инфа 100

clever vs clean 🙂

clean > clever

Не всегда и не везде

Только ситхи все возводят в абсолют

Чистый код работающий целый день лучше чем грязный, но работающий минуту?

процентов 80% кода не доживает до дня когда ему нужно работать быстро)

Хммм

Тут закон Паретто) Зато эти 20% будут все тормозить)

И ещё замечание. Играет огромную роль расширяемость. Чистый код, заточенный на иммутабельность и использующий всякие плюшки типа полиморфизмов и всего такого довольно часто бывает нерасширяемым. В то время как топорная реализация может позволить расширить функционал просто дописав if где то в начале функции).

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

придём в итоге к классическому что всё хорошо в меру)

Естественно)

Гвидо всем давно приказал не использовать map и filter, т.к. есть компрехеншены, которые и понятнее и работают быстрее.

Кстати, небольшое замечание: когда функции работают с иммутабельными объектами, возможно в функциональном стиле, сложность вставки нового костыля сильно падает. Сужу только по Эрлангу: у нас есть 2 места в коде, где люди тупо вставляют костыли и подпорки. Удивительно, но вот уже 2 года оно все настолько же простое. Да, там уже черт ногу сломит в попытках разобрать полный пайплайн, однако это вообще не влияет на вставляемость костыля.

Вот такой у меня опыт. Два больших сервиса, в каждом такое свойство

А что с перфом? Если не секрет. Или это не bottleneck?

из эрланга я бы в питон притащил guards, такую красивую валидацию можно писать ❤️

ээээ

вотета?

https://www.python.org/dev/peps/pep-0622/