Програмёр,

тема конечно холиварная.

скажи чисто мое мнение - Python рулит!
по возможности, ухожу на него с Java C++ PHP.... к сожалению не со всеми нашими проектами это пока возможно

NekZ Я для декстопа питон не стал бы использовать ибо депенденс от самого интерпретатора и всяких там PyQt'ов. Лучше на старом добром С++ (11 стандарт, кстати, доставляет).
Питон, скорее для каких-то автоматических систем и серверных приложений (ну ещё всякие там виджеты для уютненьких кед и юнити), так что с С++ уходить не стоило бы, учитывая, что и программа/либа на нём быстрее.
полностью согласен. я больше про то, что работая с С++, постоянно ловлю себя на том, что многие вещи на питоне сделал бы намного быстрее и проще... а так приходится даже для элементарного писать структуры, функции и классы, которые уже давно и намного качественнее реализованы для питона. все таки он высокоуровневый и много готового умеет и позволяет сделать.

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

NekZПопахивает фанатизмом. А похапе реально создавался для веба и "нативно заточен под веб" как говорят наши похапешники :)

да. вот только веб меняется. а вместе с ним и требования к заточенным под него языкам.
и php с его проблемами с юникодом, отсутствием многопоточности и другими проблемами, начинает все больше "сливать". да разработчики допиливают его как могут, но есть риск упустить момент. и на его место придет какой нибудь Dart, Node.Js или еще чтото. сейчас как никогда востребованы технологии многопоточности, асинхронности и хайлоада. к тому же стирается грань между клиентом и сервером. уже сейчас велик соблазн перетащить почти всю логику на клиента а серваком отдавать лиш контент. и единый язык клиента и сервера - тут очень был бы кстати. JS как раз в эту сторону и идет.

тот же питон, децкими болезнями давно переболел. он значительно старше php. при этом со временем только набирает популярность, а не валяется на обочине как Perl например.
да он не так "нативно заточен под веб", но фреймворки плюс мощные возможности заложенные в сам язык деляют его сильным игроком почти в любой сфере. этим он мне и симпотичен

Anjey aka PMr u,
Перл последние 3 года не валяется на обочине
возможно.
только я видел всего одного заказчика из буржундии, который заказал у нас поддержку своего довольно крупного проекта на Perl. причем, как я понял, он так устал искать perl разработчиков и переплачивать за это, что в итоге параллельно с поддержкой заказал у нас новую версию сайта , уже на php. ибо его расчеты и исследования рынка показали что ему это будет намного дешевле обходится.

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

это конечно не показатель. но тенденция есть

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

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