A Philosophy of Software Design — выпуск 4

Финал начинает с consistency. Одинаковые понятия получают одинаковые имена, сходные interfaces ведут себя предсказуемо, а deep modules скрывают различия. Conventions снижают нагрузку с помощью linters и checkers. Менять правило стоит только с оценкой цены, рисков и планом миграции.

Очевидность кода существует для читателя. Naming, comments и форматирование дают контекст, но нужны и локальные idioms. В inheritance важно разделять interface и implementation: первое фиксирует контракт, второе переносит скрытые детали. Composition обычно сохраняет границы лучше.

Обзор software trends избегает религии. Design patterns полезны как словарь, но вредят, когда решение подгоняют под знакомую схему. Unit tests позволяют менять implementation; TDD рискует отдать design тест-кейсам. Convention over configuration помогает, пока скрытых правил не слишком много.

Design for Performance начинается с measurements. Усилия направляют на critical path и частый сценарий, оставляя corner cases вне горячего кода. Decide What Matters продолжает мысль: не всё может быть важным, поэтому business context и опыт выбирают место максимального эффекта. Финал собирает red flags и приёмы книги.