Одна из проблем в профессии ИТ-архитектора — это ограниченная насмотренность и практика. Работая подолгу над одним продуктом или рядом продуктов внутри одной компании глаз замыливается; не так часто приходится сталкиваться с нестандартными кейсами, с новой предметной областью, разнообразием подходов к проектированию и т.д. Даже если участвовать в архитектурных комитетах крупной компании — набор подходов и решений обычно ограничен сложившимися ИТ-ландшафтом, устоявшимися в компании паттернами и редко меняющимся составом архитекторов.
Внезапно понял для себя, что решаю это проблему не только и не столько работой на разных проектах с разными заказчиками, сколько ведением практик по проектированию ИТ-архитектур у магистрантов! Кстати в магистрантах у меня нередко как раз айтишники с большим опытом в том же Яндексе, Озоне и других бигтехах.
Так вот, как устроена практика в моём курсе, который веду — магистранты разбиваются на группы по 2-4 человека, берут себе проект из любой предметной области и проектируют его реализацию в микросервисной архитектуре. На практику приносят очередную итерацию и мы вместе её разбираем. Тут польза не только в собственной практике и обсуждении своих удачных и неочень проектировочных решений, но и в том, что все смотрят, слушают и могут обсуждать разборы чужих архитектур!
Для меня, как преподавателя, при ведении таких практических занятий самое сложное и интересное — за 15 минут вникнуть в проект, доменную область и архитектуру. Если честно, каждый раз немного волнуюсь, что не получится на достаточном уровне разобраться или не смогу что-то дельное сказать и объяснить что и почему не так 🙂
Но пока каждый раз всё это удается, и это самый кайф и реально заряжает! 🐸
За практическое занятие приходится по нескольку раз повторить упражнение для разных проектов, для чего приходится прям ресетнуть мозг при переключениях )) быстро перезагрузиться — это прям отдельная сложная и полезная (имхо) гимнастика для мозга.
Только вчера, обсуждая в беседе как идут практические занятия, пришли к выводу, что на самом занятии практика получается больше для преподавателя, т.е. меня )) Магистранты занимаются практикой в процессе подготовки своих архитектур к занятию, а на самом занятии уже вслух практикуюсь я, когда разбираю, комментирую, обсуждаю и допроектирую на ходу архитектурные схемы 😊
В итоге скорость разбора и количество проектов, доменных областей, подходов к проектированию разных команд и компаний получаются гораздо выше, чем даже теоретически можно где-то ещё получить, работая в индустрии :) А главное, что нередко после курса со мной делятся результатами реализации спроектированных архитектур или проведенного архитектурного рефакторинга, т.е. происходит замыкание на результат!
Несколько аналогичным форматом, на мой взгляд, является формат архитектурных соревнований — архитектурных кат. Но, если это быстрое соревнование с сильно ограниченным временем на проектирование — качество спроектированных решений, а значит и польза от их разбора, падает. А когда ты смотришь решения, на которые потратили достаточно времени, и причем проводишь несколько итераций совместного проектирования и ревью — в том числе резко повышается и качество насмотренности :)
Внезапно понял для себя, что решаю это проблему не только и не столько работой на разных проектах с разными заказчиками, сколько ведением практик по проектированию ИТ-архитектур у магистрантов! Кстати в магистрантах у меня нередко как раз айтишники с большим опытом в том же Яндексе, Озоне и других бигтехах.
Так вот, как устроена практика в моём курсе, который веду — магистранты разбиваются на группы по 2-4 человека, берут себе проект из любой предметной области и проектируют его реализацию в микросервисной архитектуре. На практику приносят очередную итерацию и мы вместе её разбираем. Тут польза не только в собственной практике и обсуждении своих удачных и неочень проектировочных решений, но и в том, что все смотрят, слушают и могут обсуждать разборы чужих архитектур!
Для меня, как преподавателя, при ведении таких практических занятий самое сложное и интересное — за 15 минут вникнуть в проект, доменную область и архитектуру. Если честно, каждый раз немного волнуюсь, что не получится на достаточном уровне разобраться или не смогу что-то дельное сказать и объяснить что и почему не так 🙂
Но пока каждый раз всё это удается, и это самый кайф и реально заряжает! 🐸
За практическое занятие приходится по нескольку раз повторить упражнение для разных проектов, для чего приходится прям ресетнуть мозг при переключениях )) быстро перезагрузиться — это прям отдельная сложная и полезная (имхо) гимнастика для мозга.
Только вчера, обсуждая в беседе как идут практические занятия, пришли к выводу, что на самом занятии практика получается больше для преподавателя, т.е. меня )) Магистранты занимаются практикой в процессе подготовки своих архитектур к занятию, а на самом занятии уже вслух практикуюсь я, когда разбираю, комментирую, обсуждаю и допроектирую на ходу архитектурные схемы 😊
В итоге скорость разбора и количество проектов, доменных областей, подходов к проектированию разных команд и компаний получаются гораздо выше, чем даже теоретически можно где-то ещё получить, работая в индустрии :) А главное, что нередко после курса со мной делятся результатами реализации спроектированных архитектур или проведенного архитектурного рефакторинга, т.е. происходит замыкание на результат!
Несколько аналогичным форматом, на мой взгляд, является формат архитектурных соревнований — архитектурных кат. Но, если это быстрое соревнование с сильно ограниченным временем на проектирование — качество спроектированных решений, а значит и польза от их разбора, падает. А когда ты смотришь решения, на которые потратили достаточно времени, и причем проводишь несколько итераций совместного проектирования и ревью — в том числе резко повышается и качество насмотренности :)