Для тех, кто понимает
May. 3rd, 2020 06:06 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagnerА ведь на вопрос:
- Откуда вы взяли, что три великих добродетели программиста это Лень, Гордыня и Нетерпение?
- От «Верблюда» - вполне содержательный ответ.
- Откуда вы взяли, что три великих добродетели программиста это Лень, Гордыня и Нетерпение?
- От «Верблюда» - вполне содержательный ответ.
no subject
Date: 2020-05-03 04:11 pm (UTC)no subject
Date: 2020-05-03 04:25 pm (UTC)no subject
Date: 2020-05-03 04:33 pm (UTC)no subject
Date: 2020-05-03 04:35 pm (UTC)А так - ну надо Lanugage Reference прочитать как художественный текст. После этого легче станет.
no subject
Date: 2020-05-03 06:51 pm (UTC)Но с учётом того, 2 сейчас стабилен, а в 3-й приезжают новые фичи, знание "трёшки вообще" тоже не спасает, всё равно приходится либо учиться, либо оставаться на двойке.
Учиться, IMHO, интереснее.
no subject
Date: 2020-05-03 06:28 pm (UTC)У перла хотя бы нижней границы нет. И при этом есть софт, который успешно переходит его типичную верхнюю границу.
no subject
Date: 2020-05-03 06:32 pm (UTC)Но вообще питон заточен на программирование сверху вниз. То есть даже не очень стандартные, но отлаженные и хорошо покрытые тестами бибилиотеки при подсчете критического объема кода не учитываюся.
no subject
Date: 2020-05-03 11:10 pm (UTC)Тогда можно будет писать библиотеки с хорошей обработкой ошибков на ML, а высокоуровневый код - на Питоне.
no subject
Date: 2020-05-03 07:06 pm (UTC)Развве что в случаях, когда интерпретатор стартует дольше, чем работает сам код. Но это в большей степени проблема маломощных компьютеров на ARM-платформе.
> если видишь программу на питоне больше этого размера — она будет работать плох
Тут от кода сугубо зависит. Выполнение линейного кода в 10к и даже в 100к строк при соблюдении ряда условий будет работать отлично, но это, скорее, академический пример. Но, на практике, монолиты в 2-3к строк в наших проектах работают без проблем.
no subject
Date: 2020-05-03 07:23 pm (UTC)> Развве что в случаях, когда интерпретатор стартует дольше, чем работает сам код. Но это в большей степени проблема маломощных компьютеров на ARM-платформе.
Не, я скорее про писание на питоне. До некоторого размера получается намного больше кода, чем на перле, шелле или tcl, что пропорционально увеличивает количество ошибок и ухудшает читаемость кода.
После перехода некоторой границы, я бы сказал, порядка сотни строк на питоне, ситуация выравнивается. Поскольку у питона чуть выше управляемость. Правда, если это не наколенное поделие, и ошибки надо обрабатывать по-взрослому, то нижнюю границу надо увеличивать.
> > если видишь программу на питоне больше этого размера — она будет работать плох
> Тут от кода сугубо зависит
Разумеется. Но опыт показывает, что начиная с некоторой границы управляемости питона становится недостаточно, и (чужая) программа на нём хорошо работает только пока в окружающей среде всё хорошо. А как только хорошо не всё, так сразу эти ситуации начинают обрабатываться некорректно. Это по сравнению с примерно того же объёма функциональности и области применения программами, написанными даже на C, который, по идее, существенно многословнее.
Мне уже кто-то высказывал гипотезу, что это оттого, что на питоне очень много пишут молодые и неопытные граждане, а попадающие в дистрибутив программы так вообще в основном их авторства, опытные по тем или иным причинам пишут на чём-то другом. (Например, вот по причине того, что язык между мажорными версиями меняется достаточно сильно, и поддержка давно написанных программ обходится заметно дороже, чем хотелось бы.)
no subject
Date: 2020-05-03 07:48 pm (UTC)Сейчас, кстати, ест занятный тренд разработки системных скриптов на питоне вместо шелла, и в ряде случаев это бывает оправдано. Шелл-скрипт на 300 строк, безусловно, явление неуникальное (у нас в 1996 году целый интернет-биллинг на ksh работал, а HP в бытность живым разрабатывал сложные кросс-платформенные среды на sh), но переход через границу десятка осмысленных команд подряд обычно уже заставляет задуматься о смене языка.
> написанными даже на C, который, по идее, существенно многословнее.
Ну,код на С/С++ качественнее хотя бы потому, что свм язык строже в отношении деклараций и контроля типов. Но это не означает, что писать качественный код на плюсах проще, просто большая часть ошибок отсеивается компилятором.
no subject
Date: 2020-05-03 07:51 pm (UTC)no subject
Date: 2020-05-05 01:24 am (UTC)no subject
Date: 2020-05-03 11:07 pm (UTC)no subject
Date: 2020-05-04 06:53 am (UTC)PS За что я нелюблю питон -- на нём все программы падают.
Вот на Си -- не все, есть хорошо написанные. На C++ тожэ. На перле, опять жэ. А на питоне -- все, никто не смог преодолеть обработку стандартных исключительных ситуацый на питоне.
no subject
Date: 2020-05-05 12:33 am (UTC)Обработка exception-ов в питоне не есть сокровенное знание и чёрная магия, это просто часть культуры языка, которой, увы, не все владеют :)
Ну есть же туча гайдов на эту тему, и для начинающих, и для продвинутых питонеров.
no subject
Date: 2020-05-05 05:35 am (UTC)Но надо сказать все же, что Гвидо существенно уступает Ларри в умении донести свою мысль до читателя простым человеческм языком.