У меня больше 5 лет опыта в IT, и я хорошо делаю свою работу. Я умею разбираться в сложной логике, читать чужой код, задавать неудобные вопросы, искать причины багов, думать о поддерживаемости и не закрывать глаза на странные места в системе. Я придирчива к себе. Иногда даже слишком. К качеству кода тоже придирчива: мне важно, чтобы решение было не просто “работает сейчас”, а чтобы его можно было понять, поддерживать, отлаживать и безопасно развивать дальше. Но есть один неловкий момент: я не чувствую себя готовой к собеседованиям. Я ни разу в жизни системно не решала задачи на LeetCode. Не штурмовала теорию, которая, по моему ощущению, часто нужна только для интервью. Не могу налету рассказать, как ClickHouse устроен под капотом. Не знаю наизусть большинство алгоритмов. И теорию вероятности тоже не достану из головы за 30 секунд. Иногда из-за этого появляется странное чувство: будто весь мой реальный опыт меньше весит, потому что я не готова к формату интервью. Но потом я вспоминаю, что за эти годы я писала код, который живёт в production. Разбиралась в legacy. Работала с багами, которые нельзя решить красивым ответом из учебника. Думала о безопасности, читаемости, устойчивости и будущем сопровождении. И я всё больше убеждаюсь: умение проходить собеседования и умение хорошо работать — это не всегда один и тот же навык. Да, к интервью можно и нужно готовиться. Но мне хочется, чтобы в найме было больше места для разговора о реальном инженерном опыте: какие задачи человек решал, как думал, где ошибался, что улучшал и какой код оставлял после себя. Потому что код, который я пишу, может быть не идеальным. Но он безопасный, понятный и поддерживаемый. А для меня это всё ещё один из главных признаков хорошей backend-разработки.