Подтвердить что ты не робот

Вы бы использовали Code Bubbles?

Я прочитал этот вопрос, отметив Code Bubbles, и я наблюдали за их видео-презентацией.

Видео впечатляет и выглядит немного футуристическим, но, по-видимому, оно несколько реально.

Но это заставило меня задуматься... Разве разработчик действительно использовал такой инструмент?

Мы, как разработчики, используем для работы с файлами кода, организуя их в каталогах, так или иначе, некоторые общие IDE (для тех языков, которые имеют их).

Было бы большим скачком использовать что-то вроде Code Bubbles, как они предлагают.

Я лично не уверен, смогу ли я работать в такой среде... хотя я думаю, что мне просто нужно будет немного подгонять... но я действительно не вижу, чтобы мой разум разрабатывал перегибы.

Что вы думаете об этом?

4b9b3361

Ответ 1

Для таких языков, как С# и Java, где фактическая организация файлов и блоков кода (методов и т.д.) довольно жесткая (тем более, в Java, чем С#), возможно, что-то, что обеспечивает новый "вид" кода, Вы можете позволить инструменту организовать свой код с одним классом на файл, методами, отсортированными по видимости или любым другим стандартом кодирования, который вам нужен, и инструмент мог бы обрабатывать все это так, чтобы кто-то еще мог прийти и посмотреть на "raw" файлы и понять все это.

Это проблема для языка, такого как С++, где вы можете в основном делать все, что вам нравится...

Ответ 2

Я бы использовал его в одно мгновение. Я всегда так хочу работать.

Я только думаю о вещах с точки зрения структуры каталогов, когда я их сначала создаю: после этого я всегда хочу работать по-мысли, а не по файлу.

Ответ 3

Подумайте об этом так: что было бы проще:

(1.) Чтобы иметь пузырьки кода, в которых вы можете просмотреть цепочку функций, вызываемых друг от друга, все в одном одновременном представлении

-OR -

(2). Постоянно ли вкладка между этими функциями, распространяемая через 6 или 7 файлов исходного кода, в одном текстовом редакторе?

Я использовал бы пузыри кода? Если MS не выйдет с эквивалентом VS в ближайшие несколько лет, я могу внезапно развить очень большой интерес к тому, чтобы стать разработчиком Java.

Ответ 4

Я думал, что это впечатляюще инновационная концепция, я не могу дождаться, чтобы попробовать!

Помимо блестящей идеи увидеть код независимо от файлов, в которых он хранится, то, что я нашел наиболее интересным, был "мини-экран", который показывал миниатюру вашего макета пузыря и позволял вам мгновенно прокручивать или позиционировать ваш "рабочий стол" над определенной областью.

Так виртуальные рабочие столы должны быть реализованы на уровне операционной системы!

Ответ 5

Реальные программисты используют текстовые редакторы.:)

Нет, серьезно, мне нравится Code Bubbles, но для меня требуется гораздо больше, чем новый графический интерфейс.

Идея связывать пузыри кода вместе и перемещать их как группу кажется немного глупым и, вероятно, не полезна в большинстве практических сценариев.

Я думаю, все программисты, однако, будут хорошо обслуживать, чтобы графически видеть, что их приложения занимают место на экране, а не занимают (менее видимое) пространство как строки в файле. Только для этого, я думаю, это полезно как инструмент презентации, если не как среда программирования.

Ответ 6

Для тех, кто вас интересует, Microsoft Research также делает что-то подобное для Visual Studio. Он называется Canvas кода.

Вы можете узнать больше и посмотреть видео здесь: http://blogs.msdn.com/b/kaelr/archive/2009/03/26/code-canvas.aspx

Что касается исходного вопроса, я подписался на бета-версию, как только узнал о Code Bubbles. Я думаю, что у него есть несколько действительно хороших идей и хотелось бы попробовать. Даже если это окажется не так полезно, как они утверждают, я уверен, что некоторые из этих концепций будут развиваться, чтобы использоваться многими программистами.

Ответ 7

Я обязательно загружу его и попытаюсь использовать его, когда он будет доступен. Это похоже на опрятную идею, которая может ускорить отладку, обзоры кода и некоторые типы разработки. Кроме того, часто задаваемые вопросы о пузырях кода говорят, что они поддерживают просмотр целых файлов в виде больших прокручиваемых пузырьков - так что вы можете вырваться, если метафора пузыря при необходимости.

Вероятно, самая большая проблема с моей точки зрения - я не думаю, что там что-то поддерживает, кроме Java. Я провел большую часть своего времени на C, и поддержка нескольких языков имеет решающее значение, если они хотят, чтобы эта идея действительно взлетела.

Ответ 8

Абсолютно! Структура файла не влияет на представление пузырьков, поэтому вы можете технически использовать традиционные средства для организации исходных файлов проектов. Там, где это действительно помогает, можно перемещаться по уже укоренившемуся коду. Обязательно для изучения кода другого. Он также хорошо сохраняет чистоту кода - множество мелких и сжатых объектов и функций.

Ответ 9

Я думаю, что это выглядит хорошо, но для меня это выглядит более полезным при отладке/входе в код. Не имея IDE, открыть весь файл кода и просто создать небольшой пузырь кода - это классно.

Ответ 10

Я думаю, что Code Bubbles открывает идеи для всей метафоры рабочего стола GUI, а не только для программирования.

Большая часть того, что мы делаем, является иерархической. Представьте, что вы пишете проектный документ. У него есть заголовки? Подзаголовки? Представьте, что нужно создать Оглавление (ToC), затем щелкнуть по каждому заголовку/подзаголовку, чтобы получить отдельное окно, в которое вы помещаете контент. Вы можете одновременно открывать несколько подразделов в разных пузырьках. Вы всегда можете разделить экран современного текстового процессора, чтобы выполнить одно и то же, но я бы хотел, чтобы он мог перемещать части в отдельные окна, чтобы я мог организовать их так, как я хочу, вместо того, чтобы просто полагаться на приложение, чтобы "Плитка" для моих окон. Code-Bubbles-as-desktop позволит это.

Представьте, что вы работаете в сотрудничестве с этим документом. Вы щелкаете подзаголовок в ToC и начинаете работать над ним. Кто-то другой нажимает на другой и начинает работать над ним. Вы можете использовать традиционную блокировку, чтобы избежать столкновения с кем-то другим и тем, что вы делаете, и наоборот. Да, я знаю об EtherPad. Я использовал его. Это сводит меня с ума.

Я думал о создании системы составления документов/программ на основе вики, где вы создаете заголовки в основном документе, каждая из которых ссылается на фактический контент для этих заголовков. Различные детали появлялись в разных окнах, которые вы могли бы расположить по своему усмотрению. Code-Bubbles-as-desktop, возможно, является более элегантным решением.

Очевидно, что это можно сделать с помощью программирования, поскольку программа представляет собой нечто большее, чем сложный, очень точный документ с чрезвычайно привлекательной целевой аудиторией. Программы, как правило, чрезвычайно иерархичны. Как бы то ни было, когда я программирую, я использую Vim или Eclipse. У обоих из них есть возможность "свернуть" разделы кода, на который я не смотрю, давая мне сочетание высокого уровня обзора и фактического кода. То же самое можно было бы сделать в Code Bubbles, имея один пузырь, показывающий определения вашего метода и другие пузырьки, содержащие содержимое метода. Все они будут "сплетены" вместе, прежде чем подавать их компилятору.

Кроме того, когда я программирую, я обычно "выставляю" метод или функцию, добавляя псевдокод высокого уровня в комментарии, затем просматривая и заполняя программный код, который реализует каждую часть псевдокода. Эти комментарии псевдокода могут предоставить кусочки ToC, которые откроют пузырьки для хранения фактического кода. Системе нужно будет "сплести" кусочки вместе в основной документ. Это будет работать независимо от того, какой язык программирования вы используете.

Насколько я заинтересован в личном программировании?

Переведите это на следующий уровень. Вы используете планшет или нетбук. У вас гораздо меньше экранной недвижимости для работы. О, посмотри на это; пузырьки все относительно малы. Используйте "контекстную панель" сверху, чтобы найти пузырь, который вы ищете, и пузырь может захватить экран. Теперь у вас есть способ составить документы (в том числе программы), которые работают на небольших устройствах с ограниченным размером.

Это, вероятно, принятие желаемого за действительное, но я думаю, что это может стать важной новой парадигмой, а не только для программирования, но и для всего графического интерфейса. Я бы, конечно, использовал его.

Ответ 11

Я могу видеть, как я пытаюсь работать в такой среде, так как я всегда разрабатываю с помощью моей IDE, некоторые документы на моем столе и некоторые разные блокноты /vim открывают файлы с различными фрагментами и мыслями разных разделов код/​​программное обеспечение. Я не говорю, что интерфейс должен быть exaccty, как Code Bubbles, но что-то, что получает идею.

... но мне нужно действительно проверить это и почувствовать. Я думаю, что сочетание Bubbles и традиционной IDE в некотором роде - путь.

Факт: действительно интересно видеть, как люди изобретают вещи, пытаясь улучшить наш способ развития (например, Zen Coding в веб-разработке, просто чтобы привести пример), и даже если этот подход не удастся, некоторые идеи могут быть заимствованы для других проектов.

Серьезно, то, что я ожидаю в будущем, - это день, когда я буду использовать клавиатуру и отзывчивый интерфейс мультитач, перетаскивая элементы и разделы кода через идеал, проектируя и программируя в то же время, используя мои руки для рисования на экране и моей клавиатуре: что-то вроде iPad для программирования.

(Есть некоторые действительно хорошие комментарии об этом коде Bubbles видео на youtube, это хорошая идея, чтобы проверить его).

Ответ 12

Я думаю, что изменения в вашем рабочем процессе (и, следовательно, кривая обучения вверх) не будут такими большими, как изначально появляются: если вы используете Eclipse (правильно), вы уже используете Open Type (по имени), Open Иерархия вызовов, Иерархия открытого типа, Открытая декларация и т.д. Свернутые блоки кода также, по-видимому, являются предшественниками кодовых пузырьков.

Я согласен с Codeka в том, что он, вероятно, будет работать только для "строго организованных" языков, таких как Java, и не так хорошо для таких вещей, как Perl, которые дают больше свободы программисту, как он хочет устраивать вещи (за счет которую он может ожидать).

Ответ 13

Я бы использовал кодовые пузыри по многим причинам, но тот, который действительно меня раздувал, - это отладка. Мне нравится идея, что, когда вы входите в функцию, она открывает новый пузырь для этой функции, поэтому вы можете просмотреть код, называемый функцией, и в то же время увидеть функцию сам, я думаю, что хорошая производительность.

Гаф

Ответ 14

Я не могу сказать, буду ли я придерживаться этого в долгосрочной перспективе, но я бы хотел потратить несколько месяцев на работу в этой среде.

Здесь есть действительно интересные идеи GUI - это вдохновляющее видео.

Ответ 15

Я больше волнуюсь о Code Bubbles, чем о новой концепции. В течение нескольких лет я ждал, когда сообщество кодов начнет думать о кодах баз данных, а не о файлах кода. Я думаю, что метафора файла искалечила наше мышление и повлияла на наши инструменты неправильным образом.

Например, почему возникает вопрос, должны ли модульные тесты проходить в том же файле, что и производственный код? Конечно, они идут вместе, но мы обычно делаем их отдельными, потому что мы не хотим, чтобы тесты были упакованы в .jar. Мы позволяем инструментам сборки заставлять нас подпрыгивать между этими надуманными артефактами, называемыми файлами. Является ли Code Bubbles лучшей метафорой, еще предстоит увидеть, но что-то, что лишает нас свободы от метафоры файла, должно быть хорошо.

Я только что открыл Code Bubbles и был в восторге, чтобы открыть бета-версию. Я не могу дождаться, когда увижу это для себя.

Ответ 16

Мое впечатление от демонстрации состояло в том, что я мог видеть, как этот подход будет полезен для больших программ. Тем не менее, за 14 лет, когда я программировал для жизни, я написал только одну большую программу (унаследовал еще пару).

Это было, когда мне было 22 года, и я сожалел, что сделал это монолитным в течение следующих шести лет, пока он не вышел на пенсию. Это была постоянная проблема обслуживания, потому что никто, кроме меня, никогда не понимал все это.