Привет! Хочу с тобой поделиться своим опытом. Долгое время я считал, что нужно стать экспертом, прежде чем начинать кого‑то учить. Типа, сначала освой технологию на 150%, потом уже открывай рот. Классическое мышление перфекциониста, не правда ли?
Как всё началось
Пару лет назад ко мне в команду пришёл джун. Классический случай — куча вопросов и Angular знает примерно на уровне «я умею делать кнопочки». В это время подъезжает очередной проект «надо было вчера» на SSR.
Думаю: «Ну все, теперь придётся месяц объяснять базу». Но решил попробовать другой подход — дал ему небольшую задачку и сказал: «Разберись сам, а потом расскажи команде, как это работает».
Магия началась
Парень ушёл в глубокое погружение. Через неделю он не просто решил задачу — он подготовил презентацию, где объяснил всю цепочку от клика пользователя до рендера компонента. И знаешь что? Я сам узнал пару новых моментов.
Оказалось, когда готовишься объяснить что‑то другому, мозг включается в режим «а точно ли я это понимаю?». Начинаешь копать глубже, искать логику там, где раньше просто запомнил как шаблон.
«Эффект Фейнмана» в действии
После этого случая я стал регулярно просить разработчиков делиться знаниями внутри команды. Изучил новую библиотеку? Расскажи остальным. Решил интересный баг? Покажи, как докопался до причины.
И что ты думаешь? Команда стала прокачиваться и задачки стали закрываться ещё быстрее? Нет! Но мы стали работать на одной волне (в разрезе технологий). Каждый стал применять новые знания в своей части проекта (а не по одиночке) и код проектов стал структурированнее, а задачи выполняться качественнее.
Почему это работает
Дело в том, что наш мозг — ленивая штука. Он отлично умеет создавать иллюзию понимания. Читаешь документацию, киваешь: «Да, логично». А потом садишься объяснять коллеге и понимаешь, что у тебя в голове каша. А такое даже часто всплывает на собеседованиях, когда ты уже с пелёнок используешь технологию, а как объяснить это — теряешься.
Когда учишь других, активируются совсем другие механизмы. Приходится структурировать мысли, находить простые аналогии, предугадывать вопросы. Это как занятие исконно программерским занятием — дебагингом.
Практический совет
Не жди, пока станешь 100% гуру в технологии. Изучил основы — поделись с джунами. Разобрался с новой фичей — расскажи коллегам. Даже если знаешь тему на 60%, объяснение поможет тебе самому разобраться ещё больше в этой технологии.
Заключение
Самое интересное, что этот принцип работает везде, не только в IT. Хочешь лучше понять архитектуру приложения? Объясни ее новичку. Изучаешь новый фреймворк? Напиши туториал.
Преподавание — это не про то, что ты уже знаешь. Это про то, что ты узнаёшь в процессе. Ну и ещё это отличный способ прокачать свои soft skills.
Не стесняйся делиться знаниями! Твой мозг скажет тебе спасибо, а коллеги — спасибо за лишний час без работы. Удачи!
Моя статья также доступна тут.
sci_nov
Да, полностью согласен