Говнокод vs. написать идеально: решение

А делать-то что? — воскликнет пытливый читатель, сам не осознавая, врата в какую бездну он открывает этим невинным вопросом

Ну, в первую очередь, не врать самому себе. У многих в этом месте наступает фрустрация и когнитивный диссонанс. Людям ссут в уши из всех утюгов про красоту и правильность, про паттерны и солид, про DRY и YAGNI, а по факту заставляют дайв инту питон, как на известной картинке. И человек страдает, ему хочется делать красиво, а надо делать быстро. Быстро и качественно делать не просто дорого, а очень дорого и многим этот путь просто не по карману

Так что думать надо не о коде, а о том, что он воплощает. Тут разработчику очень не помешает хотя бы капелька продуктового мышления. Взглянув на продукт в целом, уже можно ощущать собственный импакт и осознавать не фрагментированную картинку, а все вместе. И, только обретя это понимание, уже можно начать внедрять итерационные улучшения, как принцип прогрессивного джипега, например

Техдолг будет всегда. Если нет техдолга, то на следующем шаге система отправится на помойку, она перестала жить. Задача не в том, чтобы от него избавиться, а в том, чтобы его контролировать. Помнить о нем, говорить на ретро, декомпозировать задачи, впихнуть хоть немножечко. Работа с техдолгом — задача менеджеров.

Ну и да, глупо отрицать, что мы вступаем в эпоху машинной генерации кода. Наши друзья LLM будут генерировать код, который будет хорошо прожевываться компилятором, но для человека будет абсолютно нечитаем. Более того, человек его никогда и не увидит. Так что надо учиться, в первую очередь, уметь описать свою задачу декларативно и вот там красота останется неизменной. А код пусть генерят нейронки, их за это из розетки не выключают.

Ну и всегда стоит помнить о том, что любая красота — это лишь временное явление. Сегодня красиво одно, завтра будет совсем другое. Красота — она в процессе, в творчестве. Ну да, бывает сложно найти творчество в формошлепстве и крудописательстве, но и там оно есть, поверьте 😊