Вчера к ночи хабр помянули... Ну, залез чего то. А там как всегда, подлизывания бизнесу:
Цели:
Новый разработчик может понять назначение приложения при поверхностном взгляде на структуру кода
Пишите так, чтобы дебилу за 20к было понятно, отчуждайте от себя свой труд эффективнее, тьфу. И так в каждой первой статье.
А есть ли где нормальные статьи по подходу к кодированию? Чтобы цели примерно так выглядели:
- продукт не ломается. Вообще, что бы юзер и входные данные с ним не делали, хоть в космос запускай
- код сопротивляется пониманию, причём не тупо, когда переменные не названы или гора условий, а так, что все условия чистого кода соблюдены, а мозг неандертальца всё равно взрывается
- код сопротивляется незаметному изменению, аутентичный, то бишь. Если изменили - должно И глючить И должно быть видно, что неандерталец сделал изменения
- код просто использовать в качестве либы. Подключил - имеешь простое апи для оплаченных сценариев
- ещё раз, всё это без явных антипаттернов
Декларативный стиль всё это решает, но не всегда.
Сокращение кода и НЕсокращение представления предметной области помогают, но мало