Исправление
saahriktu,
(текущая версия)
:
- Правило модульности: Пишите простые части, соединяемые понятными интерфейсами.
- Правило ясности: Ясность лучше заумности.
- Правило композиции: Разрабатывайте программы так, чтобы их можно было соединить с другими программами.
- Правило разделения: Отделяйте правила (policy) от механизма (mechanism); отделяйте интерфейс от движка (engine).
- Правило простоты: Нацельтесь на простоту; добавляйте сложность, только где необходимо.
- Правило экономности: Пишите большую программу только когда другими средствами выполнить необходимую задачу не удастся.
- Правило прозрачности: Разрабатывайте прозрачные программы для облегчения последующего пересмотра и отладки.
- Правило надёжности: Надёжность — дитя прозрачности и простоты.
- Правило представления: Храните знания в данных так, чтобы логика программы была тупой и надёжной.
- Правило наименьшего удивления: При разработке интерфейса всегда делайте как можно меньше неожиданных вещей.
- Правило тишины: Если программе нечего сказать, пусть лучше молчит.
- Правило восстановления: Если надо выйти из строя, делайте это шумно и как можно быстрее.
- Правило экономии: Время программиста дорого; сократите его, используя машинное время.
- Правило генерации: Избегайте ручного набора кода; при любом удобном случае пишите программы, которые бы писали программы.
- Правило оптимизации: Сначала — опытный образец, потом — <<причесывание>>. Добейтесь стабильной работы, только потом оптимизируйте.
- Правило многообразия: Отвергайте все утверждения о <<единственно правильном пути>>.
- Правило расширяемости: Разрабатывайте для будущего. Оно наступит быстрее, чем вы думаете.
Исходная версия
saahriktu,
:
- Правило разделения: Отделяйте правила (policy) от механизма (mechanism); отделяйте интерфейс от движка
- Правило модульности: Пишите простые части, соединяемые понятными интерфейсами.
- Правило ясности: Ясность лучше заумности.
- Правило композиции: Разрабатывайте программы так, чтобы их можно было соединить с другими программами.
- Правило разделения: Отделяйте правила (policy) от механизма (mechanism); отделяйте интерфейс от движка (engine).
- Правило простоты: Нацельтесь на простоту; добавляйте сложность, только где необходимо.
- Правило экономности: Пишите большую программу только когда другими средствами выполнить необходимую задачу не удастся.
- Правило прозрачности: Разрабатывайте прозрачные программы для облегчения последующего пересмотра и отладки.
- Правило надёжности: Надёжность — дитя прозрачности и простоты.
- Правило представления: Храните знания в данных так, чтобы логика программы была тупой и надёжной.
- Правило наименьшего удивления: При разработке интерфейса всегда делайте как можно меньше неожиданных вещей.
- Правило тишины: Если программе нечего сказать, пусть лучше молчит.
- Правило восстановления: Если надо выйти из строя, делайте это шумно и как можно быстрее.
- Правило экономии: Время программиста дорого; сократите его, используя машинное время.
- Правило генерации: Избегайте ручного набора кода; при любом удобном случае пишите программы, которые бы писали программы.
- Правило оптимизации: Сначала — опытный образец, потом — <<причесывание>>. Добейтесь стабильной работы, только потом оптимизируйте.
- Правило многообразия: Отвергайте все утверждения о <<единственно правильном пути>>.
- Правило расширяемости: Разрабатывайте для будущего. Оно наступит быстрее, чем вы думаете.