1) он простой, и интуитивно понятный. я его за пару часов освоил.
2) это язык для использования на практике, а не любимый математиками LISP, который понять нет никакой возможности.
3) это быстрый язык. Всякие матановские LISP'ы может и хороши с т.з. академиков, но их не понимают не только нормальные кодеры, но и современные процессоры. Потому программы на LISP'е жрут немеренно памяти, и выполняются мучительно долго (за то - красивый и логичный код).
4) это переносимый язык - он работает ВЕЗДЕ. и на венде - тоже
5) это интерпретатор. а значит написанные программы можно сразу выполнять, и не нужно тратить время на сборку. Известно, что основное время тратится лишь на очень малом количестве кода, и никто не мешает написать маленький модуль на С, а всё остальное на пайтоне, в итоге получится и просто и быстро. См. например mercurial.

И что же в нём клоунского?

вот, забыл СУТЬ:

    * Красивое лучше, чем уродливое.
    * Явное лучше, чем неявное.
    * Простое лучше, чем сложное.
    * Сложное лучше, чем запутанное.
    * Плоское лучше, чем вложенное.
    * Разреженное лучше, чем плотное.
    * Читаемость имеет значение.
    * Особые случаи не настолько особые, чтобы нарушать правила.
    * При этом практичность важнее безупречности.
    * Ошибки никогда не должны замалчиваться.
    * Если не замалчиваются явно.
    * Встретив двусмысленность, отбрось искушение угадать.
    * Должен существовать один — и, желательно, только один — очевидный способ сделать это.
    * Хотя он поначалу может быть и не очевиден, если вы не голландец[6].
    * Сейчас лучше, чем никогда.
    * Хотя никогда зачастую лучше, чем прямо сейчас.
    * Если реализацию сложно объяснить — идея плоха.
    * Если реализацию легко объяснить — идея, возможно, хороша.
    * Пространства имён — отличная штука! Будем делать их побольше!

Я бы ещё добавил краткость: 5 строк на Питоне запросто могут сделать то, на что на Яве понадобится 10—15.

Для этого достаточно трёх букв, и без sed. У python несколько другие задачи.

Нет, это вы не поняли.

даю на это 1-3 коротенькие строки на лиспе, которые сможет распарсить тот, кто умеет парсить лисп. :lol:

у sed команды короткие. Вот список sed-команд:

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

Поймите меня правильно: sed это не самый лучший ЯП (лучшего не может быть), он просто самый лаконичный. В BrainFuck команд ещё меньше(+-<>[],.), но их нужно очень много даже для простеньких программ.

  Просто огрооооомный минус.

посиди в своем любимом месте.

покажи свой код хоть одной программы

где взаимосвязь

Ну раз ты еще Си, Си++ (а синтаксис слизан от туда) считаешь быдло языками  я даже представить не могу что для тебя нормальный ЯП.

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

дело в том, что case это скрытое GOTO из бэйсика. И применять его нужно очень редко, и очень аккуратно. В любом ЯП существуют различные изящные способы обойтись без case && goto, и если кодер их таки применяет, то это говорит об очень низкой его подготовке. (или об очень высокой, если он их применяет грамотно). средства для обхода case имеются как в php, так и в python'е. При чём и там и там они в 99.9999% случаев многократно упрощают и ускоряют программу.

ну если тебе охота с собой поспорить - пожалуйста. С и С++ - совершенно другие ЯП, и не имеют к PHP никакого отношения. Да и синтаксис там совершенно другой. Просто похожий.

поставь себе нормальный текстовый редактор, сколько можно мучить notepad.exe?! я не трачу времени на пробелы, это проблема Мооленаара.

ещё один характерный признак начинающего.

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

Но мы-же не вирусмейкеры, в наших интересах написать как можно более прозрачный и простой код, что-бы:
1) не допустить ошибок
2) с лёгкостью найти ошибки, которые мы неизбежно допустим.
3) просто и быстро ввести новые фичи.
4) облегчить жизнь тем, кто захочет нам помочь.

Обычно вместо case в С используется массив указателей на функции, а в С++ - виртуальные функции. Компилятор сам выбирает нужную функцию в зависимости от типа объекта, и никакой необходимости в case нету. К тому-же, case в С имеет очень ограниченный функционал - жрёт только целые константы, что очень ограничивает её применение.

э... Это далеко не только моё мнение. Почитайте замечания Кернигана и Ричи о стиле. Уж им-то вы доверяете?

а вот Мооленаар настаивает, и других заставляет. Опять-таки, вы хотите поспорить с признанным классиком? Ну-ну...

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

в каком смысле - "не причём", если он сам отступы расставляет? ситуация когда нет VIM'а это не ситуация, а драма

у меня? никаких. ну наверное лишь один есть недостаток - нет классиков PHP, и нет образца, к которому есть смысл стремится. Потому-то я и боюсь открывать php файлы. Да и вообще, php - изначально индусский код, в котором всё перемешено так, что ни о какой структуре или архитектуре и говорить не приходится - что-то такое аморфное и изначально кривое.

на python можно написать рабочий концепт, а потом переводить его на C, С++. Все таки разработка на нем в разы быстрее.