Подскажите, пожалуйста, кто какой (не проблема, если платной) средой программирования пользуется? Желательно с поддержкой различных языков программирования (С/С++, Ada, интерпретируемые).Сейчас присматриваюсь к C-Forge - вроде ничего, но перед покупкой хочется знать есть аналоги (работающие на Mac OS X, Linux, FreeBSD).
Спасибо.
XEmacs: http://www.xemacs.orgОднако требует доработки напильником.
Лично я уже докатился до наложения собственных патчей
на исходные коды для обеспечения человеческой
поддержки кириллицы ;-)Просто привычка уже выработалась, да и работает чуть ли не
везде, переучиваться не приходится. Рефакторинг, правда,
есть только для Java, да и тот несколько глючноват.
>XEmacs: http://www.xemacs.orgПробовал, у меня не срослось. PHP 5 синтаксис не поддерживается, для доведения до вида IDE требует установки и настройки кучи пакетов, написания своих конфигов.
Хотя, конечно, единожды под себя настроив, наверное, можно получить идеальную среду... =)
>>XEmacs: http://www.xemacs.org
>
>Пробовал, у меня не срослось. PHP 5 синтаксис не поддерживается,
>для доведения до вида IDE требует установки и настройки кучи
>пакетов, написания своих конфигов.Что касается пакетов, то нет смысла по этому вопросу париться:
скачивается последний sumo tarball, и все дела. "Лишние" пакеты
на удобство работы не влияют. А вот то, что для комфортной работы
реально требуется настройка - это факт.Про PHP режим могу сказать одно: не юзабельный. Впрочем, IMHO
и PHP как язык сам не юзабельный. Дело вкуса. Поскольку я
в последнее время переехал на JSP + сервлеты + CGI на C++ +
немножко JNI-библиотек на C++ же, то от поддержки PHP в
XEmacs'е мне ни тепло, ни холодно.>Хотя, конечно, единожды под себя настроив, наверное, можно
>получить идеальную среду... =)Идеал недостижим. А работать можно.
>Что касается пакетов, то нет смысла по этому вопросу париться:
>скачивается последний sumo tarball, и все дела. "Лишние" пакеты
>на удобство работы не влияют.Да собственно так и было сделано - из портов просто были поставлены все xemacs packages и всё.
>А вот то, что для комфортной работы
>реально требуется настройка - это факт.Угу.
>Про PHP режим могу сказать одно: не юзабельный.
Верно, а он нужен.
>Впрочем, IMHO
>и PHP как язык сам не юзабельный. Дело вкуса. Поскольку я
>в последнее время переехал на JSP + сервлеты + CGI на C++
>+
>немножко JNI-библиотек на C++ же, то от поддержки PHP в
>XEmacs'е мне ни тепло, ни холодно.О вкусах не спорят... =)
Я не считаю, что PHP - идеальный язык, но для моих задач это наиболее оптимальный выбор.
Кстати, а с какого языка был "переезд" и по каким причинам?>Идеал недостижим. А работать можно.
На вкус и цвет... Так-же требуется подстройка мышления под это... В общем, как-то мы с (X)Emacs-ом не сошлись...
>Да собственно так и было сделано - из портов просто были поставлены
>все xemacs packages и всё.То бишь и неудобств оная пакетная система никаких не причинила.
>>Про PHP режим могу сказать одно: не юзабельный.
>
>Верно, а он нужен.Значит, увы, не годится.
>>Впрочем, IMHO
>>и PHP как язык сам не юзабельный. Дело вкуса. Поскольку я
>>в последнее время переехал на JSP + сервлеты + CGI на C++
>>+ немножко JNI-библиотек на C++ же, то от поддержки PHP в
>>XEmacs'е мне ни тепло, ни холодно.
>
>О вкусах не спорят... =)
>Я не считаю, что PHP - идеальный язык, но для моих задач
>это наиболее оптимальный выбор.Внешние условия всякие бывают. Если ограничения связаны с
используемым хостингом, тут особо не побалуешь.>Кстати, а с какого языка был "переезд" и по каким причинам?
Собственно, с PHP. Причины простые: необходимость интегрировать
сайт с громадного размера системой, реализованной на C++, и
сложность интеграции С++-ного кода с PHP-шным. Плюс неудобные
(IMHO, разумеется) средства деления больших программ на модули.
JSP хорошо взаимодействует с любыми Java-библиотеками, а сервлеты -
своего рода "очень быстрый CGI". Если всё это дополнить Java
интерфейсами для кое-каких C++-ных библиотек, код получается
простой, естественный и сравнительно небольшой.>На вкус и цвет... Так-же требуется подстройка мышления под это...
Скорее, немного привычки и опыта.
>В общем, как-то мы с (X)Emacs-ом не сошлись...
С Emacs'ом без X и у меня найти общий язык не получилось.
Не понимаю я его, коряво всё как-то.
>Значит, увы, не годится.Да, но в любом случае спасибо за помощь!
>Внешние условия всякие бывают. Если ограничения связаны с
>используемым хостингом, тут особо не побалуешь.С ним, и со скоростью работы - это, конечно, моё субъективное мнение, но сайт на PHP работают быстрее Java-based (менее ресурсоёмкие).
>С Emacs'ом без X и у меня найти общий язык не получилось.
>
>Не понимаю я его, коряво всё как-то.Тоже самое... =)
Кроме того - необходимость настройки и установки многого из того, что в XEmacs уже есть или делается достаточно легко.
>>Внешние условия всякие бывают. Если ограничения связаны с
>>используемым хостингом, тут особо не побалуешь.
>
>С ним, и со скоростью работы - это, конечно, моё субъективное мнение,
>но сайт на PHP работают быстрее Java-based (менее ресурсоёмкие).Памяти много надо. Плюс первоначальная загрузка JSP-страницы может
подтормаживать, пока компиляция идёт. Особенно если JIT-компилятор
в виртуальной машине выключен. Зато потом скорость явно выше
PHP-шной. Байт-код кешируется, а при наличии JIT-компилятора - и
его машинное представление. Если свопить не начинает, то работает
весьма и весьма шустро.
>Памяти много надо. Плюс первоначальная загрузка JSP-страницы может
>подтормаживать, пока компиляция идёт. Особенно если JIT-компилятор
>в виртуальной машине выключен. Зато потом скорость явно выше
>PHP-шной. Байт-код кешируется, а при наличии JIT-компилятора - и
>его машинное представление. Если свопить не начинает, то работает
>весьма и весьма шустро.Насчёт памяти - точно, да и для PHP есть свои методы оптимизации (например, Zend-овская линейка по оптимизации).
Впрочем, так можно уйти в "святую войну", так что я просто скажу, что, по-моему, и тот и другой инструмент хорош, но каждый под свою задачу =)
в старые добрые времена, за кросспост банили нещадно..PS. если Вы задаете один и тот-же вопрос на нескольких форумах,
потрудитесь об этом сказать - это элементарные правила приличия.
>в старые добрые времена, за кросспост банили нещадно..
>
>PS. если Вы задаете один и тот-же вопрос на нескольких форумах,
> потрудитесь об этом сказать - это элементарные правила приличия.Максим как мне казалось карается (справедливо) кросспост в рамках одного форума, а не в рамках различных сайтов с различной аудиторией...
Прошу прощения, если не прав.
>в старые добрые времена, за кросспост банили нещадно..А как ФИДОй запахло... ;-)
попробуйте
elipse c плагинами.
>попробуйте
>elipse c плагинами.Пробовал: нормальных для PHP 5 нет, для Ada нет вовсе (только если за бешенные деньги).