Вчера к ночи хабр помянули... Ну, залез чего то. А там как всегда, подлизывания бизнесу:

Цели:

Новый разработчик может понять назначение приложения при поверхностном взгляде на структуру кода

Пишите так, чтобы дебилу за 20к было понятно, отчуждайте от себя свой труд эффективнее, тьфу. И так в каждой первой статье.

А есть ли где нормальные статьи по подходу к кодированию? Чтобы цели примерно так выглядели:

- продукт не ломается. Вообще, что бы юзер и входные данные с ним не делали, хоть в космос запускай

- код сопротивляется пониманию, причём не тупо, когда переменные не названы или гора условий, а так, что все условия чистого кода соблюдены, а мозг неандертальца всё равно взрывается

- код сопротивляется незаметному изменению, аутентичный, то бишь. Если изменили - должно И глючить И должно быть видно, что неандерталец сделал изменения

- код просто использовать в качестве либы. Подключил - имеешь простое апи для оплаченных сценариев

- ещё раз, всё это без явных антипаттернов

Декларативный стиль всё это решает, но не всегда.








 , ,






URL записи