Наверное, это будет самый честный пост обо мне как о разработчике. И одновременно — о том, почему я сейчас ищу не просто очередную работу, а компанию, в которой хотел бы провести следующие несколько лет. Я Python/backend-разработчик с 5+ годами коммерческого опыта. Но мой путь в IT получился не совсем классическим. Я во многом самоучка, хотя позже получил профильное образование. У меня не было красивого пути «стажировка → Junior → наставник → Middle», где на каждом этапе тебе дают правильные задачи, объясняют архитектуру и постепенно формируют фундамент. Большая часть моего обучения выглядела проще. Есть задача. Я не знаю, как её решить. Открываю документацию. Ищу информацию. Читаю чужой код. Пробую. Ошибаюсь. Переделываю. В какой-то момент появляется работающее решение. Потом следующая задача. И так прошло несколько лет. Наверное, поэтому у меня появилась особенность, которая иногда мешает на технических собеседованиях: мой практический опыт местами опережает систематизированную теорию. Меня могут спросить название паттерна или попросить дать академическое определение — и я не сразу отвечу так, как написано в учебнике. А потом оказывается, что похожую вещь я уже когда-то реализовывал. Просто тогда мне нужно было решить проблему, а не узнать, как это решение называется на собеседовании. Я не считаю незнание теории достоинством. Наоборот, сейчас целенаправленно систематизирую знания и закрываю эти пробелы. Но обесценивать практический путь тоже больше не хочу. За ним есть реальные работающие вещи. Я проектировал backend на Django/DRF, работал с FastAPI, PostgreSQL, Redis, SQLAlchemy, asyncio, писал API и корпоративные интеграции. Работал с Active Directory, Jira, TheHive, Kaspersky, Palo Alto и другими системами. Однажды мне достался корпоративный бот примерно на 4000 строк legacy-кода. Нужно было быстро понять чужую кодовую базу, продолжить разработку и перевести ключевые компоненты на асинхронную архитектуру. Разобрался. Потом из-за ограничений Telegram существующую бизнес-логику потребовалось перенести на корпоративную платформу DION. Нормальной документации практически не было. С системой до этого я не работал. Но бизнесу было всё равно, знаю я DION или нет. Ему нужно было, чтобы всё продолжало работать. Пришлось разобраться. Разобрался и сделал. И примерно так выглядит значительная часть моей карьеры. Я далеко не всегда заранее знаю инструмент, который понадобится для следующей задачи. Но, кажется, я хорошо научился другому: заходить в то, чего пока не знаю, и разбираться. Продолжу во второй части — про AI, «вайб-кодинг» и почему я больше не считаю фразу «я этого не знаю» чем-то страшным.