Читатель Максим попросил написать заметки об удобстве пользовательского интерфейса в Эклипсе.
Дорогой Максим!
Я еще не успел воспользоваться всеми преимуществами интегрированной среды разработки «Затмение» версии 3.7.1, артикул M20110909-1335, потому что вот уже как два часа подряд не могу поставить в нее Google AppEngine Toolkit. Тем не менее, уже при установке расширений я начал замечать интересные особенности пользовательского интерфейса.
На рисунке ниже показано окно прогресса установки расширения в IDE Eclipse 3.7. Мы видим линейку прогресса, видим описание текущей операции. Нам доступны следующие команды: выполнить установку в фоне, отменить установку, показать подробную информацию.
Классика жанра: любой процесс установки сразу прыгает до 50% в момент запуска, висит в этом состоянии бесконечно долго, а затем мгновенно прыгает до 100%. Таким образом, линейка прогресса в этом случае полностью теряет весь тот смысл, который в ней был заложен.
В надежде найти индикатор, указывающий на оставшееся время до завершения, пользователь может нажать кнопку «Подробнее». Но там его будет ждать разочарование.
Здесь мы видим тот же самый индикатор прогресса и описание выполняемой команды. Еще можно отметить фразу «Installing Software», которая в столь маленьком окне упоминается аж четыре раза. Кнопка «Подробнее» также не выполняет ту функцию, которая следует из ее названия. Никакой новой информации для пользователя здесь нет. Сложно себе представить программиста, настолько отрешенного от объекта своего труда, способного запрограммировать такую ахинею. Но как показано выше, в команде разработчиков Эклипса такой есть как минимум один.
На мой взгляд, причина подобной дегенерации заключается в следующем: в нашем мире все еще слишком мало качественного программного обеспечения. С глубокого детства мы пользуемся плохим программным обеспечением. И много ошибочных шаблонов уже зашиты у нас глубоко в сознании. В примере таким ошибочным шаблоном является наличие кнопки «Подробнее». Но если нечего больше показать, может эта кнопка и не нужна? Даже если показать больше нечего, программист все равно делает эту кнопку, не отдавая себе отчет, потому что он привык к этой кнопке с детства. Или задумайтесь, например, что значат символы << и >> на этой кнопке? Мы этого никогда не узнаем, потому что тот человек, который первый начал их применять, уже давно не с нами.
Можно привести еще несколько примеров. В любой даже самой простой программе должны быть настройки (Options, Settings). А должны ли они быть? В любой программе должно быть меню с обязательными разделами File, Edit, Window, Help. А нужно ли это меню? В каждой программе должен быть тулбар. А должен ли он быть? И так далее.
To clarify add detail. Edward Tufte
Сообщения
Спасибо, замечательное начало =)
ОтветитьУдалитьНа основе своего опыта использования эклипса, у меня есть предчувствие, что это не последний пост с обзором этой замечательной платформы с открытым исходным кодом.
В эклипсе может быть запланировано несколько последовательных процессов, и кнопка Подробнее как раз отображает полный список, так она не совсем бесполезная. Так уж вышло, что по работе я программирую в Eclipse(!) на C++(!!) под Symbian(!!!). В целом это достаточно вменяемая IDE в сравнении с другими существующими. Но объективно -- это ад кромешный и ебанный стыд. К всеобщему счастью я работаю над проектом нового внешнего вида для сред разработки :D Не пройдет и пяти лет…
ОтветитьУдалитьSergey Olendarenko
ОтветитьУдалитья работаю над проектом нового внешнего вида для сред разработки
В какой роли?
В роли единственного, кому это вообще нужно. Никто из моих друзей не заинтересовался.
ОтветитьУдалитьХотя я являюсь фанатом этой среды разработки, вынужден согласится, что её UI местами поражает... Например, огромные контекстные меню, не всегда очевидное расположение кнопок и тотальное обощение всего, что вообще можно обощить.
ОтветитьУдалитьТо что описано, как раз и является примером такого обощения: платформа Eclipse изнутри предоставляет программисту удобный интерфес для запуска фоновых задач (сборка проекта, установка дополнений и т.д.). Каждая задача может в свою очередь состоять из подзадач. Тогда это окошко приобретает весьма определеный смысл: общий прогресс операции отображается главной полосой, которая видна по-умолчанию, а прогресс по каждой подзадаче можно посмотреть в деталях, если интересно. Однако, в описанном случае, задача состоит всего из одной подзадачи, поэтому дополнительной информации кнопка "Details" не несет (кроме текста, который указывает детали для подзадачи). Что касается скачка с 50% сразу на 100%, то понятно, что многие задачи трудно (невозможно?) правильно оценить, однако, поскольку интерфейс для запуска фоновых задач требует этого приходится делать так как сделано.
Из всего выше сказанного вытекает, что проблема скорее не в "программисте, настолько отрешенном от объекта своего труда, способного запрограммировать такую ахинею", а в том, что присутствует недостаток взаимодействия между командами, работающими над IDE, а также слишком сильное обощение, предоставляемое самой платформой, в которое не всегда удовлетворяет потребности клиентских плагинов.
P.S. Повторюсь, не нужно думать, что я защищаю интерфейс Eclipse IDE, он местами ужасен. Но это открытая бесплатная платформа, поэтому любой может прислать патч с исправлением того, что ему не нравится, и это, безусловно, ее сильная сторона.
Работаю больше года на Python в PyDev. Для среды разработки, за которую не просят денег, я готов простить все ее минусы, но думаю, перейду на PyCharm, как только выдавлю из себя 100 баксов.
ОтветитьУдалитьПриколов в Eclipse не то что дохрена, а мегадохрена, но согласитесь, особенно это касается версии для Windows (видимо сказывается кривость Java) и приколы с далеко UI не самые страшные из них.
Утверждать, что Eclipse говно, потому что прогресс бар херовый было бы глупо, так как кроме этого самого бара там есть базиллион возможностей, большинство из которых доступно абсолютно бесплатно. Те, кому проблемы эклипса и плагинов мешают работать могут всегда купить лишенную этих проблем IDE.
На основании всего вышесказанного я реквестирую более глубокое исследование на эту тему. Можно, например, поюзать несколько популярных плагинов -- PyDev, JDT, ADT, EGit, Subclipse, Mylyn и проанализировать то, как пользуясь ими можно вести разработку проекта не выходя из IDE вообще. На основе этого исследования уже можно будет написать хорошую статью. А эта статья такое же говно, как прогресс бар эклипса :) , второй же комментарий внушает больше доверия, чем она.