Это история о бывшем вузовском преподавателе, который нашел свое призвание в ИТ, но не перестал обучать молодых специалистов. Знакомьтесь — Андрей Трубицын, Solution Architect, уже практически 5 лет сотрудничает с EРАМ. За его плечами 8 лет преподавания в ВУЗе и сейчас он задействован сразу в нескольких образовательных проектах компании. Андрей не стремился к преподаванию, но жизнь раcпорядилась иначе. Итак, далее рассказ от первого лица.
В детстве увлекался произведениями фантастов Азимова, Лема, Стругацких, мечтал создавать роботов. С момента, когда в доме появился 8-разрядный ZX Spectrum, все мои мысли были только о программировании. В лицее я впервые познакомился с компьютерами из Европы, первые 286-е машины. Именно там в 11 классе у меня случился первый опыт преподавания. Я рассказывал пятиклассникам о Norton Commander, как копировать файлы, запускать игры, считывать информацию с дискеты. Изучая математику в вузе (механико-математический факультет в Харьковском национальном университете им. В.Н.Каразина), как и многие студенты, я постоянно подрабатывал — решал лабораторные по программированию. Параллельно поступил в аспирантуру. Оказалось, преподавателей математики много, а информатики — нет. Поэтому в 22 года я начал читать лекции по программированию. Читал курс по языкам программирования С++, Java, базы данных, спецкурсы по шаблонам проектирования, криптографии. Вначале было страшно – в аудитории мои вчерашние приятели. Сложно воспринимать себя в новой роли, но это как раз был отличный период развития soft skills.
К программированию на мехмате относились как к гуманитарному предмету, единицы по-настоящему хотели учиться. Я работал только с теми студентами, кто интересовался, от других требовал минимум знаний. Сейчас – по-другому, когда я преподаю, вижу отдачу. Люди понимают, что программисты зарабатывают выше по рынку, и это мотивирует. Иногда я встречаю своих бывших студентов среди тестировщиков, программистов, хотя в свое время они обещали никогда не заниматься программированием. За обещание я ставил им тройки.
По окончанию вуза я работал в «Институте комплексной автоматизации», который разрабатывал программы для атомных станций. Кстати, парочка моих программ до сих пор «вертится» на Хмельницкой, Южно-Украинской АЭС. Пока я писал кандидатскую и преподавал, другой институт попросил построить систему учета мониторинга роста и изготовления кристаллов. На тот момент таких специалистов было мало – либо уехали за рубеж, либо ушли в коммерцию. Мне, молодому 24-летнему парню, выпала крутая возможность создавать продукт для крупного института, который зарабатывал миллионы на экспорте кристаллов. Благодаря этому сотрудничеству, институт прошел сертификацию на ISO, а я занялся фрилансом на различных платформах. Когда появилась семья, родилась дочь, стало ясно: надо что-то менять. Так в моей жизни появилась аутстафинговая компания Muranosoft и потом ЕРАМ. Началась моя карьера программиста и на пять лет приостановилась карьера преподавателя.
EPAM быстро растет, постоянно присоединяются новые ребята, которых нужно обучать. И вот я, уже архитектор, снова преподаю. Хотя я бы не сказал, что это совмещение карьер: обучение других – это часть моей работы инженера. Я начинаю новые проекты и хочу, чтобы ко мне приходили те, кто понимает архитектуру, умеет читать диаграммы, может брать ответственность за часть работы, помогая мне добиваться целей. С 2016 года в компании существует Solution Architecture School (SAS), где я обучаю. Цель программы – за 5 месяцев дать фундаментальные знания по этой дисциплине и помочь ребятам перейти на новый карьерный уровень в компании. Но профессия архитектора – это, откровенно говоря, сложно. А 180 часов обучения – немало, поэтому до конца доходят не все. Те, кто смогли, стали лучше выстраивать процессы и делать дизайн некоторых частей решения, анализировать требования на проектах и документировать решение. Чтобы я сам мог перейти на более высокий уровень — Senior Architect, директор по технологиям или Lead Architect — мне нужно подготовить смену, чем я и занимаюсь.
С прошлого года работаю также над внешней образовательной программой Master’s degree Program, которая создана ЕРАМ в партнерстве с одним из престижных ВУЗов Украины – Киево-Могилянской Академией. Это магистерская программа подготовлена специально для опытных разработчиков, которые мечтают о развитии карьеры в IT и она доступна абсолютно всем вне зависимости от проживания и места работы. Вместе с коллегами я разрабатывал модуль по Solution Architecture на основе опыта в SAS. Но, если в школе архитекторов больше внимания уделялось оффлайновым встречам, то в MsDP — упор на онлайн формат и воркшопы. Новый формат требует адаптации учебной программы — сделать опросники, квизы, задачи для отбора, разработка домашних заданий и т.д. Сейчас, когда половина обучения прошла, признаюсь, группа подобралась отличная. Ребята разные — есть разработчики, менеджеры, директора. Есть руководитель IT-отделения банка, которому важно не стать архитектором, но понять внутренние процессы своего IT-отдела. Интересно, что пара ребят приехали из Белоруси, самостоятельно оплачивая программу и дорогу. Я был поражен их целеустремленностью. Невзирая на то, что программа насыщенная – только один модуль длиться более 400 часов – участники крайне мотивированы. Возможно, потому что обучение платное и отношение другое. Ситуаций, когда кто-то не сделал домашку – не бывает. Как не бывает и сессий без вопросов. Студенты требуют ответов, погружаются в глубину темы, им нужны детали. Когда отдаешь знания и кому-то они нужны – преподаватель счастлив. Кстати, в «преподавательском составе» MsDP — специалисты очень высокого уровня. В Киев приезжали выступать «IT-звезды» — несколько СТО, топы ЕРАМ, а также приглашенные преподаватели, среди которых Бертран Мейер, выпускник Стэндфорда, создатель языка программирования Eiffel. Это люди, которые много добились, у них огромный опыт, широкий взгляд на происходящее. Эти встречи очень популярны.
Также я участвую в менторинговой программе. Она полезна для специалистов, которые приходят с рынка и не всегда владеют экспертизой, необходимой для проекта. Наставник может помочь быстрее включиться в работу. Иногда приходят опытные специалисты, которые хотят пройти ре-трейнинг своих навыков. Вместе мы готовим персональный план развития, цели, которые ученик хочет достичь за определенное время. Обычно такое сотрудничество длится 2-6 месяцев. Это хороший опыт, но прежде всего очень важно сначала проговаривать, зачем это ментору и зачем это менти. Вообще, хорошая привычка — всегда думать, зачем мы что-то делаем. Как-то работал одновременно с 7 ребятами, но быть наставником для такого количества — это трудно. Позже мои менти разошлись по проектам, некоторые исполняют функции архитектора, некоторые до сих пор работают со мной, мы поддерживаем связь. Пока что они не стали архитекторами, но понимание архитектурной работы у них есть.
Но все же, для чего преподавание мне? Все достаточно прагматично – это возможность капитализировать себя как специалиста и признание моей экспертизы. Чтобы развиваться и зарабатывать больше, мне нужно делать то, чего не делают другие, идти на более сложную позицию. Для этого мне нужно оставить после себя стабильную ситуацию, компетентных специалистов. Также мне, как и любому человеку, важна потребность в самовыражении и признании. Когда меня слушают, спрашивают, появляется чувство востребованности. Преподаватели знают, о чем я.
Но кроме того, мы все продаем свои компетенции на рынке. Из двух кандидатов на позицию с практически одинаковым резюме, с похожим опытом и навыками, мы выбираем известного — того, кто выступал на конференциях, хакатонах, профильных мероприятиях. Взять просто хорошего специалиста или же кандидата, который сможет работать и обучать других разработчиков до уровня мидлов, сеньйора, архитектора? Ответ очевиден. Так же и софт скилами: можно взять разработчика со слабыми коммуникационными навыками, но к нему еще и менеджера. Или одного архитектора, который и общаться умеет, и в разработке силен, что будет выгодно в финансовом плане и компании, и самому архитектору.
В заключении, я бы хотел, чтобы вы задумались — кто такой хороший преподаватель. На каждого из нас в свое время оказал влияние учитель. Вспомним тандем Александра Македонского и Аристотеля. Что объединяет людей, которых мы называем «хорошими учителями»? И что нужно для того, чтобы быть похожим на них?
Во-первых, это понимание того, зачем ты преподаешь. О своих мотивах я уже рассказал выше.
Во-вторых, что ты преподаешь. Речь о технических знаниях. Я почувствовал это, когда на курсе криптографии появлялись эллиптические кривые и алгоритмы, основанные на них. Откровенно, я не до конца понимал тему. И вопросы от умных ребят были особенно «горячие». Пришлось разобраться.
В-третьих, терпение – это, наверное, самое важное в преподавании. Эта “добродетель” особенно испытывалась в вузе, когда студенты в период сессии пробовали манипулировать через здоровье, другие жизненные обстоятельства, лишь бы получить зачет. Кроме того, терпение и принятие понадобиться и в других случаях. То, что очевидно для вас, требует времени на осмысление у студента. Поэтому, преподавая, никогда нельзя скатываться в подход «я покажу, как правильно и делай, как я». Чтобы подготовить людей мыслящих, используйте другой метод — «сделай, покажи мне и я подскажу, как это сделать лучше». Да, это приводит к тому, что у каждого инженера формируется свой стиль. Но мне кажется, это к лучшему, ведь разнообразие – это то, что делает IT индустрию, да и мир в целом, прекрасней.
С чего все началось
В детстве увлекался произведениями фантастов Азимова, Лема, Стругацких, мечтал создавать роботов. С момента, когда в доме появился 8-разрядный ZX Spectrum, все мои мысли были только о программировании. В лицее я впервые познакомился с компьютерами из Европы, первые 286-е машины. Именно там в 11 классе у меня случился первый опыт преподавания. Я рассказывал пятиклассникам о Norton Commander, как копировать файлы, запускать игры, считывать информацию с дискеты. Изучая математику в вузе (механико-математический факультет в Харьковском национальном университете им. В.Н.Каразина), как и многие студенты, я постоянно подрабатывал — решал лабораторные по программированию. Параллельно поступил в аспирантуру. Оказалось, преподавателей математики много, а информатики — нет. Поэтому в 22 года я начал читать лекции по программированию. Читал курс по языкам программирования С++, Java, базы данных, спецкурсы по шаблонам проектирования, криптографии. Вначале было страшно – в аудитории мои вчерашние приятели. Сложно воспринимать себя в новой роли, но это как раз был отличный период развития soft skills.
К программированию на мехмате относились как к гуманитарному предмету, единицы по-настоящему хотели учиться. Я работал только с теми студентами, кто интересовался, от других требовал минимум знаний. Сейчас – по-другому, когда я преподаю, вижу отдачу. Люди понимают, что программисты зарабатывают выше по рынку, и это мотивирует. Иногда я встречаю своих бывших студентов среди тестировщиков, программистов, хотя в свое время они обещали никогда не заниматься программированием. За обещание я ставил им тройки.
По окончанию вуза я работал в «Институте комплексной автоматизации», который разрабатывал программы для атомных станций. Кстати, парочка моих программ до сих пор «вертится» на Хмельницкой, Южно-Украинской АЭС. Пока я писал кандидатскую и преподавал, другой институт попросил построить систему учета мониторинга роста и изготовления кристаллов. На тот момент таких специалистов было мало – либо уехали за рубеж, либо ушли в коммерцию. Мне, молодому 24-летнему парню, выпала крутая возможность создавать продукт для крупного института, который зарабатывал миллионы на экспорте кристаллов. Благодаря этому сотрудничеству, институт прошел сертификацию на ISO, а я занялся фрилансом на различных платформах. Когда появилась семья, родилась дочь, стало ясно: надо что-то менять. Так в моей жизни появилась аутстафинговая компания Muranosoft и потом ЕРАМ. Началась моя карьера программиста и на пять лет приостановилась карьера преподавателя.
Как построить карьеру преподавателя в бизнесе
EPAM быстро растет, постоянно присоединяются новые ребята, которых нужно обучать. И вот я, уже архитектор, снова преподаю. Хотя я бы не сказал, что это совмещение карьер: обучение других – это часть моей работы инженера. Я начинаю новые проекты и хочу, чтобы ко мне приходили те, кто понимает архитектуру, умеет читать диаграммы, может брать ответственность за часть работы, помогая мне добиваться целей. С 2016 года в компании существует Solution Architecture School (SAS), где я обучаю. Цель программы – за 5 месяцев дать фундаментальные знания по этой дисциплине и помочь ребятам перейти на новый карьерный уровень в компании. Но профессия архитектора – это, откровенно говоря, сложно. А 180 часов обучения – немало, поэтому до конца доходят не все. Те, кто смогли, стали лучше выстраивать процессы и делать дизайн некоторых частей решения, анализировать требования на проектах и документировать решение. Чтобы я сам мог перейти на более высокий уровень — Senior Architect, директор по технологиям или Lead Architect — мне нужно подготовить смену, чем я и занимаюсь.
С прошлого года работаю также над внешней образовательной программой Master’s degree Program, которая создана ЕРАМ в партнерстве с одним из престижных ВУЗов Украины – Киево-Могилянской Академией. Это магистерская программа подготовлена специально для опытных разработчиков, которые мечтают о развитии карьеры в IT и она доступна абсолютно всем вне зависимости от проживания и места работы. Вместе с коллегами я разрабатывал модуль по Solution Architecture на основе опыта в SAS. Но, если в школе архитекторов больше внимания уделялось оффлайновым встречам, то в MsDP — упор на онлайн формат и воркшопы. Новый формат требует адаптации учебной программы — сделать опросники, квизы, задачи для отбора, разработка домашних заданий и т.д. Сейчас, когда половина обучения прошла, признаюсь, группа подобралась отличная. Ребята разные — есть разработчики, менеджеры, директора. Есть руководитель IT-отделения банка, которому важно не стать архитектором, но понять внутренние процессы своего IT-отдела. Интересно, что пара ребят приехали из Белоруси, самостоятельно оплачивая программу и дорогу. Я был поражен их целеустремленностью. Невзирая на то, что программа насыщенная – только один модуль длиться более 400 часов – участники крайне мотивированы. Возможно, потому что обучение платное и отношение другое. Ситуаций, когда кто-то не сделал домашку – не бывает. Как не бывает и сессий без вопросов. Студенты требуют ответов, погружаются в глубину темы, им нужны детали. Когда отдаешь знания и кому-то они нужны – преподаватель счастлив. Кстати, в «преподавательском составе» MsDP — специалисты очень высокого уровня. В Киев приезжали выступать «IT-звезды» — несколько СТО, топы ЕРАМ, а также приглашенные преподаватели, среди которых Бертран Мейер, выпускник Стэндфорда, создатель языка программирования Eiffel. Это люди, которые много добились, у них огромный опыт, широкий взгляд на происходящее. Эти встречи очень популярны.
Также я участвую в менторинговой программе. Она полезна для специалистов, которые приходят с рынка и не всегда владеют экспертизой, необходимой для проекта. Наставник может помочь быстрее включиться в работу. Иногда приходят опытные специалисты, которые хотят пройти ре-трейнинг своих навыков. Вместе мы готовим персональный план развития, цели, которые ученик хочет достичь за определенное время. Обычно такое сотрудничество длится 2-6 месяцев. Это хороший опыт, но прежде всего очень важно сначала проговаривать, зачем это ментору и зачем это менти. Вообще, хорошая привычка — всегда думать, зачем мы что-то делаем. Как-то работал одновременно с 7 ребятами, но быть наставником для такого количества — это трудно. Позже мои менти разошлись по проектам, некоторые исполняют функции архитектора, некоторые до сих пор работают со мной, мы поддерживаем связь. Пока что они не стали архитекторами, но понимание архитектурной работы у них есть.
Но все же, для чего преподавание мне? Все достаточно прагматично – это возможность капитализировать себя как специалиста и признание моей экспертизы. Чтобы развиваться и зарабатывать больше, мне нужно делать то, чего не делают другие, идти на более сложную позицию. Для этого мне нужно оставить после себя стабильную ситуацию, компетентных специалистов. Также мне, как и любому человеку, важна потребность в самовыражении и признании. Когда меня слушают, спрашивают, появляется чувство востребованности. Преподаватели знают, о чем я.
Но кроме того, мы все продаем свои компетенции на рынке. Из двух кандидатов на позицию с практически одинаковым резюме, с похожим опытом и навыками, мы выбираем известного — того, кто выступал на конференциях, хакатонах, профильных мероприятиях. Взять просто хорошего специалиста или же кандидата, который сможет работать и обучать других разработчиков до уровня мидлов, сеньйора, архитектора? Ответ очевиден. Так же и софт скилами: можно взять разработчика со слабыми коммуникационными навыками, но к нему еще и менеджера. Или одного архитектора, который и общаться умеет, и в разработке силен, что будет выгодно в финансовом плане и компании, и самому архитектору.
Кто он – хороший преподаватель?
В заключении, я бы хотел, чтобы вы задумались — кто такой хороший преподаватель. На каждого из нас в свое время оказал влияние учитель. Вспомним тандем Александра Македонского и Аристотеля. Что объединяет людей, которых мы называем «хорошими учителями»? И что нужно для того, чтобы быть похожим на них?
Во-первых, это понимание того, зачем ты преподаешь. О своих мотивах я уже рассказал выше.
Во-вторых, что ты преподаешь. Речь о технических знаниях. Я почувствовал это, когда на курсе криптографии появлялись эллиптические кривые и алгоритмы, основанные на них. Откровенно, я не до конца понимал тему. И вопросы от умных ребят были особенно «горячие». Пришлось разобраться.
В-третьих, терпение – это, наверное, самое важное в преподавании. Эта “добродетель” особенно испытывалась в вузе, когда студенты в период сессии пробовали манипулировать через здоровье, другие жизненные обстоятельства, лишь бы получить зачет. Кроме того, терпение и принятие понадобиться и в других случаях. То, что очевидно для вас, требует времени на осмысление у студента. Поэтому, преподавая, никогда нельзя скатываться в подход «я покажу, как правильно и делай, как я». Чтобы подготовить людей мыслящих, используйте другой метод — «сделай, покажи мне и я подскажу, как это сделать лучше». Да, это приводит к тому, что у каждого инженера формируется свой стиль. Но мне кажется, это к лучшему, ведь разнообразие – это то, что делает IT индустрию, да и мир в целом, прекрасней.
