(no subject)

[nepilsonis]

Очень образно и правдиво и роли IDE для разработчика, взято тут: http://www.prefnews.ru/articles/javaide/


Программирование - это особое состояние человека, кто-то его может сравнить с игрой в шахматы или стратегические игры, кто-то с полетом и так далее. Очень важно, чтобы, когда вы программируете, ничто постороннее вас не отвлекало, иначе вы постоянно будете терять мысль и не сможете поймать ее за хвост. Когда, что-то не так, то с таким трудом построенное в вашем мозгу во время смотрения на код здание программы (в этот момент ваш мозг все полностью контроллирует, независимо от того с каким колличеством классов вы работаете), моментально рушится и приходится опять большими усилиями его собирать по кирпичикам в оперативной памяти вашего мозга. Если несколько раз подряд это здание рушится, то вы начнете бесконечно проверять почту, бездумно шататься по вебу, и так далее - вообщем, как говорила Масяня - романтический момент потерян.

Как долго такое здание будет находится у вас в мозгу определяется многими факторами, далеко не последним из них является IDE. Для нас, программистов, IDE - это наше все. Это наше орудие труда. Оно на много-много процентов определяет будет ли нам приносить процесс программирования радость, или окружающие будут постоянно слышать ваши тихие крики "про себя": - Сволочь! Скотина! и прочие удары по столу.

Comments

[tapine.livejournal.com]

Осознала, насколько я консервативна и малограмотна - из всего перечисленного мне известна ровно одна IDE. Именно ей и пользуюсь (ну, или иногда - Notepad'ом).

А вообще - в чём разница между удобным стулом и хорошей IDE? В обоих случаях либо мои коллеги будут сидеть в наушниках, либо я буду просто потрясать всех своей производительностью. Так что ускользает от меня эта _особенная_ роль..

[nepilsonis.livejournal.com]

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

А хорошее IDE - как минимум, помогает. Самый простой пример - сознательно утрированный - если программа расположена в 50 файлах, то при работе в классической командной строке юникса с классическим же vi ты будешь тратить время и силы на открытие-закрытие файлов, на поиск в них нужных кусков... тоесть всё то, для чего в нормальном ide нужно сделать 1-3 клика мышой, или нажать 1-2 хоткея. Другой аналогичный пример - возможность выбора прямо в тексте названия метода или поля.

смысл же дихотомии
либо мои коллеги будут сидеть в наушниках, либо я буду просто потрясать всех своей производительностью
в том, что тебе мешает работать прослушиваемая им музыка? Ну, к теме описываемых автором IDE это крайне мало относится :)

[tapine.livejournal.com]

Корявая я, да?
Имелось в виду, что как при наличии плохого стула, так и при пользовании плохим IDE, комментарии мои, пусть и на незнакомом для моих коллег языке, будет достаточно надоедливыми- и кроме как в наушники, никуда им не спрятаться. Вторая часть фразы была про хороший стул и хорошую IDE.

[nepilsonis.livejournal.com]

кстати, вот хорошие картинки именно на тему очень полезной автодополнялки - причём именно для vi: http://insenvim.freeservers.com/#Download

[thx4zmemories.livejournal.com]

Автор статьи ничерта не смыслит в IDE.
Для него главное его linux "GTK" и альясинг шрифтов.

Угадай мелодию

[nepilsonis.livejournal.com]

Я процитировал именно то, что мне понравилось в статье - о роли IDE в творческом процессе. Потому, что это созвучно моим мыслям по этому поводу. Остальную же статью я указал просто как источник.

Остальной обзор, на мой взгляд - вопрос личных предпочтений.

Анти-алиасинг - это так, рюшечка, и автором вставляется для оживления повествования.

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