По названию «мидл» трудно понять, какую работу разработчику готовы доверить. Советы «стань самостоятельнее» и «проявляй инициативу» оставляют тот же вопрос: что именно он должен научиться делать? Ответ стоит искать в задачах своей команды, где можно сравнить ожидания руководителя с уже сделанной работой.
За коротким советом часто стоит опыт, который помог к нему прийти: попытки, ошибки, условия, при которых выбранное действие сработало. Собеседник получает готовый вывод, но ещё может не понимать, как применить его у себя. Мне интереснее разобраться, чего ему не хватает, чем ещё раз повторить объяснение.
Приёмка учебного проекта другим наставником помогает обнаружить то, что пропустили во время совместной работы. При этом ученик получает вторую оценку, которая может противоречить первой. Ему нужно понимать, какое требование задания нарушено и как это проверить. Независимость проверяющего сама по себе ещё не делает его замечание верным.
Вопрос начинающего разработчика может заставить наставника проверить привычный приём. Сам пользуешься им давно, а объяснить, почему он подходит именно к этому коду, оказывается трудно. Тогда становится видно, где можешь обосновать свой выбор, а где пока опираешься на привычку.
У учебного задания есть трудность, ради которой его придумали: нужно самому выбрать способ решения и проверить его. Непонятное условие добавляет другую работу — угадать, какой результат имел в виду автор. Долгое прохождение ещё не позволяет отличить одно от другого. Прежде чем упрощать задание, я бы выяснил, что именно пытаются сделать ученики.
Условия учебного задания определяют, какие различия между решениями допустимы. Если важен только вид рамки, допустимы разные способы её задать. Но если ученик должен написать закрывающий тег, одного правильного вида страницы недостаточно: браузер может исправить его ошибку. От этого различия зависит, что должна проверять программа — исходный код или результат его работы.
При совместной отладке можно показать напарнику исправленную строку, так и не объяснив, почему мы заподозрили именно этот участок и как проверили догадку. Он поймёт исправление, но не обязательно поймёт, как найти похожую ошибку самостоятельно. Для меня участие в поиске начинается с возможности предложить следующую проверку и повлиять на то, куда мы пойдём дальше.
Подведу итоги работы блога за 2012 год. Год был очень насыщенным. Я выделил пять наиболее ярких и захвативших меня тем в прошедшем году. Но перед этим я хотел бы показать статистику блога. На графике сравнение 2011 (оранжевая линия) с 2012 (синяя линяя) годом по версии Google Analytics. Этот рост мотивирует к дальнейшему развитию сайта.
Хорошая книжка о NodeJS на русском языке. Подойдет для начинающих.
Презентация из 20 слайдов от Timmy Willison. Автор рассмотрел наименее распространенные операторы в JavaScript.