Хороший код и плохая архитектура часто живут в одном проекте годами.
Снаружи всё может выглядеть аккуратно: компоненты читаются, функции небольшие, линтер не ругается. Но потом открываешь форму, которой три года, и понимаешь: никто уже не помнит, где здесь источник правды, почему данные дублируются и почему любое изменение тянет за собой ещё пять файлов.
Для тех, кто строит карьеру в IT и думает о релокации, это полезный сигнал: в компаниях с сильной архитектурой обычно лучше и с процессами, и с документами, и с передачей знаний между командами. В компаниях, где всё держится на «ну оно как-то работает», удалёнка, переезды и онбординг часто превращаются в квест.
Что стоит насторожить на собеседовании:
- внятно ли объясняют, как устроен продукт и кто за что отвечает
- есть ли техдолг, и признают ли его честно
- как проходит ревью и принятие архитектурных решений
- можно ли без боли добавить новую страну, валюту, сценарий оплаты или локализацию 🌍
Хорошая архитектура не делает жизнь идеальной. Но сильно снижает шанс однажды открыть проект и спросить: «как мы вообще сюда пришли?»
Relocate IT
@RelocateITPro
Хороший код и плохая архитектура часто живут в одном проекте годами.
Этот пост опубликован в Telegram-канале Relocate IT. Подписаться можно по ссылке: @RelocateITPro.