Warstone,

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

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

ShSerge,

и что за сайт из одних накиданных контролов получится? ))

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

Anjey aka PMr u,

Перл последние 3 года не валяется на обочине
кстати.
в перл добавили исключения?
и как там с ООП. классы(наследование, полиморфизм..) также выражаются через Пакеты и уже есть более вменяемый механизм?

Anjey aka PMА чем классы через пакеты плохо? В чем, собственно, проблема, в синтаксисе? Так он и так у каждого языка свой. По поводу исключений: это было уже лет 10: куча хороших решений на CPAN.
может и не плохо. мне трудно судить, так как для этого нужно знать язык глубоко. я на перле программил мало да и давно, что изменилось с тех пор(или нет) незнаю - потому у вас и спрашиваю.

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

я не пытаюсь "наехать" на перл. прекрасный язык - со своими особенностями.
просто я(например) становлюсь все ленивее и ленивее. от языка хочется
-лаконичности - чтоб код писался коротко и читался легко, даже если я вернусь к этому коду через годы.
-производительности - тут понятно)
-выразительности - какая бы неординарная задача не стояла передо мной, чтоб я всегда мог её решить средствами языка как и типовую. без сверхсложных сттруктур и алгоритмов.
-гибкости, хочу использовать любимый язык не только в вебе и легко менять парадигмы(ооп,аспекты,функциональное прог. di...) если это нужно
-богатого готового функционала - хочется решать задачу, а не придумывать в миллионный раз стек, двусвязный список или функцию trim))
- еще много всего, но это основное

итого полностью мое ИМХО:
питон на данный момент, сбалансирован наиболее хорошо по этим пунктам.
то что может рнр и перл-может и питон а иногда и больше(многопоточность,интегрирование с C++, метаклассы...)

Anjey aka PMХотелось-бы хоть 1 пример того что может питон сейчас, чего не мог перл 5-10 лет назад
думаю найти такое будет очень сложно. ибо оба языка достаточно зрелые и позволяют сделать многое.
регэкстпы "из коробки" плюс, но решать ими все подряд задачи с текстом и строками - както неправильно.
лаконичность и интуитивность полученного кода, тоже аргумент.
-напишите объявление функции, которая принимает на вход три аргумента(числа например). первые для обязательные, а третий, например , со значением по умолчанию равному нулю
-напишите простейший класс Foo, со свойством name, и второй класс Bar, наследник от Foo

Warstone,

1)


2)


синтаксис лаконичен настолько, насколько можно. все легко и просто

Warstone,

подключить библиотеку написанную для питона на C
import MyCoolCLib

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