ну да

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

должен, да

только там не четкая структура, просто "чет контролер большой стал, я часть методов пернес от туда"

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

ты намекаешь, что надо идти искать логику в *Service?

или в *Manager?

В *Helper

Код всегда будет неидеальным

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

У юлы 300К+ строк на вайпере
У тинька 500К+ без вайперов
И даже при таких объемах выдрачивания кода экономически нецелесообразно, целесообразно тестирование

А тк код всегда неидеален, всегда можно лучше, то я концентрируюсь на том чтобы строчек было меньше, а код проще для выкорчевывания и понимания

Часть стартапов фейлится как раз изза клинкодеров

да я хз

Мы написали — та уже нинадо

так то понятно что когда у тебя 3 строки кода ты их пишешь как хочешь и плохо не будет

Рынок изменился, инвестор ушел

но с другой стороны напиши лучше

если это не дорого

Потом будет больнее удалять 😂

есть же базовые правила, которые делают код получше без выдрачивания

почемы бы их не применить