за чем будущее программировании для web ?

Не голосую, т.к. мало с ними знаком, но
определенно за более серьезными технологиями, such as J2EE или ASP .NET

круто перл 100%

Ессно за Php ибо я именно его взялся изучать(неделю назад)

Хороший аргумент
И фсе же для каждой задачи свои инструменты. Нету смысла писать крупный сайт на php, как и пару страничек на ASP .NET/Java.

Exception, не понял - что значит нету смысла писать крупный сайт на ПХП?? очень даже есть смысл.
Голосую за ПХП. Перл я использую по большей части дома в личных целях.

Kefir
PHP есть процедурный язык (поправьте, если ошибаюсь), а ASP .NET/J2EE основаны на ООП. Я говорю о корпоративных приложениях, интегрированных решениях, к примеру, есть некий WebService, к которому обращается и приложение-клиент, и страница.. Поверь, решение на ОО-языках будет проще и дешевле. Вообше, бурные дебаты на эту тему были в топике "ASP .NET vs PHP", посмотри
p.s. Давайте без помидоров . Каждый пишет на том, что больше нравится

Модератор: popkorn, для таких тем есть у нас спецраздел, куда тема и переносится!
Добавлено @ 23:53
По сабжу: конечно Ява и ДотНет - будущее (они здесь примерно равнозначны)

А почему нет Сей или Асма?
Блин, ну детские споры, в самом деле...
Давай-те еще померяем у кого кое что длиннее, у перл-программистов или у пхп-программистов и сделаем соответствующие выводы...

Чтобы сказать, что лучше - надо хорошо разбираться во всём, что сравнивают. Поэтому судить не берусь.

P.S. Mal Hack - это какие же выводы.

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

З.Ы.
будущее за XAML

Вот верно камрад сказал. При таком выборе - PHP

http://php.rinet.ru/manual/ru/language.oop5.php
ООП, конечно, не сравнить с C++, но процедурным уже назвать нельзя.

Ни за тем, ни за другим ... В PHP я немного разачарован, хотя все же он максимально удобен для веб-разработки ...

Не секрет, чем?

PERL сложнее для понимания.

Это плюс или минус?

Плюс. Сложен для начинающего программера с "улицы". С него сложно начинать, но можно продолжать, после РНР, если такое желание появиться.

Хорошо, не процедурный. Но пока в языке имеются глобальные функции (типа echo), объектно-ориентированным по-настоящему его назвать нельзя. Я говорю об ОО-подходе, к примеру, вместо mysql_bla писать MySql.DoBla(), вместо echo писать Response.Write и т.д. Вместо того, чтобы писать echo("<img src=""img.jpg""/ >") писать <asp:Image runat=server id="Img"/ >, а в коде реакции на событие Page.Load задавать src... Ладно, все, молчу

Exception, а я-яй...
В С++, к примеру stdio не отменяли... От этого его тоже ?
А еще в любой насильной программе есть int main();

В C# нету такого
Игнат, ты меня не понял. Я говорю об архитектуре, а не реализации. К примеру, схема с наследованием от Page и взаимодействием со свойствами Request и Response мне кажется куда более логичной, чем команда "echo". К тому же, те же классы являются базовыми и для SoapRequest и прочих.. Скажи, сколько строк кода нужно поменять для миграции с MySql, скажем, на InterBase или на MSSQL? 10? 100? В .NET/Java не больше 10. Не поймешь, пока не испробуешь ,

Exception можно ничего не менять используя PDO, начиная с 5.1.0

Дык пример stdio я зачем тебе привел? Набор функций ввода-вывода на языке С, а-ля printf или scanf, которые не являются членами какого-либо класса (eg. Console). Достаточно заглянуть в stdio.h


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

Бьярни Страуструп за использование stdio бьет по пальцам . Посмотри на нормальные библиотеки на C++ (к примеру Qt). Там все операции ввода-вывода инкапсулированны в классы.

Что касается Perl и PHP, то PHP предназначен для генерации HTML. Это зашито в самом его названии и справляется с этой задачей он очень успешно. Тогда когда Perl - это швейцарский нож и генерация HTML - всего лишь небольшая область его применения. Perl лучше интегрирован с операционной системой, особенно с Unix, что дает ему больше возможностей в написании серверных приложений, чем PHP. Нередко бывает ситуация когда на PHP пишут интерфейс, а всю server-side часть пишут на C или еще чем-нибудь, чтобы повысить быстродействие или выполнить специфические задачи. В этом плане Perl имеет преимущество, так как он позволяет все сделать в одной среде, как на Java или Asp.Net.

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

И за malloc тоже.

Очень даже положительно смотрю. После MFC (бить не будут?), QT кажется раем и воплощением простоты.

Я тут пытаюсь высказать мысль - наличие встроенных глобальных функций не говорит о том, что язык не объектно-ориентирован.

Какой-то идиотский вопрос. Для одних проектов удобнее PHP, для других PERL в виде CGI модуля. При грамотном планировании архитектуры проекта никто не мешает использовать в различных модулях/разделах/подзадачах еще и C++/шарпы/явы.
И будущее очень большое у обеих технологий.

Perl разрабатывался для терминального программирования....
А php специально нацелен на программирование Web.
Кто на что специально нацелен, тот и лучше...

Не совсем... Он разрабатывался для обработки строк (текстовой информации) и составления отчетов. Но давно вырос из этих рамок.

neocrome.net вот вам cms которая использует ОДИН класс все остальное процедуры, если ктото мне покажет cms которая быстрее и использует классы, выставлю пиво