LINUX.ORG.RU
ФорумTalks

Претензии хейтеров к Питону

 ,


1

2

По результатам чтения ЛОР.

1) Отступы «легко ломаются при копипасте и редактировании». Этот пункт выглядит как форма фобии, все хейтеры ее упоминают, но нет ни одного воспроизводимого практического примера, когда что-то сломалось с отступами, и поэтому не понятно, есть проблема или нет. Может просто настроить редактор или взять правильный?

2) GIL. Для некоторых применений (numpy) это не проблема.

3) Нет многострочных лямбд. Но есть локальные функции и list comprehensions.

Что еще?

Я не говорю, что Питон надо толкать во все ниши, но просто некоторые высказывания ЛОРовских аналитиков звучат в таком стиле: «что, Питон? Посмотрел. Не_как_в_моêм любимом_языке. Закрыл. Нинужно.» А чего стоят однострочные комментарии экспертов типа «в 21м веке язык без фичи Х - не язык»...

★★★★★

Ответ на: комментарий от WitcherGeralt

И чем это отличается от любого другого языка? Суть гринтредов в дешёвых потоках. Если у вас 2.5 потока - толку 0.

RazrFalcon ★★★★★
()
Ответ на: комментарий от dem

Глупости. Функция возвраящает INT чего она не соберется..

Глупости тут пишите только вы. Функция возвращает Option<int>.

RazrFalcon ★★★★★
()
Ответ на: комментарий от oldstable

Так действительно, порог входа довольно низкий, любой говнокодер справится.

В C++? Правда штоле? Да и на це чтобы хоть что-то написать, нужно раскурить указатели сначала. Сразу половина любых в пролете.

bread
()
Ответ на: комментарий от BceM_IIpuBeT

Только не будет работать, ибо ТС не знает C++.

RazrFalcon ★★★★★
()
Ответ на: комментарий от TaV0x222
AdvertisingActionEntity action = withTx(() -> {
    AdvertisingActionEntity action1 = getActionByName(actionName);
    boolean b = action1.getPlugins().isEmpty();
    action1.setActive(!b);
    return action1;
});

В питонах это будет так:

@withTx
def action():
    action1 = getActionByName(actionName)
    b = action1.getPlugins().isEmpty()
    action1.setActive(not b)
    return action1
, осталось убрать camelCase и типы добавить по вкусу.

x3al ★★★★★
()
Последнее исправление: x3al (всего исправлений: 1)
Ответ на: комментарий от RazrFalcon

Где 2.5, там и сотня. Ты можешь сказать, что тут пора бы подумать про архитектуру, но это ре обязательно. Как в случае с питоном где попало, green threads будет просто достаточно и это напишет любая макака.

WitcherGeralt ★★
()
Ответ на: комментарий от fornlr

Если говорить про более менее нормальное ООП, то тут только Python 4 и всё ломать на.

Горшочек не вари! Тут ещё Python 2 до сих пор закопать не могут. А после выхода Python 4 все начнут третий закапывать.

EXL ★★★★★
()
Ответ на: комментарий от dem

Мораль в том, что вы не можете обратится к значению Option, если оно None. Это гарантирует компилятор.

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

А то, что что такое Some(n). В го такое очень даже есть. Функция вернула ошибку которую НИКТО не проверил и далее код просто пошел дальше работать как нивчем не бывало (а должен был упасть с эксепшном)

dem ★★
()
Ответ на: комментарий от dem

В го такое очень даже есть.

Нет.

НИКТО не проверил

В Rust компилятор не даст обратится к переменной. Ошибка компиляции. Ничего забыть нельзя.

должен был упасть с эксепшном

Хорошее решение среди быдлокодеров.

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

В Rust компилятор не даст обратится к переменной. Ошибка компиляции. Ничего забыть нельзя.

Глупости какие то. есть функция int(x: str)->int Ей передали int('x%y') ее нельзя вызвать?

dem ★★
()
Ответ на: комментарий от RazrFalcon

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

WitcherGeralt ★★
()
Ответ на: комментарий от WitcherGeralt

Тут и производительность, в общем случае, будет не принципиальна и на архитектуру плевать.

Ну то есть питона хватит?

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

Ты ведь уходишь от ответа. Это как в суд приходит чувак и требует переводчика, хотя до этого ВСЕ понимал. Так и ты. Сначала спорил, а потом сказал, что не понимаешь... Может ты с кем то в твоей голове спорил?

dem ★★
()
Ответ на: комментарий от WitcherGeralt

Вероятно код который написали ГЕНИАЛЬНЫЕ Го программисты... В Нормальном ЯП сервак бы упал выдав дамп. А этот просто работал

dem ★★
()
Ответ на: комментарий от dem

В Нормальном ЯП сервак бы упал выдав дамп

В золотые цитаты лора!

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

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

WitcherGeralt ★★
()
Ответ на: комментарий от WitcherGeralt

Ну Exception-Driven Development для меня вообще загадка. Может для вебмакак/серверов и норм, но в реальных задачах - это ппц.

RazrFalcon ★★★★★
()
Ответ на: комментарий от WitcherGeralt

Ну осилил ведь. Да просто не вставили один иф.

dem ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.