Я тренирую младшего разработчика.Подготовка младшего разработчика
Я хотел бы поручить ему задачу проектирования и создания объектно-ориентированного приложения.
Существуют ли какие-либо нетривиальные упражнения для примера в Интернете, которые включают хорошее описание проблемы и предлагаемую схему архитектуры?
я решил дать ему систему планирования частично основанную на этом:
Некоторые мысли: Почему вы по существу назначаете ему домашнее задание? Он уже не учился в колледже? «Как это заставляет вашу компанию больше денег? Как это делает младший разработчик узнать больше о «реальном мире»? –
Типичным упражнением является создание учебного курса курса с указанием схемы базы данных для учителей, студентов, курсов и т. Д. Я не думаю, что это тривиально, и он довольно хорошо понял требования.
ли вы что-нибудь написано описывающее эту задачу? Несмотря на то, что в целом понимается, что небольшие детали могут иметь большое влияние здесь, и я хочу использовать хорошо проверенное определение. –
Я бы порекомендовал вам делать так:
Таким образом, вы будете видеть разницу в несколько недель/месяцев :)
Я согласен, что простые задания хороши, но у меня есть инструкции, чтобы дать ему одно большое упражнение ... –
Он был студентом в течение многих лет. Ему не нужно или нужно другое задание, он хочет настоящей работы, поэтому отдайте его ему. Пан или пропал.
Сделайте, или нет. Нет никакой попытки.
~~ Yoda.
Да, кроме того, нет необходимости позволять ему погружаться: предлагайте ему ресурсы, включая вас самих, то есть быть в состоянии ответить на вопросы. – ChrisW
Дайте ему одну большую задачу, которая действительно необходима для вашей организации (что вы или кто-то другой делали иначе), дайте ему подробные инструкции (больше, чем вы обычно даете опытному разработчику: вехи, данные источники и т. д.), и направлять его на его продвижение.
Новые разработчики обычно предпочитают делать реальные вещи. Кроме того, таким образом он узнает больше вещей, которые будут полезны для его следующих задач.
В нашей организации у нас есть выбор легко разрешенных некритических билетов, которые мы склонны поддерживать как нечто, что дает новым сотрудникам в качестве их первых задач. Эти билеты обычно включают вещи вокруг основной базы кода, иногда содержащие новые «приятные» функции.
Поскольку они не являются срочными/критичными, это не будет иметь большого значения, если младший разработчик совершит ошибки. Тем не менее, им кажется, что это работает над кодом real, который помогает им сфокусироваться и контентом.
Смотреть фильм «Karate Kid» – IAdapter