Дорабатывая код на одном из проектов, пусть даже и не на питоне, все равно, вспомнил о существовании дзена . Это был нечитаемый спагетти-код в котором без дебагера не возможно было бы разобраться в принципе. По этому считаю, что первые семь правил не помешали бы рядовым программистам. В целом мое мнение, что надо писать код так, что кода возвращаешься к нему через месяц, понимаешь что происходит.
Тим Петерс, в 1999 году, предложил свой набор правил. Они представляли собой 20 пунктов, последний из которых не был заполнен, т.к. Заполнить его было предложено Гвидо Ван Россуму, создателю питона.
Найти дзен можно выполнив команду `import this` в питоне.
В переводе на русский это будет выглядеть примерно так:
- Красивое лучше уродливого.
- Явное лучше неявного.
- Простое лучше сложного.
- Сложное лучше запутанного.
- Развернутое лучше вложенного.
- Разреженное лучше плотного.
- Читаемость имеет значение.
- Особые случаи не настолько особые, чтобы нарушать правила.
- При этом практичность важнее безупречности.
- Ошибки не должны замалчиваться.
- Если не замалчиваются явно.
- Встретив двусмысленность, отбрось искушение угадать.
- Должен существовать один - и, желательно, только один – очевидный способ сделать что-то.
- Хотя этот способ поначалу может быть и не очевиден, если вы не голландец.
- Сейчас лучше, чем никогда.
- Хотя никогда часто лучше, чем *прямо* сейчас.
- Если реализацию сложно объяснить – идея точно плоха.
- Если реализацию легко объяснить – возможно, идея хороша.
- Пространства имен – отличная штука! Будем использовать их чаще!
P.S. Я понимаю, что есть люди, которые специально пишут код так, чтобы другие не могли его поддерживать (например что-бы клиент не ушел), но разве самим потом удобно поддерживать это безобразие?