Как правильно учить/дообучать стажеров и не только?

[Pandasama]

Цитата:

В колумбусе в свое время на сколько представляю народ после краткого тренинга банально кидался на проект

Вполне подходит, имхо, для аксапты - сам примерно так вливался (имея за плечами понимание о программировании вообще, конечно). Тут уже встает вопросов конкретно "краткости тренинга".

Цитата:

человек представлял те задачи с которыми сталкивался но не более

Ну а как можно обучиться чему-то, не сталкиваясь с этим? никак, конечно.

Цитата:

его решения зачастую были практическими но не корректными

Код ревью и обратная связь от руководителя проектом помогает это исправить

Цитата:

С этим по слухам боролись проводя порой эпизодические лекции или пытаясь создать центры компетенции

Ну и не без этого, конечно - нормальная ситуация, спросить совета у более опытных коллег и получить ответы.

[axm2017]

Цитата:

Сообщение от Pandasama

Ну а как можно обучиться чему-то, не сталкиваясь с этим? никак, конечно.

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

Цитата:

Сообщение от Pandasama

Код ревью и обратная связь от руководителя проектом помогает это исправить

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

Цитата:

Сообщение от Pandasama

Ну и не без этого, конечно - нормальная ситуация, спросить совета у более опытных коллег и получить ответы.

Это само собой

[mazzy]

Цитата:

Сообщение от axm2017

Вот хз. Руководителю важны сроки.

тут либо крестик, либо трусы.

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

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

[Pandasama]

Цитата:

Сообщение от axm2017

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

Ну, значит руководитель не прав.
Или его руководитель не прав, что не донес до него важность развития джуниоров для компании.

[gl00mie]

Цитата:

Сообщение от Pandasama

Код ревью и обратная связь от руководителя проектом помогает это исправить

Скорее от руководителя разработки - руководителю проекта стажер-разработчик обычно не интересен, потому что он - обуза, источник лишних неоплачиваемых часов и сорванных сроков (потому что отвлекает). Руководителю проекта интересно сделать проект быстрее и в рамках бюджета силами опытной, слаженной команды профессионалов, которым можно ставить задачи на высоком уровне абстракции. А стажеры-разработчики интересны скорее руководителям компании, потому что после полугода примерно и потом еще года два их можно "продавать" на проекты как полноценных разработчиков, а денег им платить всё еще как вчерашним стажерам.

Цитата:

Сообщение от axm2017

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

Мне кажется, никто в здравом уме не будет давать стажеру условно задачи на критическом пути. Обычно все понимают, что задачу на пару дней стажер будет делать месяц, поэтому выдают из проектных - что попроще и с меньшим приоритетом. Если сделает, и всё реально заработает, и можно будет включить задачу в акт выполненных работ (причем в рамках оценки "два дня", а не "месяц") - будет здорово, но цель вовсе не в этом.

Цитата:

Сообщение от axm2017

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

Представим, что идет стройка, и откуда-то привели начинающего "строителя", который пока почти ничего не умеет. Доверят ли такому строителю-стажеру заливать бетон для фундамента? Думаю, вряд ли... Доверят ли ему что-то, влияющее на сроки сдачи объекта? Тоже вряд ли. Как будет проверяться результат его работы? Наверно, приставленный к нему прораб будет смотреть квадратным глазом еще по ходу дела, чтоб раствор хорошо мешал или, там, арматуру вязал без огрехов, потому что вариант "ревью проводить неглубоко" работает только с опытными строителями, имеющими некий кредит доверия. Мне кажется, и со стажером-разработчиком аналогично

[db]

Практика плюс коллега с опытом. Как на заводе
Краткий тренинг
Потом в цикле до просветления:
Стажеру дается задача
Стажер думает (обязательно сначала сам), рассказывает наставнику как собирается реализовывать, вместе обсуждают правильное решение
После реализации смотрять вместе что получилось, стажер доделывает/переделывает опять же обязательно своими руками
Если в процессе реализации возникает что то с точки зрения стажера непреодолимое, то стажер обязательно сначала сам некоторое время это решить. Пусть неправильно, но обязательно сам. Т.е. ни в коем случае не справшивать сразу у наставника как правильно, а пытаться думать, искать реализацию похожего в стандарте

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

И надо понимать что программирование ерп это не творчество. Человек должен быть на подкорке научен не придумывать красивые решения, а реализовать способом уже давно придуманым до него. Сантехники мы в общем, а не разу не художники. За художества сразу по рукам бить. В редких ситуациях оно (художество) конечно надо, но это точно не уровень стажера.

[mazzy]

Цитата:

Сообщение от db

За художества сразу по рукам бить.

В этом случае от твоих рук должны остатся одни обмылки ))

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

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

И хотя я человек новый в это время, я стараюсь обосновать и привнести хорошие решения с других проектов.

Согласен и с тем, что на проекте у db я мало что привнес и много чему научился..