Какие слабые места у тебя как программиста

Что проверяют

Умеете ли вы трезво оценивать себя и что делаете с пробелами. Сама слабость интервьюера мало волнует, важнее, насколько она опасна для этой роли и есть ли у вас план. Следом часто спрашивают: «Как это проявилось на последнем проекте?» или «Что вы сделали с этим за полгода?»

Как отвечать

Возьмите одну реальную слабость и выстройте ответ из четырёх частей:

• что именно: узко и технически, а не «иногда торможу». Например, поверхностно знаю asyncio: пишу корутины, но плохо понимаю, что происходит с event loop, когда внутри вызывают блокирующий код;
• как проявилось: конкретный случай. Сервис на FastAPI начал отвечать с задержками под нагрузкой, и вы не сразу нашли синхронный вызов внутри async def;
• что делаете: книга или курс, разбор исходников, профилирование через py-spy, задачи, которые вы сознательно берёте на себя, ревью у более опытного коллеги;
• что изменилось: где сейчас граница вашего знания и что ещё осталось.

Другие рабочие варианты для Python-разработчика: слабый SQL за пределами ORM, мало опыта с профилированием и утечками памяти, привычка переусложнять абстракции, неумение вовремя попросить помощи, заниженные оценки сроков. Выбирайте то, что правда про вас, и подставляйте свои случаи и сроки: придуманную историю разбирают двумя уточняющими вопросами.

Если вы джун, не пытайтесь выглядеть человеком без слабостей. Назовите пробел, ожидаемый для вашего уровня, и покажите, как закрываете его прямо сейчас: это звучит честнее и взрослее любой заготовки.

Где спотыкаются

Выдают достоинство за недостаток: «я перфекционист», «слишком много работаю». Интервьюер слышал это сотни раз и делает вывод, что вы уходите от ответа.

Называют слабость, критичную для роли. Бэкенд-разработчик, который «не любит писать тесты», на этом вопросе отказывает себе сам.

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