В слабо-типизированных языках гораздо прозрачнее обрабатываются языки разметки типа xml, json

в том же C# есть тип dynamic для таких дел, так что все прелесте и спец. загон для «яхзчтотампридет»

ну и кстати вместо groovy/c++ можно было впилить erlang и haskell (или clojure), на groovy только grails который протух, а на крестах веб никто не пишет (конкретно веб да)

я так понимаю фантазии иссякли.

Устати вашу Мать! а где HTML?

А brainfuck где?

Python

Мы тут жутко наелись конфет.

О, давно ждал такого опроса.

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

Вы не поняли цель опроса - создать инструменто-срач.
Правильно и не раз тут говорили, инструмент подбирается под задачу. Если задаться самоцелью, то можно и вконтакт на asm можно накорябать, только кому это надо?

Если back-end то it's up to you :) Твой сервер, что хочешь то и выбирай, хоть whitespace. Мне лично удобнее плюсы, просто я научился их готовить, но возводить это в религию - нахрена? Поэтому ответ: А какая разница?

Python

О! «Админы локалхостов»(С)(ТМ) рУлят!

Я честно проголосовал за Java - только за реальную работу платят реальный деньги, а не «чупа-чупс»(R).

Руби уже на 4 месте, поднажмем, парни!

Забавно, что в лоровской вебдев-вселенной питон популярнее жабы, рубей, и даже пыха. Где еще такое увидишь.

Tcl где?

А вот кстати вопрос - нет ли проектов фреймворков (про CMS вообще молчу) которые бы использовали несколько языков? Ну например для тяжелых вычислений C, PHP в шаблонизаторе, а логика и работа с базами скажем... э даже не знаю - что тут лучше подойдет? Ну и конечно для БД NoSQL+SQL базу? Ну хотя бы просто ради спортивного интереса.

PHP

C++ 48 (8%)

Интересно, эти 48 извращенцев хоть раз пытались на плюсах веб-приложение сделать?

я думаю они просто нажали кнопку, в продакшене в мире нету веб приложений на c++, только узкие места и отдельные либы

Вообще Web не пригоден для программирования. Весь этот RichWeb не более набора костылей.

Из самого годного - Go, Java и Perl (дань традиции)

Остальное на любителя.

Опрос превратился в «Мой любимый ЯП».

Ну например для тяжелых вычислений C, PHP в шаблонизаторе

PHP это самое и есть. Функции на C и скриптовый клей. Нормальный инструмент, пока не начинают на нем лепить фреймворки.

Какие Ваши доказательства?

Простые, не видел нигде. Людей тоже не видел кто пишет на работе на нем. В подкастах трындят только.

Go

Будущее за производительностью и простотою.

В чём профит хаскеля в данном контексте?

В очень мощных абстракциях, позволяющих

1) закрыться от широкого класса труднообнаруживаемых ошибок. Например, можно абсолютно гарантировать (ну, если только не пользоваться unsafe-функциями), что два разных запроса поступивших одновременно не вызовут race condition.

2) спрятать под капот ненужные детали. Скажем, там, где в какой-нибудь ноде обмазываются коллбэками, хаскель позволяет писать простой линейный код — делающий, в результате, то же самое.

3) изменять поведение кода, не меняя сам код. Скажем, если надо добавить логирование в каких-то ключевых местах, очень часто это удаётся сделать, не трогая код, отвечающий за логику работы.

Ну, про банальные вещи, типа компиляции в натив, я уже и не говорю.

Там же должен быть сплошной ввод-вывод и побочные эффекты.

Функциональное программирование вообще и хаскель в частности НЕ против сайд-эффектов. Их цель — контроль этих самых сайд-эффектов.

в списке фреймворков на вики не видно ни одного более-менее популярного названия

Хаскель и сам непопулярен.

Я лично предпочитаю Happstack. Yesod, ИМХО, слишком уж налегает на метапрограммирование. Получается, по сути, другой язык.

Вы не поняли цель опроса - создать инструменто-срач.

Я не понял тех, кто в нём участвует. Я ни разу не пробовал ни Go, ни Groovy. Когда я стал отвечать, я понял, что не могу дать ответ на этот вопрос.

Веб
С++

Мде... пожалуй не буду голосовать.

http://cppcms.com/wikipp/en/page/rationale

РНР, большое сообщество и не только. А насчёт критики - плохому гитаристу любая гитара плоха.

не надо тащить с собой сотни библиотек, рантайм, вот это всё; просто собрал бинарник и закинул

статическая линковка

Не замечали, что собранный бинарник, который по факту ничего не делает, весит чуть более 5 МБ?

чуть более 5 МБ

4.2

nb-crunchbang :: ~ » cp bin/battery ./
nb-crunchbang :: ~ » ls -lh battery 
-rwxr-xr-x 1 buckstabu buckstabu 2,7M Окт 28 11:19 battery
nb-crunchbang :: ~ » strip battery 
nb-crunchbang :: ~ » ls -lh battery   
-rwxr-xr-x 1 buckstabu buckstabu 1,9M Окт 28 11:19 battery

по факту ничего не делает

ну, может у кого-то он ничего и не делает, а у меня он обслуживает мои потребности

Алсо, не видел ни одного человека, который в вебдеве считал бы мегабайтики на сервере. Я бы понял ещё, если какая-нибудь суровая эмбеддота, где больше 4 мб флэша - это роскошь, но, чёрт побери, уже десятитерабайтные диски на подходе.

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

Вычислительные ресурсы так дешевы, что

производительность языка уже ничего не значит

Ага, ну сравни цены на VPS, к примеру на 512М памяти, и на 4Г...

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

Производительность всегда будет играть роль. Одно дело держать 512-ядерный сервер, который жрет электричества много и стоит не дешево, другое, оптимизировать код и использовать скажем 256-ядерный. Не зря же Facebook оптимизирует код с использованием D и C++, тот же VK.com создает свой KPHP (PHP -> С++), Google пишет Go и Dart...

Так что вы не правы

А ещё хочу опрос «Какой язык программирования вы используете для веб-разработки»

а где HTML?

это разве ЯП?

php ибо

node.js ибо

python ибо

golang ибо

с языками программирования повторилась ускоренно(привед Генри Адамс XXXIV A Law of Acceleration (1904) http://www.bartleby.com/159/34.html)

что было с текстами(письменными источниками) .

из инструмента жреца в общедоступный.

как следствие этого (процесса) произошло разделение на языки(литературу) «в картинках» и языки(литературу) последнего%

оптимизация не в первую очередь выбором языка,

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

Ох не начинай )

Tcl где?

В заднице. Или это ты автор Tanzer? :)

Smalltalk (Seaside/Aida), Python, Go, а какая разница.

Не замечали, что если этот бинарник будет делать небольшую кучку вещей, то он будет весить 5МБ + эпсилон?

Увы, пока ты служил, руби сдох, а питон победил везде, где можно.

Прискорбно, потому что я, хоть и любитель питона в прошлом, был бы рад видеть руби на его месте.

руби сдох, а питон победил везде, где можно.

Как бы мне в этом убедиться? Хайп поубавился — спору нет.

Одно дело держать 512-ядерный сервер, который жрет электричества много и стоит не дешево, другое, оптимизировать код и использовать скажем 256-ядерный.

Конечно. И совсем другое дело заплатить в 20 раз большую сумму за оптимизацию которая окупится в лучшем случае лет через 50-60.

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

А, ну это безусловно. Всякие Go не вымрут, а превратятся в мечи джедаев для илитоты.

Скажи это AOL (хотя он там же...)

Конечно. И совсем другое дело заплатить в 20 раз большую сумму за оптимизацию

Go/D/C++ опытные программисты получают максимум в 2-3 раза больше за PHP/Подставить_другой_язык, и то далеко не всегда.

которая окупится в лучшем случае лет через 50-60

Ваши цифры высосаны из пальца

Enjoy

Go/C++

Go/D/C++ опытные программисты получают максимум в 2-3 раза больше

Ну хорошо - не в 20, а 20-30. Что это меняет?

Конешно php. Неужели этот бестолковый руби, жрущий память непонятно зачем. 512 метров ему видите ли мало. В случае с руби сервер надо брать, не каждый виртуальный хостинг позволяет такие масштабы оперативки. Поэтому он негоден в массовом смысле.