Ну как сказать..смотря как на него смотреть.Я заметил что нет особых альтернатив IDE.В линукс в основном вроде на python пишут?

А что не так с PHP?

А что вместо него, на Ваш взгляд, следует использовать в web-интерфейсах?  Кстати, если посмотреть в адресную строку браузера, можно увидеть, что этот форум использует PHP. И работает ведь!

Ну, не совсем оффтопик, речь ведь изначально шла про IDE для PHP в Linux.
Я, когда мне приходилось писать на PHP, использовал Kate. Правда, это текстовый редактор, а не IDE.
Но я плохо понимаю, зачем нужно IDE для интерпретируемого языка? По-моему, продвинутого редактора вполне хватит. Впрочем, я не в курсе, существует ли для PHP отладчик с возможностью пошагового выполнения? Если да, то IDE действительно осмысленно.

А кто говорит про vim или emacs. vim --- это на любителя двухрежимного набора, а emacs действительно требует кропотливой настройки (хотя, надо отдать ему должное, он действительно настраивается почти как угодно). А вот kate --- вполне адекватный редактор по соотношению удобство в использовании/время на настройку. Хотя, конечно, не IDE.

Добавлено 12-08-2011 00:01:42

И мне тоже интересно.

Отредактировано X Strange (12-08-2011 00:02:27)

Существует множество гораздо лучше спроектированных ЯП. Для многих из них есть соответствующие библиотеки/фреймворки, позволяющие работать с Web. Наиболее распространёнными, наверное, будут Python (Django, Pylons, Flask) и недолюбливаемый мной Ruby (Ruby on Rails). Но у энтузиастов Haskell, Erlang, Lua, Clojure, Scala и т.п. тоже найдётся что сказать на эту тему.
Опять же, это языки общего применения, а не поделия для клепания домашних страничек. Я на работе, например, пишу на Python и плугины к Trac, и свои web-приложения, и всякие там кодогенераторы, и GUI-программки.

Вопреки (-;Е

Ну, это не то чтобы ненависть. Он меня не трогает, я живу в тёплом ламповом мире приличных ЯП… Вот у меня есть приятель, так он на работе писал на похапэ. Вот он более яркие эмоции испытывал по данному поводу.
Я же похапэ скорее презираю. Единственное его «достоинство» — распространённость. Всё. Он плохо спроектирован (сколько там нынче в главном пространстве имён функций?), поощряет плохие практики (все эти helloworld внутри html, к которым приучают с младых ногтей), медленный, дырявый, неудобный… Качество существующего кода на пыхе тоже оставляет желать много лучшего. За что его если не любить, то хотя бы считать приличным языком программирования?

Схожих, к счастью, нет (надеюсь). Перспективней всех среди уже набравших популярность языков мне (со своей колокольни) видится Python.

Кто же этот убийца и что это за рейтинг такой?

Отредактировано krigstask (12-08-2011 00:37:47)

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

да эт правильно подмечено,железный аргумент .Значит в будущем буду посматривать в сторону Python и С++.

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

R2dtw

Да Ишаком он всю жизнь был и останется.

Можно ещё в сторону Perl посмотреть

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

Равно как и Python и Ruby. Про PHP тут вообще можно не упоминать
Что касается непосрественно Python, то я сталкивался с ним в trac и sK1 (это из крупных проектов, была ещё и мелочь). В первом случае в процессе внедрения наступил на кучу граблей из-за того что он раскидывает исполняемые скрипты по ${localbase}/lib и ${localbase}/share. Напрягает именно наличие скриптов в ${localbase}/share. И дополнительно просит .python-eggs папку в профиле. В общем растекается по файловой системе большим количеством мелких файлов и местами нелогично, да и требует порой особые права на файлы и директории, там, где их не особо и хочется давать. Как правило с правами начинаются проблемы если сервис запускается от непривелигированного пользователя.
sK1 я портировал на FreeBSD. Накушался вдоволь. Оно оказалось нестабильным, не смотря на тот оргазм, который испытывают от питона авторы, аргументируя его большую стабильность по сравнению с C/C++. Ну и плюс к тому те же напряги, что и в первом случае.

Дополнительно могу сказать, что на личной практике Perl мне давался много легче, когда я его начал изучать. Python я так и недоучил. Сложно сказать почему... Не нашёл ему применения наверно, да и замороченный он с его регулировкой вложения отступами (нужно дополнительно про гигиену отступов не забывать). Нервирует.

А вся сложность Perl пропадает сразу как только вникаешь в регулярные выражения, которые являются частью его синтаксиса. Это единственное препятствие для новичка. Ну может быть сюда можно условно добавить контект списка для ряда функций и операторов. Его тоже нужно почувствовать.

А я тебе как разработчик на Perl говорю — разбираюсь в своём и чужом коде без особых проблем Вообще в коде любого языка можно запутаться. И Python тут не исключение.

Очень даже. Как в качестве CGI, так и в качестве FCGI. Да хоть собственный Web-сервер можно написать не особо напрягаясь.

Я на работе реализовал систему сбора статистики. Бэкенд собирает информацию с кучи баз MSSQL и Oracle, аккумулируя всё у себя. Реализована гибко настраиваемая структура сбора информации по переодическим заданиям (описанные в конфиге в формате cron). Всё реализованно в трёх файлах, один из которых конфиг, другой скрипт запуска в /usr/local/etc/rc.d. В качестве фронтенда веб-движок на Perl, в задачи корого входит только анализ собранной в отдельной базе информации. Широкий выбор модулей с CPAN позволил сконцентрироваться исключительно на логике, что обернулось высокой скоростью разработки и внедрения. В основном время ушло на выбивание из топ-топ менеджеров чего же им всё-таки хочется увидеть на выходе
Писал я это до того как устроился в эту компанию. Нужно сказать, что в моём коде за время прошедшее от внедрения, до моего устройства, в коде разобрался начальник отдела автоматизации и дописал некорорые недоделки, про которые начальство не подумало сразу и хотелка проснулась после внедрения.