18:01

время сжигать мосты, время искать ответ и менять сгоревшие лампочки
Мое обучение на работе было устроенно так, что мне в начале рассказали о архитектуре системе, о конфигурационных файлах, о всякой еще административной фигне. И когда мне это рассказывали я вообще ничего не понимала и следовательно ничего не запомнила. Только после этого мне стали рассказывать о самой системе... А вот всякая "административная фигня" очень важная на самом деле. И я бы лучше бы послушала о ней уже после знакомства с самой системой. Сейчас у меня есть шанс не то чтобы обучить человека, но как минимум рассказать о системе. И хочу как раз поступить наоборот. Как вы думаете, это неправильно? Я хочу рассказать о методах разработки в этой системе, а потом уже как эта система работает на архитектурном и серверном уровне.

А как вы бы поступили?

Комментарии
23.08.2017 в 18:08

Так, чтобы ему было понятнее. Можешь перед началом обучения рассказать эту свою историю и дать понять, что меняешь привычный порядок рассказа, т.к., скорее всего, человеку так будет проще работать (если это так).
23.08.2017 в 23:40

Я хочу рассказать о методах разработки в этой системе, а потом уже как эта система работает на архитектурном и серверном уровне.

Звучит странновато.

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

Вариант третий: начать с разработки и затем чередовать.