😶‍🌫️ Как я работаю со сложными задачами и незнакомым кодом и почему это наконец сработало

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

В какой-то момент я даже сформулировала это как запрос:
"Что делать, если я прокрастинирую над сложной задачей, боюсь, что ничего не получится, и не понимаю, с чего начать?"

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

Вот что я сделала:

1. Я начала комментировать код построчно своими словами

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

Это сильно отрезвляет.
Пропадает иллюзия понимания и сразу видно, где именно пробел, а не просто всё сложно.

2. Я начала писать сообщение коллеге с объяснением проблемы

Я открыла чат и стала формулировать текст:
что я уже поняла, где именно странное поведение, какую гипотезу я вижу.

И в какой-то момент я поймала себя на том, что сообщение можно не отправлять.
Потому что пока я его писала мысли выстроились в цепочку, отделились факты от ощущений, появилась конкретная гипотеза.

🌟И задача просто решилась.🌟

Без созвонов и без "спросить кого-то умного".
Просто я наконец вынесла мышление из головы в текст.

Мой главный инсайт из этой истории:
🧠 когда я застреваю, мне не нужно "думать усиленнее", мне нужно думать вслух, через комментарии и формулировки.

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

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

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

Как подготовиться к performance review разработчику: пошаговый план

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

За 2-4 недели до ревью:

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

За неделю:

- Заполните анкету самооценки, если есть
- Попросите обратную связь у коллег, с которыми работали (обычно этим занимается HR компании)
- Продумайте свои зоны роста - лучше озвучить их самому, чем услышать от руководителя
- Составьте список вопросов: про карьерный рост, обучение, новые проекты

Перед встречей:

- Перечитайте свои записи
- Подготовьте 2-3 главных достижения, которыми гордитесь
- Сформулируйте цели на следующий период
- Настройтесь на конструктивный диалог - это не экзамен, а возможность обсудить своё развитие

На самом ревью:

- Слушайте обратную связь, не оправдывайтесь
- Задавайте уточняющие вопросы
- Обсудите план развития и ресурсы для обучения
- Зафиксируйте договорённости письменно

Главное - не превращайте ревью в формальность. Это реально полезная штука для вашего роста, если подойти к ней серьёзно.

А вы как готовитесь к performance review? Или вообще не готовитесь? 🙂