Разработчики Linux перейдут на Eclipse.

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

если у Ваших разных отделов нет ОДНОГО руководителя, который сначала "все нарисует себе карандашом" и потом будет пинать эти отделы чтоб не занимались отсебятиной, в этом веке ваши проекты до уме доведены не будут. Лучший пример -- win.

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

> чем вы так емакс загрузили? у меня емакс под виндой обычно занимает порядка 40 мегабайт, на линуксе - с irc, jabber, mail, и кучей кода - порядка 60-80

ECB, XRefactory, CEdet и еще несколько плагинов (уже сейчас не вспомню).
Через некоторое время снес все это нафиг (вместе с Emacs'ом). Толку от него никакого, уж лучше Vim взять - он хоть памяти почти не занимает.

>Как в студии не получится. В студии он весьма крив.
И в чем же его кривизна? Вообще-то свои слова принято аргументировать...

>если у Ваших разных отделов нет ОДНОГО руководителя, который сначала
>"все нарисует себе карандашом" и потом будет пинать эти отделы чтоб не
>занимались отсебятиной, в этом веке ваши проекты до уме доведены не
>будут. Лучший пример -- win.

Зато этот win используеться подавляющим большинством пользователей и _приносит компании огромные прибыли_, в отличие от мегаправильного hurd.
Кто ты такой, можна узнать?

>если у Ваших разных отделов нет ОДНОГО руководителя, который сначала
>"все нарисует себе карандашом" и потом будет пинать эти отделы чтоб не
>занимались отсебятиной, в этом веке ваши проекты до уме доведены не
>будут. Лучший пример -- win.

Зато этот win используеться подавляющим большинством пользователей и _приносит компании огромные прибыли_, в отличие от мегаправильного hurd.
Кто ты такой, можна узнать?

Движение рук как не странно довольно сильно влияют на мышление. Довольно давно, американцы попробовали в школе убрать ручное письмо и заменить все работой на клавиатуре. Оказалось, что такие дети по всем параметрам успеваемости уступают детям, которые умели не только работать на клавиатуре, но и писать руками.

>если у Ваших разных отделов нет ОДНОГО руководителя, который сначала "все нарисует себе карандашом" и потом будет пинать эти отделы чтоб не занимались отсебятиной, в этом веке ваши проекты до уме доведены не будут.

Перестаньте фантазировать ;)

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

Если конечно ваш штат не состоит из одного "себя любимого" ;)

Само собой у проекта есть руководитель (и он также не занимается работой кодеров,архитекторов,тестеров,течрайтеров - он _руководит_)

>Лучше один грамотный программист, чем отдел кодеров

Даже у самого лучшего кодера только одна голова и только 2 руки ;) А еще ему нужно спать и есть ;)

>при тех же затратах на зарплату скорость разработки существенно выще

Не смешите мои тапочки ;) Вы хотя бы представляете объёмы проектов компаний с оборотом от 100 мегабаксов в год ?

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

вопрос не в тему:

делаю плагин в виде .so, ставлю брекпоинт в коде плагина, запускаю дебагер - gdb пишет файл FormPage.cpp not found, вставляю в код raise(SIGTRAP); - дебагер останавливается и показывает код из этого файла, что мне нужно указать gdb, чтоб он нашел этот файл

сорри за флуд - уже разобрался

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

SlickEdit отлично справляется

и весь проект грузится меньше секунды

>Ога, и автодополнение у вас для всех 600k+ функций и структур выскакивает? И дерево рефакторинга (несколько сот мегабайт, хотя не знаю, как с этим обстоит дело в slickedit) наверное тоже в памяти висит?

вы пустослов

вместо того чтобы, что то называть убогим лучше бы попробовали

>вместо того чтобы, что то называть убогим лучше бы попробовали

Мой юный друк, вы читали, что написано дальше о том, как работает любимый вами slickedit? :)

Нервная дрожь в пальцах не дает вам покоя, прочтите и успокойтесь.

может быть у меня и отслеживается фанатизм относительно emacs'а (с ecb, cedet), но то что тут (в статье) написано - полнейший БРЕД!

>Мой юный друк, вы читали, что написано дальше о том, как работает любимый вами slickedit? :)

прекрасно знаю как работает

насчет юного наверно это к вам скорей

>вы читали, что написано дальше о том, как работает любимый вами slickedit? :)

То что он в 22 раза дольше сторит тег-файл для ядра ? ;))

Сейчас только что сравнил для интереса.

se - 10 минут, ctags из консоли 3.5 минуты

И это пожалуй самая длительная операция ... всё остальное он делает фактически мгновенно ... ну хочется вам в имаксе работать - работайте

токо пургу не нужно нести про "22 раза" ;)

Хорошая новость!

Степень "красноглазости" резко понизится. Заодно и возрастет качество кода.

О -да! Качество кода наконец то поднимется до высот Дельфииии ...
Умрите все, долбоебы! :(

Не надо показывать свою недоразвитость, последняя версия Eclipse по уровню стоит выше чем VC2005, и в отличие от последней не захламлена всякими .NET и т.п., где ты нашел что-то похожее на делфи???? Ты хоть видел этот eclipse?

> и в отличие от последней не захламлена всякими .NET

О, да! Она захламлена всякими Java и т.д.

> Сторонники любого текстого редактора, попробуйте создать в нём приемлемую xpm'ку.

И с какого перепугу настоящие дже^Wпрограммисты должны заниматься арт-дизайном? Это дело десигнеров, и вот этот совет точно для них:

> Когда поймёте свою ошибку, выкинте свой редактор и пишите только в гимпе.

А мы уж как-нибудь текстовыми редакторами обойдемся...

> умудрились перепутать питание (5 и 12 вольт, кажется).

12В в Спектруме? И шо за модель?

Я кстати правильно понимаю, что KDevelop вообще не рассматривается как IDE?

> графический отлдчик

Эта жесть!

> автогенерацию каких то блоков кода (например getter/setter)

Getters and setters are evil. Evil, evil, I say! Python objects are not Java beans. Do not write getters and setters. This is what the 'property' built-in is for. And do not take that to mean that you should write getters and setters, and then wrap them in 'property'. That means that until you prove that you need anything more than a simple attribute access, don't write getters and setters. They are a waste of CPU time, but more important, they are a waste of programmer time. Not just for the people writing the code and tests, but for the people who have to read and understand them as well.

;-)

> Попробуйте создать штук 20 диалоговых окон с разными кнопками, вкладками, списками, ... обеими способами. А если их гораздо больше?

Нормальный программист обычно уже на 5 окне начнет задумываться о повторном использовании кода. В результате код напишет в 4 раза короче и, как следствие, надежнее. В отличие от Code Monkey с супер-мега-кульной ИДЕ.

> я про то что принтами это нереально сделать. это такая ошибра что ты даже не знаешь в какой из f() и в каком месте она появляется. просто calculate() выдаёт неверный результат - всё. принтом такую ошибку можно неделю ловить.

Эта... А бисекция уже не рулит, да?

> Даже если ты разбираешь свой СОБСТВЕННЫЙ код далеко не всегда понятно в каком именно месте может возникнуть ошибка.

Эта пять!

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

KISS

> Учитывая цикл - поставить принты, скомпилить, запустить, повторить ситуацию при которой просиходит ошибка.

Итак, в очередной раз доказано, что компиляция затрудняет отладку программ... :-)

> А рука с пишущим инструментом это замечательная биологическая система с обратной связью.

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

О! Сразу чувствуется менталитет бывшего ветеринара! :-)

> UML - это не трутЪ, моск (в случае с марсиянами желудки, коими, как и положено высокоразвитой форме жизни, мы думаем) мало юзается. А если серьезно, то всё равно лучше сначала нарисовать на бумаге, а уже потом кодить.

Между прочим, UML специально разрабатывался для простоты рисования на бумаге.

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

> Зачем рисовать на бумаге, если можно быстро и удобно создать/изменить структуру в UML-редакторе, а зате еще и сгенерировать код?

Еще ни разу не видель UML-редактора, который генерирует поведение по UML-диаграммам. Только статику, и ту проще руками сообразить, чем поддерживать в графике.

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

> Ай-ай-ай, даже дядька Буч (с сожалением) говорит, что UML на первоначальных этапах не спасает даже японцев.

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

> Движение рук как не странно довольно сильно влияют на мышление.

Боянчег, аднака...

> Довольно давно, американцы попробовали в школе убрать ручное письмо и заменить все работой на клавиатуре. Оказалось, что такие дети по всем параметрам успеваемости уступают детям, которые умели не только работать на клавиатуре, но и писать руками.

А американцы, как всегда, в своем репертуаре: открыли то, что в совке было известно лет за 40 до того :-))).

>12В в Спектруме? И шо за модель?

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

>О! Сразу чувствуется менталитет бывшего ветеринара! :-)

У меня ещё в школе там практика была, типа класс с биологической направленностью, однако же я, в итоге, поступил на инженерную специальность, о чём не жалею.

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

Начальство увлекается, я больше балуюсь :)

>Дебаггер же может показать насколько то - что нарисовано на бумажке соответствует тому, что закодили кодеры ... в том числе в виде красивых графических схемок которые этот дебаггер умеет строить. Ваш умеет ? :)

Да, мой осциллограф это замечательно умеет.

> Emacs наше все... осталось его изучить только

Ну ваше так ваше. Изучайте. А мне ни свой древний emacs ни убогий vim не нравятся, хочу нормальное удобные и наглядные IDE, как VisualStudio, а не париться с кучей утилит vim+gcc+gdb+ld+nm+make+autoconf+libtoolize и т.д.

> Emacs наше все... осталось его изучить только

Ну ваше так ваше. Изучайте. А мне ни древний emacs ни убогий vim не нравятся, хочу нормальное удобные и наглядные IDE, как VisualStudio, а не париться с кучей утилит vim+gcc+gdb+ld+nm+make+autoconf+libtoolize и т.д. Возражения? Проследуйте в биореактор. НеТруЪ-вей? Иксы и WM тоже не труЪ - сидите в консоли 80x25 и записывайте программы на перфокарты.

> Ну про 100 это ты конечно загнул... И не припомню разработчиков, которые используют вим/емакс, что им чего-то не хватало от IDE...

Они плачут, колятся, н продолжают жрать кактус-vim. одно неверное движение и вместо одной двойки вставляется 222222222222222222 малейшая оплошность в слежении за режимом и вместо вставки текста исполняется команда. Нахер такого чуда не надо. Функциональные клавиши для того и были сделаны, чтобы не заниматься извращениями вроде ESC:%/hello\/world/goodby\/vim/g

> Пути течения силы не понял падаван юный, в том чтоб навыки владения мечом своим световым совершенствовать

Проследуйте в жопу, господин фанатик-демагог.

Только после вас, милостивый государь.

> долго смеялся, потом решил, что лучше плакать. из-за прихода программистов новой волны, качество программ для линукса будет таким же как для винды :-((

Да это было бы неплохо. А то пока кроме консольных утилит для которых иногда появляются страшные и глючные гуишные морды практически ничего и нет. А насчет качества, ну давайте посмотрим на постоянно дырявый PHP и кучи поделок под него, на ядро в каждой версии которого чтонибудь да сломают, на дырявый FF который не умеет работать в русской раскладке с хоткеями, на KDE который за десять или сколько там лет не научился переключать раскладку, на GAIMно и Nautilus который с кодировками работать 1251/koi не умеют, на kmail который крашится, на еле-еле запускающийся OpenOffice, на такие классные дистрибутивы как Gentoo где обновился и вперед искать грабли и т.д. Нормального качества кроме перепатченного стабильного ядра от дистрибьютора, apache, ssh, postfix и еще пары подобных сетевых демонов никогда и не было, не говоря уже про ограниченную свободу выбора, например, ни файловых рековерилок, ни инструментов класса PC3000, ни OCR нет.

> Надо уметь абстрагироватся от IDE, да это удобно, но надо уметь это делать и без IDE. Если сразу толкать неумех за IDE, то это приведет к трагедии.

Вот и абстрагируйся, если тебе это нужно. Тогда и от всех быдлоблаг цивилизации абстрагируйся, привыкай к труЪ вэй - деревянная избушка, печка, удобства на улице, ноги как средство передвижения, за водой - к колодцу, продукты - только те, что вырастил у себя на участке. Я думал, что свободное ПО делается для свободных людей, чтобы у них была свобода выбора, а не диктатура: жри emacs, vim и тучу консольных утилит, потому что это труЪ.

> Дерьмовых разработчиков :)

Ты штоле мегокодер? Дерьмовых разработчиков открытых проектов на С/C++, которые пишут, что-то вроде:

strcpy (basename, filename);

без проверки входных параметров, а это классическое переполнение буфера на стеке/куче, полным-полно.

> Дерьмовых разработчиков :)

Ты штоле мегокодер? Дерьмовых разработчиков открытых проектов на С/C++, которые пишут, что-то вроде:

strcpy (basename, filename);

без проверки входных параметров, а это классическое переполнение буфера на стеке/куче, полным-полно. Как раз начинающие пионеры и пробуют себя в первую очередь в открытых проектах, да еще чтобы круче было - на С/С++, качество - соответствующее.

> Слышь, чудо, я может и не самый старый пользователь компа, но еще помню, как на Spectrum'e (который ZX 48kb и на, эээ, кажись БК - в школе) рисованием занимался, безо всяких мышей и гимпов с фотожопами.

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

Ленин, тебя забанили что ль, что ты под анонимусом так разошелся? Успокойся уже. Сиди дальше в своей венде и на вижуал студию онанируй. А если тебя заставлют кодить под линаксом, так купи SlickEdit и не еби мозги окружающим. Если бы ты удосужился прочитать весь тред и включить моск, то понял бы, что проблем с IDE не меньше, чем с зоопарком консольных утилит. И множество людей предпочитают этот зоопарк вовсе не из фанатизма.

> Вот и абстрагируйся, если тебе это нужно

Ты для начала бы почитал, что комментируешь, товарищь писатель. Надо уметь абстрагироватся от IDE != IDE запрещаю использовать.

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

> Ленин, тебя забанили что ль, что ты под анонимусом так разошелся?

Виндузятник, а с чего ты решил, что я Ленин?

> Сиди дальше в своей венде и на вижуал студию онанируй.

В винде не сижу на вижуал студио не онанирую. Что я делаю не так? Раз ты даешь советы другим что им делать, то и тебе советую сходить подрочить на свой ZX спектурм, перфокарты и DOS, а затем убиться апстену.

> А если тебя заставлют кодить под линаксом, так купи SlickEdit и не еби мозги окружающим.

SlickEdit это Editor, верно? Точно такой же как vim, nano, kedit, gedit и т.д. А нафига мне убогий editor, когда нужна нормальная *IDE* со стандартным набором плагинов Class Broser, AutoComplete, интеграции SVN/CVS, отладчиком, встроенным вьювером манов и т.д?

> Если бы ты удосужился прочитать весь тред и включить моск, то понял бы, что проблем с IDE не меньше, чем с зоопарком консольных утилит.

Я прочитал и меня возмущают вопли мудазвонов, которые кричат "IDE не нужна - юзай emacs/vim/slickedit", да еще невменяемых понадежало покричать про HEX в ДВК. Ну умею я читать hex, писать на асме для x86,amd64 и микроконтроллеров, знаю C/C++ + QT/MFC/OWL WinAPI и LIBC, java, pascal/delphi, немного perl и php, но в vim и emacs писать не собираюсь и ассемблер как мегакрутой язык-не-для-быдла советовать никому не собираюсь. Каждый волен решать каким инструментом ему удобней пользоваться, остальным не возбраняется давать *аргументированные* советы, а не вываливать свой религиозный/субъективный/ностальгический бред и тупо хвалить свое болото. У некоторых нет комплексов и боязни, что их могут назвать виндузятником, непатрикоугодным или быдлокодером, им плевать на то, что думает о них мудачье, которое умеет только оскорблять, сраться на форуме и навязывать свое мировоззрение не написав при этом ни строчки кода, и они прямо заявляют: нормальный безглючный IDE с табами, подсветкой синтаксиса, автокомплитом, класс-браузером, интеграцией с SVN/CVS, документацией, отладчиком - нужен, а фанатов vim/emacs/slickedit просьба не беспокоится.

IDE помагает быстро освоить базовые знания в требуемой области кодерастения. Ни один уважающий себя работодатель не будет платить вчерашним студиозам за то, что они вместо продукции кода (за что им собственно платят) будут заниматься длительным онанизмом с вимом или емаксом, освоив которые потребуют прибавку 50% к зряплате. Такие затраты ресурсов как правило трудно отбить (если вообще возможно). Именно поэтому IDE есть и будут являться _корпоративными стандартами_, хочется ли местным троллям того или нет.

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

+1

> Дерьмовых разработчиков открытых проектов на С/C++, ... полным-полно.

Хочешь сказать, что супер-пупер IDE поможет таким дерьмовым разработчикам стать профессионалами? Нет, нихрена она не поможет. Зато я вот насмотрелся юных IDE'шников, которых простейшие задачи, решаемые в несколько строчек связкой sh+sed+awk, вгоняют в глубокий ступор. Твоя визуал студия конечно удобная цацка. Но как только кодеры, ничего кроме неё не видевшие, сталкивается с нестандартными задачами, всё - пипец. Потому что плата за удобство - негибкость и херовая расширяемость. А других способов решения задач, кроме как налабать гуйню на C++ в той же студии, кодеры просто не знают.

> Ты для начала бы почитал, что комментируешь, товарищь писатель. Надо уметь абстрагироватся от IDE != IDE запрещаю использовать.

Я прочитал, что комментировал - охи и вздохи по поводу того, что из-за появления *нормального* *стабильного* IDE на Linux подтянется толпа "быдла" и качество программ резко упадет. Можно подумать, сейчас мало разработчиоков, которые и без IDE делают свои первые шаги в программировании, участвуя в открытом проекте и создавая ужасный код. Если код поганый, нечитаемый, без комментариев, то никакой vim и emacs его не выправит, только геморрою добавит.

> Просто ты видать мало насмотрелся на дурней, которые двух буквы поменять не могут в коде без ворованной IDE.

Ну и что с того, дурней умеющих скомпилировать helloworld.c или эксплоит с помощью gcc тоже немало, bash и gcc их умнее не делает. Насмотрелся на таких дебилов, которые на фрибсд и на 2.6 ядрах линукса локальный эксплоит на ptrace запускают. Первичен не инструмент, а знания пользователя.