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