Кілька принципів чистого кодексу
Поганий код працює до 2000 року. Поганий код важко зрозуміти, складніший, ніж повинен бути, непростий для перевірки, і це змушує інших розробників розчаруватися. Хоча на короткий термін написання чистого коду може зайняти більше часу, не встановлено, що написання чистого коду заощадить кожному час, зусилля і врешті-решт гроші.

Але завжди є де вчитися. Ніхто не пише чистий код з самого початку. Нещодавно X-Teamers обговорили свої найважливіші принципи збереження чистоти свого коду, і ми вирішили поділитися найкращими зі світом.
Принципи чистого коду
Чистий код не покладається на мовні правила. Натомість він спирається на мовно-агностичні принципи, узгоджені спільнотою розробників. Таким чином, навіть незважаючи на те, що початкове запитання на нашому каналі Slack було про те, як підтримувати чистий код JavaScript/TypeScript, X-Teamers відповів деякими загальними принципами дизайну чистого коду.
ПОЦІЛУЙ: Будьте простими дурними. Принцип дизайну, що походить від ВМС США, починається з 1960 року. У ньому зазначено, що більшість систем повинні бути максимально простими (але не простішими, як сказав би Ейнштейн). Слід уникати зайвої складності. Питання, яке потрібно поставити, коли ви пишете код, - "чи можна це написати простіше?"
СУХИЙ: Не повторюйся. Тісно пов’язане з KISS та мінімалістською філософією дизайну. У ньому зазначено, що кожна частина знань (у даному випадку код) повинна мати єдине, однозначне, авторитетне подання в системі (кодовій базі). Порушення СУХОГО називають ВОЛОГИМИ: ми насолоджуємось набором тексту, двічі пишемо все, марнуємо час кожного.