Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-02-26

1 <p>Теперь мы знакомы с ролью наставника, но какой же характер у нашего героя? В этом уроке мы разберемся, какой стиль общения принят на Хекслете и разберем на примерах, как общаться стоит, а как - нет.</p>

2 <p>Счастливый студент - это главный показатель нашей работы и ключевой приоритет Хекслета. Со студентами наставники Хекслета общаются нейтрально, с позиции экспертов, но при этом приветливо и уважительно. Представим идеального (в том числе и с точки зрения софт-скиллс) тех- или тимлида - примерно таким нам и необходимо стать при общении со студентами. Базовые принципы:</p>

3 <ul><li>Наставники Хекслета общаются на равных, но не допускают фамильярного обращения. По умолчанию в общении используется "вы", а не "ты". Однако, если мы обсудили этот вопрос со студентом / студентами и договорились общаться на "ты", то общаемся на "ты".</li>

4 <li>Наставники Хекслета доброжелательны и никогда не заставляют испытывать чувство вины.</li>

5 </ul><p>Наставники - не друзья студентов и не врачи (психотерапевты). Мы не оцениваем личность и не погружаемся в личную жизнь студентов. Наставник - это профессионал, задача которого - поддерживать студента в его желании научиться. При этом мы сохраняем человеческое лицо. Итак, разберемся, как же найти баланс.</p>

6 <h2>Рекомендации</h2>

7 <p>Общаясь со студентом или группой студентов, мы можем выразить одну и ту же мысль разными способами. Сравним четыре варианта анонса мероприятия:</p>

8 <ol><li>Добрый вечер. Напоминаю, что завтра в 20.00 по Москве я проведу вебинар на тему "Функции в JavaScript". Расскажу о том, что такое функции концептуально и о том, для чего они используются. Вебинар будет полезен тем студентам, кто уже освоил синтаксис языка, но и студентам других уровней послушать будет не лишним.</li>

9 <li>Здорово котаны! Завтра в 20.00 по Москве (разумеется) залетайте на вебинар по функциям в JavaScript. Раскидаемся, что это вообще такое, зачем оно нам надо и для чего нам это учить. Если синтаксис JS уже освоили - красавчики. Если отстали или наоборот улетели вперед, все равно врывайтесь - пригодится.</li>

10 <li>Привет, ребята! Напоминаю, что завтра в 20.00 жду вас на вебинаре по функциям в JavaScript. Разберемся, что же такое функции, а главное - для чего они применяются и как помогают нам, программистам, в нашей работе. Для того, чтобы качественно усвоить эту информацию, нужно понимание синтаксиса на базовом уровне. Но если вы пока что его не "добили" или наоборот убежали вперед - все равно приходите. Пригодится на будущее или для повторения пройденного. Кто придет, ставьте плюсики и до скорой встречи в эфире!</li>

11 <li>Завтра вечером новичкам расскажу про функции в ЖС встреча в гуглокалендаре куратор скинет ссылку.</li>

12 </ol><p>Предпочтительный вариант здесь третий: он не слишком официальный, не слишком развязный и при этом непринужденный и приветливый. Четвертый вариант отвечает формальным требованиям к анонсу, но сделан "на отвали" и может вызвать у студентов уныние.</p>

13 <p>При личном общении со студентом мы придерживаемся нескольких правил:</p>

14 <ul><li>Поддерживай и поощряй</li>

15 <li>Хвали человека - ругай код</li>

16 <li>Не указывай</li>

17 <li>Направляй, а не отвечай</li>

18 </ul><p>Далее мы разберемся, что значит каждое из них, но прежде поговорим о психологической составляющей:</p>

19 <ol><li>Приводя в пример плохие практики и неудачные решения, мы не делаем другого человека прямым участником этих событий: "представьте, что вы написали плохой код". Всегда делаем это от третьего лица: "представьте себе программиста, который написал такой код, а потом...".</li>

20 <li>Стремимся избегать интерпретации мотивов поведения. Обсуждаем только сами решения, а не то, почему что-то было сделано.</li>

21 <li>Никогда не сравниваем человека с другими людьми. Это может быть очень болезненно.</li>

22 </ol><h3>Поддерживай и поощряй</h3>

23 <p>Правильная обратная связь включает в себя не только замечания по коду, но и похвалу за правильные подходы и удачные решения. Например:</p>

24 <ul><li>Конфигурация проекта выглядит отлично</li>

25 <li>Удачное разбиение по модулям</li>

26 <li>Функция хорошо изолирована</li>

27 <li>Ничего лишнего, код делает свою задачу на отлично</li>

28 <li>Мне нравится решение реализовать эту функциональность через <что-нибудь></li>

29 </ul><p>Если студент что-то удачно исправил, то скажите ему об этом. Хвалите хотя бы раз за проверку.</p>

30 <h3>Хвали человека - ругай код</h3>

31 <p>Замечания всегда должны быть направлены на код и никогда - на человека. Можно выражать похвалу не только решению, но и усилиям, которые человек потратил на решение. Особенно если трудно найти объективную причину для похвалы.</p>

32 <h4><strong>Так говорить нельзя</strong></h4>

33 <ul><li>Вы написали плохой код</li>

34 <li>Так нормальные программисты не пишут</li>

35 <li>Этот код отстой</li>

36 </ul><h4><strong>Так правильно</strong></h4>

37 <ul><li>Это решение приводит к таким-то проблемам</li>

38 <li>Это неудачное решение потому что</li>

39 <li>Алгоритм можно реализовать проще, например, если сделать так</li>

40 <li>Стало лучше, но надо доработать вот этот момент</li>

41 </ul><p>Стараемся формулировать замечания в положительном ключе, не "это плохой код", а "этот код можно сильно сократить/доработать/упростить".</p>

42 <h3>Не указывай</h3>

43 <p>Студенту важно понимать причинно-следственные связи почему одно решение лучше другого, а не получать установки "делай так, потому что так правильно". Использование слов "должен" нужно сводить к минимуму.</p>

44 <h4><strong>Так говорить нельзя</strong></h4>

45 <ul><li>Эта переменная должна называться так</li>

46 <li>Вы должны реализовать этот алгоритм так</li>

47 <li>Вы должны переписать этот кусок кода</li>

48 </ul><h4><strong>Так правильно</strong></h4>

49 <ul><li>Такое название будет лучше отражать суть</li>

50 <li>Имя функции должно быть глаголом (в таком варианте использовать допустимо)</li>

51 <li>Этот модуль не может зависеть от источника данных, так как процесс парсинга работает только с данными</li>

52 </ul><h3>Направление, а не ответ</h3>

53 <p>Лучший способ обучения - когда студент сам доходит до ответа путем проб и ошибок. Наставники Хекслета дают готовые решения только в исключительных случаях. В основном наша задача - направлять, например, задавая вопросы, прикладывая ссылки или рассказывая про подводные камни. Примеры:</p>

54 <ul><li>Прочитайте эту статью про цепочки:<a>https://ru.hexlet.io/blog/posts/sovershennyy-kod-proektirovanie-funktsiy</a>она позволит улучшить код модуля.</li>

55 <li>Про дефолты рассказывается в этом видео:<a>https://www.youtube.com/watch?v=vkUTX1hruF8</a>оно длинное, но я рекомендую посмотреть целиком и обратить внимание на фрагмент с дефолтами.</li>

56 <li>В этом решении не учитывается один кейс. Что произойдет если сеть начнет тормозить? Попробуйте воспроизвести такую неисправность и ошибка всплывет сама.</li>

57 <li>Представьте что вам пришли<em>такие</em>данные на вход. Как это повлияет на код? Покройте этот кейс в тестах.</li>

58 </ul><p>В любом случае, каждое замечание должно быть обосновано при помощи небольшого описания либо ссылки по теме.</p>

59 <h2>Проблемы и замечания</h2>

60 - <p>Бывает, что наставники словно переносят опыт из школы на студентов, как бы черкая красной ручкой по их работам: "в этом коде проблемы тут и там, нужно исправить мои замечания". Даже если текст составлен в целом хорошо, но содержит много слов негативного окраса, это портит общее впечатление студентов. На Хекслете слово "проблема" фигурирует только в контексте "какую проблему человека мы решаем?". Все остальное на пути студента должно вести к решению его проблемы, быть средствами для достижения цели, но не должно становиться проблемой само ��о себе. Иногда полезно об этом вспомнить и объяснить студенту.</p>

60 + <p>Бывает, что наставники словно переносят опыт из школы на студентов, как бы черкая красной ручкой по их работам: "в этом коде проблемы тут и там, нужно исправить мои замечания". Даже если текст составлен в целом хорошо, но содержит много слов негативного окраса, это портит общее впечатление студентов. На Хекслете слово "проблема" фигурирует только в контексте "какую проблему человека мы решаем?". Все остальное на пути студента должно вести к решению его проблемы, быть средствами для достижения цели, но не должно становиться проблемой само по себе. Иногда полезно об этом вспомнить и объяснить студенту.</p>

61 <p>По возможности стоит использовать больше слов положительного окраса:</p>

62 <ul><li>"Ревью, улучшения, рекомендации" - вместо "замечания"</li>

63 <li>"Ситуации, сложности, особенности" - вместо "проблемы"</li>

64 <li>"Ошибки", как сущности из кода, но не "ты ошибаешься"</li>

65 </ul><h2>Заключение</h2>

66 <p>Как это часто бывает, любые хорошие рекомендации можно использовать во вред и довести до абсурда. Наставнику не следует превращаться в сфинкса, который говорит загадками и доводит студента излишней дружелюбностью. Нормально попросить обратной связи от стороннего наблюдателя - куратора или своих студентов, насколько им комфортно. В ситуациях, когда проблемы в общении наставника становятся видны невооруженным глазом, на помощь приходит команда Хекслета и делает ревью наших ревью, дает предложения по улучшениям, помогает наладить коммуникацию. Люди становятся наставниками по факту работы над собой, а не просто по названию должности.</p>