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

>загрузи триалку да посмотри как там что сделано. А то как это у нас принято. "Пастернака не читал но осуждаю" и только после этого про "мораль" рассказывайте :)

Не расстраивайтесь, я специально попробовал - оно строит tag file примерно в 22 раза дольше, чем make tags. Делает поиск ala cscope раза в 3 дольше. Прыгает по тегу заметно дольше (но возможно это из-за того, что отрисовывается новое окошко). Автодополнение выскакивает с задержкой (наверное пол секунды или около того после ввода символа), но возможно это сделано специально. Мальенький экранчик для кода, файлы показаны справа не как дерево, а как список, что очень неудобно.

Все настройки по умолчанию, машина intel core duo 3.4 ghz, 2gb ram.

Про то, что делает eclipse, лучше вообще помолчать...

Так что ваш выпад абсолютно впустую.

> наконец то! а то этот юникс-вэй для девелопмента задолбал.

Этим юниксвеем сделали, собственно говоря, юникс. А ты думаешь, что автокомплит тебе поможет?

Под дружное чавкание фанатиков VIM'а, заедающих сею баталию чипсами и запивающих пивом.

>Мальенький экранчик для кода, файлы показаны справа не как дерево, а как список, что очень неудобно.

Т.е. слева: projects->kernel.vpj->source files.

Окошке symbol reverences (ala cscope) _очень_ маленькое.

При переключении табов внизу (projects, defs и т.д.) пропадает фокус и уже не видно, какой файл, и где он находится, требуется снова искать среди тысяч...

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

Их удел будет только в unstable, в stable по глюкам не пройдут :-D

А уж сколько времени оно стартовало... Секунд 10-12 точно.

> наконец то! а то этот юникс-вэй для девелопмента задолбал.

А как же он тебя задолбал, если ты давно под виндой, оказывается?

> Судя по всему, себя ты относишь к "старой волне"? Стало быть "новая" - это которым сейчас меньше 10 лет?

"Новая волна" - это те, кто ещё с семьёй не уехал ;-)

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

BGE определённо рулит

При быстром прокручивании колесиком, Х стали отъедать до 20% процессора. В сумме с 'vs' подучается под 30.

Диагноз подсказать, или о применимости таких продуктов для больших проектов сами догадаетесь? :)

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

> Заменили мы как то с корешем родной спектрумовский резонатор на более частотный (с большем числом МГц). Эксперимент удался

Гонщик

> А ты думаешь, что автокомплит тебе поможет?

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

И под конец это:


 Stack trace written to file: /tmp/vsstack.id
 Invalid argument
sellist2.ex 4726 _sellist_form._sellistok.\x{1cd}()   p_window_id: 212   p_object: OI_FORM   p_name: _sellist_form
dlgman.ex 1205 _ainh_dlg_manager.K()   p_window_id: 212   p_object: OI_FORM   p_name: _sellist_form
diff.ex 12650 diff(
   1:   -modal -r2 -b1 -d2 arch/powerpc/platforms/chrp/nvram.c arch/powerpc/platforms/chrp/nvram.c
   2:   0
   p_window_id: 221
   p_object: OI_LIST_BOX
   p_name: _sellist
sellist.ex 552 static(4,0,5)   p_window_id: 221   p_object: OI_LIST_BOX   p_name: _sellist
sellist2.ex 5499 _sellist_form._sellistok.\x{1cd}()   p_window_id: 223   p_object: OI_COMMAND_BUTTON   p_name: btndiff_selected
dlgeditv.ex 7415 show(_sellist_form -mdi -modal,Exiting with Modified Buffers,2098197,226,
   5:   Save &All,&Save Selected:btnsave_selected,&Diff Selected:btndiff_selected,&Invert,Save &None
   6:   Modified Buffers dialog box
   7:   
   8:   &131268645
   p_window_id: 311
   p_object: OI_FORM
   p_name: 
sellist.ex 5582 list_modified(Exiting with Modified Buffers,1)
   p_window_id: 1
   p_object: OI_DESKTOP
   p_name: 
window.ex 3519 safe_exit(1,0)   p_window_id: 40   p_object: OI_COMBO_BOX   p_name: _tbcontext_combo_etab
window.ex 4912 _on_exit(0)   p_window_id: 40   p_object: OI_COMBO_BOX   p_name: _tbcontext_combo_etab



Фтоппку.

> отдельно взятый автокомплит - не очень. а вот полноценный IDE, включающий в себя автокомплит, графический отлдчик, автогенерацию каких то блоков кода (например getter/setter), подсказки по коду и т.д. реальн помогает писать *надежный* код.

_Графический_ отладчик, подсказки, да ещё и надёжный код?... Деточка, надёжный код начинается с полного порядка в голове. Если в голове каша, то тебе самый красивый отладчик не поможет.

> графический отлдчик... реальн помогает писать *надежный* код.

Это просто хит. Не подскажешь, как наличие отладчика (да еще и графического) помогают писать *надежный* код?

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

Да, getter/setter нужны в основном для того, чтобы было что генерировать атвоматом... %)

> Фтоппку.

Emacs из cvs тоже, бывает, сегфолтит. Только мне сликедит тоже не понравился, хотя я честно пытался его попробовать.

недавно тестил 3.3 + pydev, cdt, mylyn

удобная вещь, вим заменить конечно не может, но есть плагин, правде платный - вим встраивается как редактор. удобно то что можно файлы раскидать по папкам быстро, есть "проэкт", фиксить баги можно тоже "по быстрому", т.к. можно по ошибкам прыгать (приходится трогать мышку). mylyn (task oriented programming) - идея хорошая, но юзать нефига не удобно (приходится много трогать мышку) и вообще всё по уродски. дебагер говно, потому что фронтэнд гдб и ничего нового + юзать естественно неудобно, т.к. приходится много трогать мышку и мало думать. но как плюс, в pydev лехко дебажится питон (гвоздями ничто не прибито, перспектива только)

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

>Emacs из cvs тоже, бывает, сегфолтит. Только мне сликедит тоже не понравился, хотя я честно пытался его попробовать.

У меня gvim/vim никогда не падали, но дело не в этом. Из 15 минут работы этот редактор 5 минут скачивался, 5 минут строил тэги, а затем банально упал из-за непонятно чего. Обидно :)

> Да, getter/setter нужны в основном для того, чтобы было что генерировать атвоматом... %)

getter/setter - это попытка привить определённую парадигму программирования. Штука вредная сама по себе, обыдляет, но особенно странно это слышать от апологета m$, которые (m$) раз в два года объявляют, что текущие каноны неправильные.

> Обидно :)

Хорошо, что денег не заплатил ;)

Твой 666-й комментарий, кстати :)

@sv75: @mv:

вы небось мега-кул-хацкеры товарищи? тогда я вам раскрою одну тайну... в проектах даже среднего размера далеко не все выходит написать так как было расписано в flow chart и DFD вначале.

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

> Да, getter/setter нужны в основном для того, чтобы было что генерировать атвоматом... %)

деточка, а ты что-нибудь сложнее лаб когда-нибудь в жизни писал? нет? тогда идит и не спорь.

>Твой 666-й комментарий, кстати :)

Хорошо совпало :)

> Вообще-то про спектрум - к слову пришлось.
;)

> написание чего-либо, будь то xpm'ы или код ядра зависит не от наличия/отсутсвия IDE
Ещё как зависит. Если твоё время хоть что-то стоит.

> напряжно двигать лишний раз мышой
При чём тут это?

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

Эклипс я не рекламирую, я его один раз видел. Я против оголтелого заплёвывания IDE.
Узконаправленные! Золотые слова! Любой хирург предпочтёт узконаправленный ланцет (или что там под задачу) вместо швейцарского ножа.

>Чем ваши "вторые" займутся после того, как за пару минут перетаскают на форму кнопки? Полезут в интернет и будут искать "бисплатный кампанент, каторый риализуит бугалтирскую базу с возможнастью поиска по фомилии клиента, номиру зоказа, дате оплаты и т.п"? И ту поделку, которую найдут, вставят в свою программу и будут гордо думать, что "основную работу" выполнили именно они?

Я понял вышу проблему - вы почему-то считаете "вторых" такими дебилами которые могут только кнопки по форме разбрасывать. А почему бы не предложить, что они могут писать код не хуже "первых"? И что после создания "морды" приложения (только в n раз быстрее чем "первые") они пойдут писать код (не для GUI!)

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

и закончат программу при этом быстрее и с меньшими усилиями.

А те недоумки что вы описали - они любым способом будут фигню гнать, хоть в делфи, хоть на ассемблере.

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

Несколько не сомневаюсь, что при копании в дерьме (оcобенно чужом) отладчик весьма полезен. Однако ты вовсе не это постулировал, перечитай свою цитату сам пожалуйста ;)

> деточка, а ты что-нибудь сложнее лаб когда-нибудь в жизни писал?

Да. И геттеров с сетерами в разных ипостасях и языках (C++\Delphi\C#) написал/нагенерировал изрядно.

> нет? тогда идит и не спорь.

Заметь, я тебя не оскорблял, ты первый скатился до "деточек" и наездов. Хорошенькое поведение для модератора, нечего сказать, да?

>Любой хирург предпочтёт узконаправленный ланцет (или что там под задачу)

а вот и нифига, в большинстве случаев используется обычный скальпель

> А почему бы не предложить, что они могут писать код не хуже "первых"?

Есть предположение, что луна сделана из молодого сыра.

> И что после создания "морды" приложения (только в n раз быстрее чем "первые") они пойдут писать код (не для GUI!)

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

>деточек" и наездов

я теперь на всех так наезжать буду, деточка %)

а у вас такой флуд каждый день,- это традиция, да?

> вы небось мега-кул-хацкеры товарищи?

Что вы, что вы, такое же быдло, как и вы...

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

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

> а у вас такой флуд каждый день,- это традиция, да?

Это ещё не флуд... А такая мелочь да, каждый день почти.

> машина intel core duo 3.4 ghz, 2gb ram.

Сколько сколько "ghz"-цов?

> я теперь на всех так наезжать буду, деточка %)

Ноль-звездочным можно ;)

> а у вас такой флуд каждый день,- это традиция, да?

Нет, просто сегодня день удачный! Обычно тут никому не нужный кроме двух гномофилов пустофлейм на тему гнома и кде :(

> Сколько сколько "ghz"-цов?

А что вас смущает? Если это не опечатка, то разгон довольно средненький.

>> машина intel core duo 3.4 ghz, 2gb ram.

>Сколько сколько "ghz"-цов? 

$ cat /proc/cpuinfo | grep -i mhz
cpu MHz         : 3400.203
cpu MHz         : 3400.203

> Там ох далеко не всегда есть возможность отлаживаться в рилтайме.

Ну а вот здесь оно есть - чего ради этим не пользоваться? Ради "труЪ"? У кого решает "труЪ", тот сложнее хелло-ворлда обычно ничего ещё не написал. И не напишет скорее всего.

vendor_id       : GenuineIntel
cpu family      : 15
model           : 6
model name      : Intel(R) Pentium(R) D CPU 3.40GHz
stepping        : 5
cpu MHz         : 3400.203
cache size      : 2048 KB

>Есть предположение, что луна сделана из молодого сыра.

а водка из ЭТИЛОВОГО спирта

Хм, это просто D, а не Core что-то там.

> Ну а вот здесь оно есть - чего ради этим не пользоваться? Ради "труЪ"? У кого решает "труЪ", тот сложнее хелло-ворлда обычно ничего ещё не написал. И не напишет скорее всего.

Тот, кому самоорганизации хватает для написания программ, сложнее hello world'ов, отладчиком уже не пользуется. Незачем. Разруха, как известно, не в сортирах.

> Это пеньтиум D. Core на такой частоте не бывает.

>Тот, кому самоорганизации хватает для написания программ, сложнее hello world'ов, отладчиком уже не пользуется

пользуется. особенно есть код чужой и ф-ция типа culculate() пролетает через весь проект.

# cat /proc/cpuinfo | grep -i mhz
cpu MHz         : 596.028

;(( 

*если

> Незачем. Разруха, как известно, не в сортирах.

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

> пользуется. особенно есть код чужой и ф-ция типа culculate() пролетает через весь проект.

Документации нет, автор culculate'а уволился, а код такого качества, что по нему непонятно, что эта хрень делает? :) Трудовые будни люксофтовского программера, которму отдали на рефакторинг индусский код, что сказать?...

С неясной головой даже симпатично выглядящий отладчик и модные подсказки не помогут.

># cat /proc/cpuinfo | grep -i mhz >cpu MHz : 596.028

>;((

У меня ноутбук на такой же частоте с 256 мб памяти, пробовать там slickedit на ядерных исходниках пожалуй не стану...

1) Какие прелисти, кроме глюков, есть сейчас в visual studio? Дизайнер форм? Есть glade! Глобальная интеграция всего и вся? Угу, жутко удобно, особенно когда хочется что-то новое, что авторы не предлагалют (svn, hg, xplanner, продолжать?).

2) У всех интегрированных сред есть один минус. Они очень тяжело допинываются до того что мне нужно. Хотя большая часть людей, которая привыкла к ним и не знает, что можно делать что-то поудобнее. Хороший пример java: есть ejb, есть люди которые руками пишут много get-set, другие используют менеджеры в среде (которая хранит настройки в двоичных файлах проектов и которые часто ломаются, если сосед не подумав что-то зальет ;) ). А есть те кто использует скрипты и понятные комментарии в конце файла на основе которых и генериться (обновляется) этот бред.

сер, откройте для себя emacs :)