> при смене имени класса или параметров не выдает ошибок.какая нелепая критика.
детка, это утиная типизация! и она сделана специально для удобства! если ты пишешь на Python то ты должен и думать как Python-программист. а не говорить фразы типа как "Водка это лажа, так как когда я его пробую Водку на язык -- это горько".
ну воспользуйся тогда zope.interface (или модулем abs. ды тысячи аналогов!) , если тебе прям невмоготу переучить себя на Python-программиста. думай как Python-программист, а не просто пиши Python-код!
> нужно многое в голове держать
например -- что держать?
почему нельзя записать на бумажку или сразу в код (в комментарий например или в assert)?
> отсутствие многопоточности из-за GIL. в любой момент только один поток активен
это неудобво весьма спорное.
1. GIL ускоряет Python (а не замедляет его). экспериментальные реализации Python без GIL в полтора раза медленее чем эталонный Python с GIL.
чтобы это понять -- возможно просто придётся вспомнить зачем вообще был придуман GIL :) . GIL есть и в Ruby (это случайность?).
2. в один момент активная только одна нить (Thread) -- это правда, но только наполовину правда.
предположим некая Пайтоновская нить читает байты из сокета/файла
b = fd.read(4096)
в это время (пока нить читает данные) эта нить НЕ будет является GIL-активной, но данные-то сёравно БУДУТ читаться!
а этих операций ввода-вывода -- пруд пруди. постоянно нужно что-то читать или записывать, в случае если Python-утилита является например связанной с жёстким диском или с сетью. если нить исполняет SQL-запрос, то GIL тоже не затормозит его исполнение :) ..
тоесть получается что зачастую заблокированные GIL-нити не такие уж и заблокированные. хотя да, это зависит от выполняемой задачи.
говоря простым языком: GIL-ограничение негативно влияет на распараллеливание Математики.
т.е.: внутри многонитевой Python-программы вся математичка остаётся последовательной, а ввод-вывод паралелльный.
> неповоротливый интерпретатор.
куда не поворотливый?
Python-интерпретатор довольно не сложно:
1. ...встраивать внутрь C/C++ программы.
2. ...расширять его модули за счёт C/C++-кода.
> второй год по работе приходится писать. ненавижу.
а до этого (или кроме этого?) на чём?
очевидно на чём-то на том что является противоположностью Пайтона по самой идеологии
[тоесть: статико-типизированном, компилируемом, со сложным синтаксисом].
