Весь прикладной код глобально можно разделить на три уровня: домен, управляющий код и представление. Если в каких-то частях (например, в конечных точках) грязный код допустим, то на других его быть не должно — это может повлиять на архитектуру и поддержку проекта. CEO Хекслета Кирилл Мокевнин в своем твиттере рассказывает о критичности разных кусков кода при разработке и ревью: как они влияют друг на друга и в каких моментах оптимизация критична.

В твиттере Кирилла Мокевнина есть несколько популярных тредов: например, про мифы вокруг ООП, автоматное программирование и индепотентность. В качестве эксперемента публикуем один из них на Хабре.

Комментарии (4)


  1. Nikita22007
    01.02.2022 15:57
    +26

    Может всё же стоило не репостить твитер на хабр, а написать статью со ссылкой на источник? Выглядит ужасно


  1. init0
    01.02.2022 16:44
    +10

    Интересно, как такой "эксперимент" с репостом постов из твиттера прошел модерацию?


    1. LevPos
      02.02.2022 04:36

      Разве у корпоративных блогов есть модерация? @Exosphere


  1. Milkweed
    03.02.2022 15:08

    Крайне спорные утверждения.

    То есть мы забьём на код со стороны UI, а потом, чтобы передвинуть кнопку, кому-то придётся отрефакторить несколько представлений?

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