Новичок в Data Engineering? Следуйте этим 17 правилам кодирования
- Правило модульности: Пишите простые части, связанные чистыми интерфейсами.
- Правило ясности: Ясность лучше, чем ум.
- Правило композиции: создавайте программы, которые будут связаны с другими программами.
- Правило разделения: отделить политику от механизма; отдельные интерфейсы от двигателей.
- Правило простоты: дизайн для простоты; усложняйте только там, где это необходимо.
- Правило бережливости: пишите большую программу только тогда, когда из демонстрации становится ясно, что ничего другого не получится.
- Правило прозрачности: проектируйте для наглядности, чтобы упростить проверку и отладку.
- Правило надежности: надежность — это результат прозрачности и простоты.
- Правило представления: сложите знания в данные, чтобы логика программы была глупой и надежной.
- Правило наименьшего удивления: в дизайне интерфейса всегда делайте наименее неожиданные вещи.
- Правило молчания: когда программа не может сказать ничего удивительного, она не должна ничего говорить.
- Правило ремонта: когда вы должны потерпеть неудачу, потерпите неудачу с шумом и как можно скорее.
- Правило экономии: время программиста стоит дорого; сохранить его вместо машинного времени.
- Правило генерации: избегайте ручного взлома; писать программы писать программы, когда вы можете.
- Правило оптимизации: прототип перед полировкой. Заставьте его работать, прежде чем оптимизировать его.
- Правило разнообразия: не доверяйте всем заявлениям об «единственном верном пути».
- Правило расширяемости: проектируйте для будущего, потому что оно наступит раньше, чем вы думаете.
