Re: development environments

>>>>> Victor Krapivin writes: >>> Это работает больше для всяких java & c#, plain С со своим >>> препроцессором тут не лучший выбор. >> Иными словами, набор поддерживаемых языков сильно ограничен? > Варьируется очень сильно. Hу оно и понятно, где ты проперть в > це-два-креста нашел? 8-) > В основном - развитие идет для мейнстрима. Лет пятнадцать назад - для > кобола, ныне - жава с дотнетом. А plain C - его сейчас только > любители емакса выбирают, Линус Торвальдс -- не любитель Emacs, IIRC. > если конечно есть варианты ;-) Вариантов, что характерно, уйма. Что с Emacs, что без него. [...] >>> Оно умеет лучше - например ты выделяешь фрагмент текста, а оно тебе >>> по нему функцию строит, с параметрами нужных типов, ога. И заменяет >>> повторяющиесся куски индусского кода на ейный вызов. Мелочь, а >>> время економит колоссально. >> Hо -- только для <<индусского>> кода, так? > Man Agile, TDD, XP, Scrum, и еще много страшных слов ;-) Мне кажется, я несколько о другом говорю. А именно, о том, что в серьезном проекте проблемы с превращением copy + paste в вызовы функции не возникнет. [...] >> Впрочем, взять к примеру WRF... Занятно. Только вот он, к >> сожалению, ни разу не на Java (надо полагать, из соображений >> быстродействия.) > Шутку про быстродействие оценил, смешно. ;-) А мне -- не смешно. Когда для решения задачи требуется несколько часов работы машины, далеко не класса <<друг домохозяйки>>, -- это скорее грустно. Особенно когда результат нужен быстро. [...] >> В отношении убирать -- не уверен, но вот реализовать анализ >> предупреждений компилятора -- с подсветкой и цветомузыкой -- в > Уже много лет как, но не в емаксе. Причем не только подсвечивает, но > и предлагает исправить. Hо, полагаю, опять же -- лишь для избранных языков? > Пример - > StringBuilder builder = new // БУМ - подставит вызов автоматом, если > есть варианты - предложит. Если при этом System.Text не добавлен в using > - предложит и это, шоб два раза не ходить. Что-то не верю я в счастье, для всех, сразу, да еще и даром. Мне все кажется, что время, сэкономленное средой за счет подобных автоподстановок, можно было бы в равной степени сэкономить использованием языка, в котором подобные трюки не нужны вовсе. [...] >> В прошлом году опробовал его в качестве интерфейса к Octave. >> ... Или Eclipse уже и это умеет? > А как это относится к IDE? А чем Octave не язык программирования? GNU R, кстати, тоже интересен. [...] > А то знаешь ли, почта - она разная бывает, в том числе - на > групварь-серваке, ага. С интеграцией со всякими сейлсфорсами и > сайбелами (и это еще повезло, что не лотусом с его формами), это вам > не квотинг фигурно лобзиком на лиспе. Откровенно говоря -- не знаю. И вот что сразу настораживает -- разработчики ПО, которое мне интересно, нужно и полезно, тоже похоже не знают. Что я делаю не так? [...] >>> А вот всякого покрутить с относительно мелким проектом (строк эдак >>> с 100 000+) - уже выигрыш основательный. IDE - это ныне не отладчик >>> в коробке, а именно что средства рефакторинга кода >> Только вот из интересующих меня проектов такого объема -- ни >> один Java-кода не содержит. > Дык это понятно, если б содержал - это это ты б про еклипсу рассказывал. > ;-) Вот, в очередной раз убедился, что счастье^WEclipse мне не светит. Похоже, придется-таки продолжать работать с Emacs. [...] -- FSF associate member #7257

Предыдущие сообщения

::2009-02-10 ::Re: development environments

Ответы

::2009-02-11 ::Re: development environments

::2009-02-12 ::Re: development environments

Архив эхо-конференции

Страницы ::1 ::2 ::3 ::4 ::5 ::6 ::7 ::8 ::9 ::10

Архив конференции UNIXИдеи и ответы…

Re: development environments

Предыдущие сообщения

Ответы

Похожие сообщения

Архив эхо-конференции