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