На чем писать сложное веб-приложение?

[Mr_freeman]

Здравствуйте, всегда писал несложные сайты на php.
Сейчас начинаем проектирование нового сервиса, который делится на несколько разных направлений:
одно будет очень высоконагруженное (много посетителей, куча запросов к очень большой базе данных),
другое - очень широкий функционал (куча яваскрипта, аякса, и таких же жирных запросов)

Стоит ли рассматривать что то кроме php? Может быть python, perl, c, java?

[Stilet]

Стоит ли рассматривать что то кроме php?

Думаю стоит. Хотя ПХП на 99,9% справится с любой слжностью, бывают случаи когда скажем в СУБД нужно подключить плуги на яве или си

[Небесный]

Если будет много математики, причем математики не просто +-*/, тогда perl, он немного богаче на мат. функции, в нем они быстрее работают.
Сам то я на perl не пишу, все ленюсь за него сесть, но уже не раз я столкался, что php очень беден в относительно глубокой математике, ну взять хотя бы уровень 8-11 класса, где уже есть интегралы, производные, матрицы. Особенно php себя неуверенно чуствует с большими числовими матрицами.

Вот кстати и пример вспомнил был случай, - матрица, если не ошибаюсь несколько лимонов строк (не говоря уже о столбцах), простейшие числа были чет до 100, так php с такой матрицей столько съел памяти, что пришлось матрицу переносить как-то в файл и уже работать с файлом. А, в чем прикол - тип числовой integer сколько забирает памяти под то несчасное число до 100, а другого типа то и нету целочисленного.
Короче я могу еще много приводить примеров, что касается математики в php, опять же математики сложной, объемной по рассчетах, php в этом не самый лучший. Но он самый простой, по моему мнению - посему и сам сижу на нем и ленюсь, что-то другое учить.

[dr.Chas]

что касается математики в php, опять же математики сложной, объемной по рассчетах, php в этом не самый лучший.

PHP: Hypertext Preprocessor
или на старый манер:
Personal Home Page Tools

[Johnatan]

Некомпилируемые языки практически одинаковы в своей производительности. Что PHP, что Python, что Ruby и т.д. У каждого языка свои преимущества, но производительность у них очень похожа.

Сильно от них отличаются компилируемые языки, как то с виртуальными машинами (Java, Scala и т.д.), так и C-подобные. Таким образом по производительности языки стоят от более производительных к менее производительным:
C -> Java, Scala -> PHP, Python, Ruby, Perl, Javascript ...

Но одна из самых важных вещей, о которой забывают при организации проектов (этим, кстати, должен заниматься именно директор проекта, а не программист), это последующая поддержка проекта. Стоимость разработки и поддержки C/Java/Scala гораздо выше, чем PHP/Python/Ruby/Javascript. Perl тут стоит немного обособленно, потому как на сотню программистов на PHP приходится десяток программистов на Python, десяток на Ruby, и лишь некоторое количество на Perl.
Да, изначально в проект, вы возможно найдёте себе команду программистов на Perl, но в последствии заменить убывших будет довольно сложно. Хороший Perl-программист либо уже трудоустроен с хорошими условиями, либо попросит для себя хороших условий у вас. Как это не прискорбно, но PHP программисты самые дешёвые (даже хорошие PHP программисты).

В итоге, при выборе языка, ещё нужно продумать, будете ли вы использовать фрейморки(Play, Yii/Zend/Symfony/Phalcon, Django, Rails и т.д.), либо писать крупный проект совсем с нуля (sick!). Каждый из этих фреймворков имеет свои достоинства и недостатки. Хороший директор проекта должен хорошо в них разбираться, либо иметь возможность проконсультироваться у специалистов, которые под определённые задачи помогут выбрать соответствующий язык и фреймворк.

Кстати, часто в крупных проектах используются несколько языков для разных внутренних задач. Даже несколько разных веб серверов.

Вообще, по опыту могу сказать, что нужно полностью и конкретно знать все задачи проекта (вообще все аспекты), чтоб правильно выбрать язык.

[Smitt&Wesson]

Я ещё раз повторюсь. Не важно знать какй-то язык. Важно знать алгоритм. А язык, дело наживное. Умеешь алгоритмизировать задачу - ты программист. Не умеешь, хоть кол на голове теши, изучи синтаксис 1000 языков, программистом не станешь.

[Matthe]

Сообщение от Smitt&Wesson

Я ещё раз повторюсь. Не важно знать какй-то язык. Важно знать алгоритм. А язык, дело наживное. Умеешь алгоритмизировать задачу - ты программист. Не умеешь, хоть кол на голове теши, изучи синтаксис 1000 языков, программистом не станешь.

все дороги ведут в С, а синтаксис почти у всех одинаковый

[Johnatan]

Matthe
Расскажите Erlang'у как он ведёт в С. Ему будет очень интересно узнать об этом. Главное, чтоб Prolog не обиделся.