Представлена первая версия проекта LinuxTools — IDE для C/C++, основанной на Eclipse CDT

+1024

Отличная вещь для изучения С. Есть еще netbeans bundle for C. Хорошо ведь. Можно документацию сразу читать. Автозаполнение опять же и так далее.

Быстро тока кошаки плодятся

Автозаполнение не способствует хорошему усвоению

>> Eclipse должен сдохнуть раз и на всегда!

+1

>Но заказчик есть заказчик

Поэтому так много кривого софта

>И что, само по себе использование Eclipse ухудшает качество?

Вот согласен. Не ухудшает. Просто в УМЕЛЫХ руках, она (как и другие IDE) позволяет БЫСТРЕЕ разрабатывать. А все разговоры о мартышках и о порогах вхождения, ИМХО, тут не причем. Быдлокодер в vi или emacs так и останется быдлокодером, и не напишет "Войну и мир", потому что любые IDE и текстовые редакторы - только инструменты. А любым инструментов надо овладеть и понять что им лУчше делать, а что лучше не делать.

><гхарег моде>Это XP, сынок</гхарег моде>

<гхарег моде MSHateVolume='100%'>Это XP, сынок</гхарег моде>

><гхарег моде>Это Vista, сынок</гхарег моде>

fixed

> Просто в УМЕЛЫХ руках, она (как и другие IDE) позволяет БЫСТРЕЕ разрабатывать.

За счёт чего?

> Спасибо канеш за разъяснение, но вот держать все проекты в одном воркспейсе только для того, чтобы у меня горячие клавиши были привычными лично для меня (к примеру) - это нормально? А если подумать про "инородные" воркспейсы, так еще больше гурстно становиться. Вы уж простите, но такой подход я никогда не буду считать удобным.

Во во. Удобный подход - это когда вместе с каждой настройкой еще указываешь, где ее сохранять: проект, воркспейс или глобально. Но я таких IDE еще не видел. (

>За счёт чего?

Как минимум:

1)Подсветка, подсказка, автодополнение, фолдинг

2)Встроенная отладка (если есть конечно)

3)Визуализация структуры проекта + поиск по проекту

4)Быстрая сборка и запуск

5)Визуальное проектирование морд Форм (как бы это не любили, это удобно)

6)Если повезет, то интеграция с системой контроля версий

Конечно все это можно получить и с помощью Unix way, но это будет не быстрее, хоть и гибче.

>> Просто в УМЕЛЫХ руках, она (как и другие IDE) позволяет БЫСТРЕЕ разрабатывать.

> За счёт чего?

Кстати... Emacs - тоже IDE. Крепись %)

>> Просто в УМЕЛЫХ руках, она (как и другие IDE) позволяет БЫСТРЕЕ разрабатывать.

>За счёт чего?

тоже интересно, за счёт чего?

p.s. все ведь сдавали лабораторки(не по программированию), когда плохо подготовился? с красивым отчётом и большим числом графиков легче сойти за умного и создать иллюзию работы
p.p.s зачем знать про MTA, MDA, MUA и т.д. когда есть exchange. все интегрированные монстры разновидность локального максимума

eclipse отличная IDE. Ждем появления сабжа в репозиториях.

>создать иллюзию работы

Создать иллюзию работы можно и без IDE, хватит браузера ))

все интегрированные монстры - разновидность локального максимума, все локальные максимумы - разновидность максимумов, все максимумы - разновидность экстремумов. Вывод: "все интегрированные монстры - разновидность экстремумов". Бред.

> Как минимум:

> 1)Подсветка, подсказка, автодополнение, фолдинг

Это только увеличивает скорость клепания кода в условиях неполного знакомства с кодом. Как минимум 90% программирования - это обдумывание реализации в голове.

> 2)Встроенная отладка (если есть конечно)

Чем опытнее программист, тем реже он отладчик запускает (потому что делает меньше ошибок, которые можно дебаггером поймать). Это медицинский факт.

> 3)Визуализация структуры проекта + поиск по проекту

doxygen + *scope на этапе знакомства с уже существующим кодом. Ну допустим.

> 4)Быстрая сборка и запуск

Это как? Вот эта штука в топике как-то ускоряет работу автотулзов? Или пару гигагерц процу навешивает?

> 5)Визуальное проектирование морд Форм (как бы это не любили, это удобно)

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

> 6)Если повезет, то интеграция с системой контроля версий

Да, с одной. SVN. Всё-таки, что из этого списка увеличивает производительность труда программиста? Вот кофе, чай, сладости и свежий воздух увеличивают производительность умственного труда, потому что воздействуют на программиста на метаболическом уровне.

> Кстати... Emacs - тоже IDE. Крепись %)

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

объективно оглядываясь назад, я понимаю что в emacs я работаю продуктивнее, чем в мсстудии

>> Кстати... Emacs - тоже IDE. Крепись %)

> Я этого и не скрываю,

Тогда откуда вопрос "чем IDE помогает?" :)

Кстати, в Eclipse есть не только интеграция с SVN. Как мимнимум, еще mercurial.

И CVS специально для некрофилов.

> Тогда откуда вопрос "чем IDE помогает?" :)

Ну вот мне и не понятно, откуда там какая помощь? Вопрос привычек и личных предпочтений, не более. У нас вот есть один чувак, который сам себе редактор написал ;)

> Кстати, в Eclipse есть не только интеграция с SVN. Как мимнимум, еще mercurial.

Фигасе, прогресс семимильными шагами делают!

>Вот кофе, чай, сладости и свежий воздух

Это вне конкуренции))

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

>> 1)Подсветка, подсказка, автодополнение, фолдинг

>Это только увеличивает скорость клепания кода в условиях неполного знакомства с кодом. Как минимум 90% программирования - это обдумывание реализации в голове.

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

>все локальные максимумы - разновидность максимумов

не все максимумы глобальны, локальная жадность это плохо

> А Следует - что не хуже, а значит, возможно, и лучше.

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

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

Жирно троллим, жирно.

> Жирно троллим, жирно.

Окей, вот вам инженерная задача: нужно на 30% сократить объём сгенерированного кода (не влазит в флеш). Как вам поможет фолдинг в IDE?

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

+1

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

Или Вы считаете, что анализировать код и упрощать навигацию по нему умеет только еклипс?

Тут есть люди, которые помнят все методы в qt?

Тогда кто сказал по поводу автодополнения?

Хм. Поддержку Qt б включили... А то толковой IDE нету. 

> остальное можно и внешними утилитами

Бгг. Прикинь интерфейс внешней утилиты, которая делает автодополнение.

QT Creator, KDevelop?

Судя по всему это будет отличный инструмент.
Для троллей, которые ругают скорость эклипса. На железе, ниже среднего по современным меркам, он работает очень хорошо. Тормозов не замечено вообще. При открытом проекте кушает 100 метров памяти. Думаю, для больших проектов эта цифра не выйдет за пределы 200-300 метров, что на сегодня вполне вменяемые показатели, как для профессионального инструмента. Такие дела.

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

P.S. Виммер

Что за железо такое?

> При открытом проекте кушает 100 метров памяти.

При всем уважении к Эклипсу, это 4.2

powerbook 1.25 Gh, 1.25GB, 80GB HDD

+1

> Бгг. Прикинь интерфейс внешней утилиты, которая делает автодополнение.
Не поверишь, но такая сейчас в разработке для D. :) CLI, прикручиваемый к любому редактору/IDE.

Только там не автодополнение, а анализ кода и всё из него вытекающее. В том числе автодополнение.

Серьёзно? http://i.piccy.info/i3/dc/6a/3b622f1144ea377ea1d6cdfe1359.png

>> Бгг. Прикинь интерфейс внешней утилиты, которая делает автодополнение.

> Не поверишь, но такая сейчас в разработке для D

И что? Я спрашивал об интерфейсе. Там будет такой интерфейс, что назвать это "внешней программой" можно будет только условно - никакой практической ценности сама по себе она не представляет, только в связке с редактором. Но такая связка по определению является IDE.

А так - ну, ядро Eclipse CDT сделали доступным для внешних программ.

>> QT Creator, KDevelop?

Qt Creator - как-то сильно неудобен. Lа и сегфолтится что-то часто, бета ж пока...

KDevelop - разработка под KDE (kdelibs) а не под чистый Qt.

Есть еще QDevelop, ИМХО самый лучший на сегодня, но и тот допиливать надо.

еще 1 тормоз в линейке аля JAVA

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

QtCreator у меня ни разу не упал. По удобству не знаю, мне показался вполне удобным. Кроме того, там реализован VIM-мод, для вимеров и других извращенцев.

> Серьёзно?

Да.

> http://i.piccy.info/i3/dc/6a/3b622f1144ea377ea1d6cdfe1359.png

После старта она и у меня ~100М. Потом распухает до 200-300M (причем это на Java 6, на Java 5 было гораздо больше).

> Кроме того, там реализован VIM-мод, для вимеров и других извращенцев.
И как же VIM-мод помогает извращенцам? :) Про вимеров-то понятно.

Отличная новость. Вся ругань IDE в данной теме - предвзятостое отношение к Eclipse. Тот же mv пишет, что и "online документацию читает в emacs". Ваш emacs еще больший монстр, чем Eclipse, что же вы его не ругаете? Да, Eclipse кушает больше памяти, но не так много, что бы ее не использовать. У меня она вполне нормально работает на Sempron 2800+ 1Gb RAM.

Вывод очень прост. Те кто ругает Eclipse либо тролли, либо лицемеры, которые сами используют другие IDE, как правило самодельные на основе Emacs или VIM.

> , для вимеров и других извращенцев.
Да,да! Виммеры и емаксеры - конечно же самые извращенцы :)

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

Нет. Редакторы ни во что не превратятся. Но, если редактор научится _нормально использовать_ эту утилиту (что само по себе будет нетривиальным процессом), то сумма редактора и утилиты будет IDE.

> Ваш emacs еще больший монстр, чем Eclipse, что же вы его не ругаете?

Чем больший? При меньшем объёме кода в нём больше функционала и куда более скромные требования к ресурсам.

> Вывод очень прост. Те кто ругает Eclipse либо тролли, либо лицемеры, которые сами используют другие IDE, как правило самодельные на основе Emacs или VIM.

Что плохого в самодельности? Не достаточно Ъ?