Весь прикладной код глобально можно разделить на три уровня: домен, управляющий код и представление. Если в каких-то частях (например, в конечных точках) грязный код допустим, то на других его быть не должно — это может повлиять на архитектуру и поддержку проекта. CEO Хекслета Кирилл Мокевнин в своем твиттере рассказывает о критичности разных кусков кода при разработке и ревью: как они влияют друг на друга и в каких моментах оптимизация критична.
В твиттере Кирилла Мокевнина есть несколько популярных тредов: например, про мифы вокруг ООП, автоматное программирование и индепотентность. В качестве эксперемента публикуем один из них на Хабре.
Комментарии (4)
init0
01.02.2022 16:44+10Интересно, как такой "эксперимент" с репостом постов из твиттера прошел модерацию?
Milkweed
03.02.2022 15:08Крайне спорные утверждения.
То есть мы забьём на код со стороны UI, а потом, чтобы передвинуть кнопку, кому-то придётся отрефакторить несколько представлений?
Вообще разделения по типу "ну тут можно грязь и костыли оставлять, а тут чистый код" ни к чему хорошему не приведут. Одно дело, когда нам нужно быстро получить POC, а потом наводить красоту, и совсем другое, когда такое делают на устоявшемся проекте на регулярной основе.
Nikita22007
Может всё же стоило не репостить твитер на хабр, а написать статью со ссылкой на источник? Выглядит ужасно