Комментарии 23
Да, сколько себя помню — всегда хотел иметь наставника, чтобы посоветовал или объяснил или подсказал.
+1
От себя ещё хочу добавить, что в руководстве к действию достаточно спорная (для меня) мысль — нужно всеми силами стремиться подражать кому-то. Ещё ладно, если бы это был какой-то собирательный образ из положительных качеств разных людей. Но когда предлагается слепо наследовать кого-то конкретного, это уже какой-то фетиш.
+1
У меня были, фактически, не столько менторы, сколько «старшие помощники», но не по программированию, а по «железу» (что у меня не было основным профилем). По программированию достигал практически всего сам…
Думаю, найти в программировании настоящего ментора — большая и редкая удача.
Думаю, найти в программировании настоящего ментора — большая и редкая удача.
0
Один раз наблюдал наставничество со стороны. Начинающий программист под руководством более опытного разрабатывал chat-сервер, при этом опытный принципиально не заглядывал в код, но ежедневно обсуждал дизайн. Там случались изумительные диалоги:
— Ты настаиваешь, что бы я все переделал.
— Нет, но если не переделаешь, придется настаивать.
Результат был очень хороший — и сервер заработал, и программист за несколько месяцев очень сильно вырос.
— Ты настаиваешь, что бы я все переделал.
— Нет, но если не переделаешь, придется настаивать.
Результат был очень хороший — и сервер заработал, и программист за несколько месяцев очень сильно вырос.
0
Мне кажется, или результат как-то противоречит процессу?)
+1
Они же говорили о дизайне. Т.е. не сбивались на мелочи «табы против пробелов», «ВерблюдыИли_подчеркивания», «delete или remove». Так что не противоречит ;)
0
Но поспорить — это же не единственная цель, ради которой смотрят в код новичка. Там может встретиться уйма объективно плохих вещей и на них нужно указать, чтобы больше не допускать таких ошибок.
0
Да 100% есть такие ошибки. Просто дизайн важнее, и лучше сначала разобраться с ним, а не с этими вещами. Последовательно убирать ошибки, начав с важных, закончив несущественными.
+1
Для такого подхода не особо и нужен ментор — достаточно кого-либо, кто будет оценивать итоговое приложение просто как пользователь.
0
Эммм… Вы про какой дизайн говорите? ;)
0
Эм… судя по всему, про какой-то другой :)
0
Я про дизайн, как в Design Patterns ;)
+1
Кое-какие неудачные решения в реализацию просочились. В частности, использовались ссылающиеся друг на друга структуры, вместо агрегации в общую (разработка шла на чистом C, но обсуждалось в терминах ООП). Но ученик в следующих проектах сам разобрался.
0
Нет, вполне соответствует. Ученик ошибается, наставник дает указания, позволяющие поправиться.
Оба с чувством юмора, ни кто не обижается.
Оба с чувством юмора, ни кто не обижается.
0
НЛО прилетело и опубликовало эту надпись здесь
У меня в юности появился в жизни человек, которого можно назвать «ментором». Он был на 8 лет старше. Он не стремился меня обучать и поначалу вообще избегал контактов, но мне так нравился его стиль и подход к программированию, да и вообще к жизни, что я буквально преследовал его и искал любой повод для встречи, в ходе которой стремился чему-нибудь от него подучиться. Доходило до того, что даже деньги платил. Время и привычка сделали свое дело, впоследствии стали друзьями. Как впоследствии оказалось — по некоторым интересам и у него не было других таких близких товарищей, как я.
Так что да. «Учитель приходит, когда ученик готов» (с). В этом вопросе, думаю, инициатива должна исходить в первую очередь от ученика.
Так что да. «Учитель приходит, когда ученик готов» (с). В этом вопросе, думаю, инициатива должна исходить в первую очередь от ученика.
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Страсть к программированию. Глава 13. Найди ментора