SlickEdit v11

Так давно уже вроде. Почти с неделю назад вышел.

> Вышла новая версия неплохой IDE Visual SlickEdit

К вопросу о емаксах :-) (соседний скриншот в галерее). Читал список изменений - смеялсо. Хотя, версия только 11. А у емаса - считай уже 22. Ничего, через пяток лет допишут коммерческий аналог свободного емакса 22. А тот к тому времени ещё дальше вперёд уйдёт. Забавно.

Блин, там же кнопка "Buy Now" => фбиореактор. Мало фришных IDE, чтоли...

Похоже, что даже до эклипса не тянет.

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

А под эклипс у них есть платный плагин :)

Че мне нравится там это встроенная диффалка. А есть кряк? :-) Под 11 или предыдущие версии? А то я до сих пор 7-й пользуюсь.

в slickedit очень неплохая навигация по С++ исходниках (ctags на две головы хуже).

"рефактониг", "рефакоринга".... как же это слово пишется... вот незадача

Эклипс курит в сторонке. Очень хорошая IDE. Крэк для 10-ки брал с http://crackspider.net.

Рефакторинг для плюсов под Linux в 10 не работал. Валился на парсинге GNUтых header'ах. С eclipse сравнивать странно. Из недостатков - никогда не будет поддерживаться русский язык.

А зачем такая проперитарщина нужна, если свободный Eclipse native (даже с CDT!) в пятом федоре уже нормально работает, да и "классический" Eclipse для всех платформ плюс NetBeans 5 есть?

> Эклипс курит в сторонке.

Обоснуйте.

Для C++ Eclipse ничего практически не умеет. CDT далеко не предел мечтаний.

CDT не позволяет делать рефакторинг, отличный от rename.

SlickEdit standalone либо прикрученный к Eclipse -- умеет ~11 типов рефакторинга для C/C++.

Если бы я занимался разработкой на C а промышленных масштабах, то не грех было бы и купить. Хорошая штука.

А для жабакодеров (например, Nokia ME-шников или EE JБоссовцев) что слик умеет? Только обоснованно.

> CDT не позволяет делать рефакторинг, отличный от rename.

Согласен.

> разработкой на C а промышленных масштабах

Ну если БЫ были БЫ разработки БЫ в "промышленных масштабах" БЫ. Впрочем, такие разработки есть. На Java.

А пока вам подарочек http://www.slickedit.com/content/view/74/59/ :)

Мне SlickEdit очень понравился!

1) Для начинающих програмировать С++ это то что надо
2) Автопродолжение кода, правда для STL глючит
3) В отличие от VC 6.0 предлагает на выбор системные переменные
4) Есть версии не только под Linux но и для Windows
5) Легко перейти с Visual C++ на SlickEdit

Всем рекомендую SlickEdit!


ЗЫ
Забудьте мысли что крутой программер использует EMACS и т.д.
Если Вам надо начать программировать на С++ под Linux и
Вы не хотите потерять много времени на разбираловку как что,
то начните с SlickEdit, а затем если Вам не понравится он
попробуйте перейти на EMACS или что то в этом роде,
Уверен что никто кто попролобовал SlickEdit не перейдет на
другую IDE разработки.

> Уверен что никто кто попролобовал SlickEdit не перейдет на другую IDE разработки.

Если попроЛОБовал, то куда ему, со лбом проломанным, идти уже?

2evg_krsk, 2anonymous, 2eugrus, 2Bioreactor


Вставлю и я свои 5 копеек про SlickEdit,- очень и очень хороша, по
крайней мере для разработки под C/C++

Почему? Я специально потратил время и перепробовал все возможные IDE и
под Linux, и под Win; конечно, идеала нет,-


KDevelop
Критично: нет тултипов (для отладки, например), много ошибок
Не на уровне: переход к определению/объявлению не всегда работает (ctags)
Желательно: автодополнение не всегда работает


MS VS.NET
Критично: только под Win32
Желательно: автодополнение не всегда работает


Anjuta
Критично: поиск глючит, нормального просмотра членов структур нет,
производительность плохая при скрытии/открытии окон внизу
Не на уровне: переход к объявлению только локальный (в пределах проекта)
Желательно: автодополнение чтоб чаще работало


Emacs/Xemacs
Критично: реализация пользовательского интерфейса отладчика явно недостаточна (не видно поставленных точек останова, нет watch); опять же, нет Shift+F9 как в VS.
Автодополение - то же, что и у KDevelop - ctags (есть конечно, платное дополнение для emacs за ~200$, но отладка все равно на
уровне 70x прошлого века).


Vim
Критично: нет вообще интерфейса с отладчиком.
Особенности: плохо сделана работа с разными кодировками (установка set enc=... действует на все буферы), при переходе к другому буферу требует сохранять предыдущий (для современного редактора это не солидно).
Ошибки: долго искал, почему иконки собственной у редактора нет ("out of box" в Slackware); сначала нашел, что вроде за это должна отвечать установка guioptions+=i, однако ее установка не работала; поэтому полез в отладчик (код ужасный, одни define для разных платформ, при всем моем уважении к разработчикам Vim), действительно так (guioptions), только надо поставить ее при загрузке (!!!) Vim, например, в .vimrc прописать, потому как только при создании самого окна эта установка проверится и в зависимости от этого поставится иконка или нет.


Eclipse+CDT
Критично: автодополнение тормозит у меня на Athlon 1Ghz, 512 Mb памяти. Выглядит это так,- написал я, скажем, функцию MyHelloFunc()
и чуть ниже по коду пишу,-
MyHell+<Ctrl+Space>
, ожидая естественной реакции,- дополнения до слова MyHelloFunc; и
точно, он дополнил, но! Через 2 секунды :) (эти 2 секунды использование процессора было на 100%) Я вначале на это не обращал
внимания, ну фиг с ним, подожду уж, "на безрыбье и рак - рыба", но затем стало понятно, я больше сижу-жду, чем пишу код! Ну, думаю,
вот и пришло время обновлять мне комп; вот она, та программа, которая будет использовать мой проц на все 200% :)))
Но торопиться не стал, а попробовал сделать то же самое на _достаточно_ современном компе моего знакомого (Pentium 4 >=3Ghz,
1,5 Gb ),- уже "лучше", всего-то 0,5 секунды тормозов на той же MyHelloFunc()! И потому решил для себя, что пока переходить на Eclipse
не буду, вот наберется еще пара-тройка таких же монстр-программ, тогда
и подумаю, а ради одной программы делать upgrade - это дико.
Замечание: пробовал означенную IDE и под Win, и под Lin, никаких
предпочтений, тормозит одинаково ;); а после того, как почитал сообщения пользователей с eclipse.org,- понял, что я такой не один


SlickEdit
Критично: не хочет печатать на русском (например, делать комментарии
на русском хочу); да, я лично бы огрел чем-нибудь тяжелым того
разработчика SlickEdit'а, который за это ответственен (убивать не стал бы, потому как писать код в чем-то надо :) );
Впрочем, выход есть,- написал на встроенном в SlickC функцию, которая
вызывает gvim по месту текущего редактируемого буфера; выглядит это
так:
- встаем туда, где нужен комментарий;
- по горячей клавише вызываем gvim (у меня Ctrl+Alt+R);
- пишем комментарий в открывшемся gvim'ом файле, сохраняем (забиндил
для этого Ctrl+S :) );
- Alt+F4 на gvim'е, SlickEdit спрашивает, обновить ли измененный извне файл,- жмем Enter; цель достигнута.
Правда извратно, да?


CodeForge
Критично: тултипы на начальном уровне (считай, что их нет),
Quick Watch (отладка, в VS это Shift+F9) тоже нет


Code::Blocks, Ultimate++, DevC++
Критично: малофункциональны


Общее замечание: я упомянул только отрицательные стороны данных продуктов, и если бы не они, это были бы так называемые killer-приложения в области IDE, но увы; например, КDevelop,-
всем хорош, такой системы проектов как у него больше ни у кого больше нет, но тултипы ... (если взглянуть на bugzilla'у KDevelop, то с большим отрывом там лидирует это пожелание); или "великий и ужасный" Emacs/Xemacs,- я могу понять, что многих это "наше все", но в уме сразу представляется хакер 70x, бородатый такой, "далекий от народа",-
для него дико, что у поколения пепси Ctrl+Space это автодополнение,
Ctrl+S - сохранить файл, Shift+стрелки - выделить блок, и т.д.; он
может все, но только в Emacs (не уверен, что он сможет подредактировать документы в Abiword/Writer/Word, Excel/Gnumeric,-
наверное все заново будет набивать в Latex'е, так как "ниасилит
ущербности современных редакторов",- там все не так).
Вот на этом фоне SlickEdit и выглядит очень хорошо,- идеальный продукт под Linux, например, для активных пользователей MS VS.NET

Спасибо за подробное и интересное описание.

Вот только не свободный этот "слик".:-(

Правда, моя область - Java, так что свободный софт (Eclipse & NetBeans) пока устраивает.

> в уме сразу представляется хакер 70x, бородатый такой, "далекий от народа"

Мне при слове emacs представляется прохвессор В.С.Лугоффский.:)

> Обоснуйте.

Уже за меня всё обосновали. Кстати забыли одну весчь: эклипс тормоз!

а Лугоффский с какого вуза :) У меня руководитель диплома был Лугоффский...

>"великий и ужасный" Emacs/Xemacs,- я могу понять, что многих это "наше все", но в уме сразу представляется хакер 70x, бородатый такой, "далекий от народа",-

Но-но! Не трогать наше всё!

Это - святое :)

Кстати, а чего вы все на ctags ссылаетесь? cscope - это же "лучшЕе"...

Всем привет.

Неужели сам Маухуур-Антихрист проектом руководил?

Небось ругался "жабабыдлокодеры"! "слакофилищще!" "в биореактор!" "автору С++ место в дурке или на погосте!"

http://www.linux.org.ru/view-message.jsp?msgid=307710&back=group.jsp%3Fgr...

И это мы видим на сайте ратующем за свободное ПО. Мда товарищи, не стыдно?

Свободное ПО надо на чем-то делать:)

> Кстати, а чего вы все на ctags ссылаетесь? cscope - это же "лучшЕе"...

А С++ оно умеет?

+1

> Свободное ПО надо на чем-то делать:)

Нет, я согласен, когда аналогов не было-бы вообще. Но когда они есть (пусть и, судя по посту L_user, менее вменяемые) использование крякнутого несвободного ПО активной частью общества ратуещего за свободный софт, выглядит невпечатляюще...

Вообщем, перефразируя известную фразу Черчилля можно сказать: Ничто так не разочаровывает в свободном софте, как разговор со среднестатистическим OpenSource'сником.

>использование крякнутого несвободного ПО

а если не крякнутого?

> а если не крякнутого?

В таком случае, пропадает "моральная диллема" и Вы уже можете критиковать несвободное ПО. В ином случае получается критика когда у самого "рыльце в пушку". ИМХО, конечно.

SE для С/С++ вне конкуренции..

а вот для жабы я таки использую NetBeans5 из за лучшей ея интегрированности с жабными фичами типа WTK, blah-blah-bkah. SE для этого еще попинать надо а я ленивый стал ;) Ну а по скорости SE с тормозом-NB5 вообще не сравнить.

Автодополнение /C++ в CodeForge v5 рулит однозначно.

btw, "Shift-F9 как в MSVS" в emacs есть. А за комментарии на чём-то кроме английского - убивать без права воскрешения.