Мы команда из 3 разработчиков (2 опытных разработчика и младший).
Мы только начали новый проект. Мы разработали приложение, сконцентрировали усилия на выборе правильной архитектуры, и теперь мы закладываем первые строки кода. Мы пишем суть этого, что будет основой всего приложения.
Это не легкое приложение. Жесткие требования к производительности, массовое распределение, сложная модель объекта и т. Д.
Мы все вне нашей зоны комфорта, особенно младшие. У него нет опыта, чтобы создать хороший дизайн заранее. Это не проблема, потому что я и другой разработчик здесь, чтобы помочь, и мы оба верим в наставничество и в создание команд, но ... мы не знаем точно, что было бы лучшим способом сделать это, чтобы он получил приятный опыт и изучает максимальное количество навыков.
Мы оба поняли, что у нас нет младшего в новых проектах, только в существующих, где младшему было легче, потому что у него была целая база кода, из которой можно учиться и вдохновлять. Но для этого приложения у нас почти нет кода. Мы только начали.
Мы думали о нескольких подходах:
- пусть он попробует сам в течение пары дней, затем вмешается и проведет рефакторинг кода вместе с ним, направит его в правильном направлении, затем повторите => Возможно, это не будет для него забавным опытом, так как мы будем указывать на его ошибки на каждом рефакторе ;
- пусть он запрограммирует парочку с одним из нас => он может стать просто «свидетелем» и согласиться со всем, что мы делаем, фактически не изучая много или переваривая большую часть информации;
- пусть мы создадим каркас каждого модуля с продуманным дизайном, а затем дадим ему модуль, чтобы добавить недостающие фрагменты => может быть неинтересно подбирать после нас, и есть риск, что он уделяет внимание только заполнению пробелов а не на весь дизайн.
Как мы можем вовлечь его в проект, чтобы он не чувствовал себя как-то вне его и чтобы он многому научился на опыте и набрал достаточно уверенности, чтобы попробовать его самостоятельно?