Продолжаю работу с ментатами 🤓

На текущем проекте столкнулся, вероятно, с классической ситуацией: в прошлом году согласовывали архитектуру планируемой инициативы, был документ, который инженеры из других команд ревьюили и согласовывали, но когда дошло до реализации, то оказалось, что rpc-ручка, на которую все завязано, не выполняет своих функцию без значительных доработок.
Ситуация серьезно подорвала веру в человеческие договоренности...

Столкнулся с проблемой: коллеги BE-инженеры не обеспечивают должного качества решаемых задач (архитектурно + код), не понимают как решать ту или иную задачу (требуют расписывать алгоритм по шагам, чтобы скормить в Гпт и все), не понимают как задача вписывается в общую систему и т.д...

Сложность в том, что код довольно старый(видел классы, написанные 14 лет назад) и запутанный, многие вещи свалены в одну кучу. Возможно часть функционала устарела, потому что по мере роста проекта функции основного сервиса переносились в новые сервисы, ну и иногда менялись требования/хотелки бизнеса. Спецификация тоже местами устарела и часть вещей, которая там описана не соответствует действительности...

На собеседованиях я врядли буду просить писать реализации, рынок настолько обнищал что ужас. за адекватные деньги найти _настоящего_ сеньора невозможно, поэтому лучше брать реально молодого джуна у которого наблюдается:
- минимальная общая подкованность (он хотя бы на словах binary search может обьяснить),
- склонность к системности (да, я готов разбираться че там в бизнесе и реальности происходит а не просто таски клепать),
- ну и "желторотая послушность", чтобы он слушал и учился.
- ах да – пишет блог
Это картина идеального джуна, но таких тоже почти не существует в природе, а если существуют – то они амбициозны, научатся всему и уйдут дальше на х3 зп)

Я совершенно неожиданно для себя попал в настоящий ад разработки созданный своими руками.
...Ну и я вижу свою проблему в том, что я плохо умею все ещё разрабатывать исходя из минимально готового варианта и развивая его. Мне хотелось чтобы заработало все и сразу и в итогу я выстрелил себе во все ноги разом и почти остался выгоревшим калекой) Гармоничное и постепенное развитие системы из простой к сложной это тот навык, который я очень хочу получить, пока получается как видно с трудом. Свои ошибки увидел только когда нагородил всякого уже. Пока я слаб с точки зрения вот такой архитектуры, хотя казалось бы, небольшой проект...

(Так-то этот проект во многом и планировался с такой целью, чтобы выявить ключевую боль software design, а архитектурщина и проектирование -- это уже последующие курсы)

Знаете я раньше думал что я пишу мало кода, или мой код полное Г, когда не могу его использовать как примеры по заданиям, а сейчас я окончательно осознаю что:
Все плюс-минус хорошо просто потому что не занимаюсь не нужным ООП, пишу функции.
Вечная благодарнось Вам, что научили программировать и думать о программах...

Хорошая абстракция - это не про "удобный API", а про создание нового уровня реальности, где правила ясны, инварианты гарантированы, а рассуждения абсолютно точны...