. Анна Юрченко — зачем дизайнеру развивать эмпатию, о курсах в Стэнфорде и как работает американский офис Stanfy
Анна Юрченко — зачем дизайнеру развивать эмпатию, о курсах в Стэнфорде и как работает американский офис Stanfy

Анна Юрченко — зачем дизайнеру развивать эмпатию, о курсах в Стэнфорде и как работает американский офис Stanfy

Компания Stanfy была одним из первых в Украине экспертов в создании мобильных приложений. После открытия американского офиса в 2012 году UX-дизайнер Анна Юрченко переехала в Сан-Франциско. В интервью она рассказала о том, как проектирование, ориентированное на пользователя, и методология дизайн-мышления помогают компании создавать востребованные продукты и завоевывать клиентов.

— Аня, ты работаешь в Stanfy уже довольно долго, расскажи, как все начиналось?

С ребятами из Stanfy я познакомилась 8 лет назад, когда я помогала делать их сайт (до этого я занималась веб-дизайном), и они решили отблагодарить меня, подарив iPod Touch, который тогда только появился. Меня восхитил этот девайс: как в нем все продумано и красиво, и я загорелась идеей создавать приложения для таких устройств. Я присоединилась к команде Stanfy, где как раз начали развивать направление мобильной разработки. В Украине в 2009 году мало кто этим занимался, фактически мы стояли у истоков. Постепенно студия сделала все более востребованный mobile development своей специализацией. Поскольку мы начали раньше всех, и у нас была экспертиза и портфолио реализованных проектов, в Stanfy был постоянный поток клиентов. Мы делали приложения для сайта «Корреспондент», «5 канала», «Лиги», «Подробностей», «Киевстара», «Боржоми» и других крупных заказчиков. В какой-то момент произошло некоторое насыщение, мы стали смотреть в сторону западного рынка. В 2012 году компания открыла офис в Сан-Франциско. Постепенно мы полностью переориентировались на работу с американскими клиентами.

— Обычно, когда наши компании открывают офис в США, то там находятся только те, кто работает с заказчиками и отвечает за продажи, а разработчики и дизайнеры, как правило, остаются в Украине. У вас ситуация немного отличается?

У нас здесь маленькая команда: фаундер Паша Башмаков, СЕО Андрей Гаркавый и UX-дизайнер, то есть я. По сути, мы занимаемся консалтингом, стараемся не просто реализовывать то, что хочет клиент, а пытаемся помочь кристаллизировать его видение продукта. При таком подходе дизайн — это та работа, которую тяжело делать удаленно. У заказчика есть понимание проблемы, которую он хочет решить, он эксперт в своей области. У нас же есть опыт в технологиях, мы знаем, как работают мобильные интерфейсы. И продукт рождается из синергии наших знаний. Здесь важно вырастить доверие, построить классные отношения с заказчиком, не ограничиваясь одним брифом и созвоном по Google Hangout. Обязательно нужно поработать вместе, устроить мозговой штурм, сходить на ланч. Все это приводит к тому, что появляются решения, объединяющие нашу экспертизу в дизайне и продукте и экспертизу клиента в domaine. Поэтому дизайн, который делается in person, всегда лучше. Это один аспект, касающийся работы с заказчиком.

Вторая причина того, что дизайнер физически находится в Сан-Франциско, относится к работе с пользователями. Очевидно, что дизайнер не может пользоваться всеми своими продуктами. И в методике дизайн-мышления существуют специальные инструменты, например, исследования и интервью, которые позволяют понять потребности пользователей, когда ты сам к ним не относишься. Что-то можно делать удаленно, но тогда ошибок будет больше. Если ты лично можешь встретиться с пользователем, эффективность выше, а если ты на собственном опыте знаком с реалиями, понимаешь проблему изнутри, то предложишь лучшее дизайн-решение.

Приведу пример из медицинской тематики. Мы сделали приложение Transplant Hero для хирурга из Нью-Йорка. Оно связано с принятием лекарств. Можно, конечно, почитать, что такое co-pay и как работает медицинская система в США. Но когда знаешь на практике, как функционируют больницы, как людям назначают лекарства, как они их получают в аптеке, даже как выглядят эти баночки, то это дает преимущество при проектировании. Решение о необходимости присутствия дизайнера в локальном офисе — оно не на поверхности, но могу сказать точно, что это имеет смысл и благоприятно влияет на создание продукта.

— Есть ли принципиальные отличия в работе с американскими клиентами по сравнению с украинскими реалиями?

Если говорить именно про дизайн, то я не вижу большой разницы. И в Штатах, и в Украине одинаковые вызовы для дизайнера: нужно уметь понятно и просто рассказывать про свою работу клиенту, убеждать, отстаивать тот процесс, который хочешь выстроить, четко понимать самому, зачем ты это делаешь, и быть способным объяснить, для чего, к примеру, нужно интервью с пользователями, какая будет выгода проекту и бизнесу. В этом случае очень полезен такой инструмент, как сторителлинг. Это навык, который необходим дизайнеру, чтобы вовлекать всех заинтересованных лиц в дизайн-процесс, доносить дизайн-решения и вызывать эмпатию.

На мой взгляд, умение общаться — это самый важный навык для дизайнера. Нужно уметь слушать и слышать, задавать правильные вопросы, находить аргументы. Коммуникативные навыки необходимы как на первых этапах дизайн-процесса, когда нужно понять пользователей, цели бизнеса, проблему, которую решаешь, так и чтобы убедить команду и заказчиков в своих решениях. Если клиент отказывается от дизайн-исследования, то не потому что он плохой, а скорее всего, потому что дизайнер не может доказать важность этого. Часто, конечно, ограничения по бюджету играют большую роль (и в этом и американцы, и украинцы одинаковы), но они должны влиять только на масштаб исследования, а не его наличие.

— Ты единственный дизайнер в компании, наверно, можно сказать, что сфера твоей ответственности — продакт-дизайн в целом, не только UX?

Я стараюсь подходить к проекту как к проблеме: есть видение этой проблемы, понимание, кто пользователь, и миссия дизайнера, найти решение проблемы с помощью методов дизайна. Ты не просто думаешь, как это будет выглядеть, каким будет интерфейс. С этой точки зрения, наверное, действительно я продакт-дизайнер.

У меня есть возможность работать «на фронте» с клиентом, вовлекаться в процесс решения проблемы с самого начала и подходить к нему комплексно. Задача дизайнера ведь — не только спроектировать приложение, но и подумать, например, о том, что хорошо бы еще выстроить систему сбора имейлов, логику фоллоу-апов, которая поможет возвращать неактивных юзеров. Или ты видишь, что конверсия тех, кто установил приложение, в тех, кто реально им пользуется, очень маленькая, и поэтому важно проводить юзабилити тестирование, делать А/B эксперименты, а после запуска — отслеживать аналитику. Еще такой момент: если ты сделал приложение, а им не пользуются, то это часто не потому что интерфейс плохой, а потому что проблема изначально была неправильно понята, и отсюда — неверно предложенное решение.

На воркшопе Hackmasters в Пало-Альто

Например, мы сейчас делаем приложение для спортивных тренеров. У меня есть предположение о том, как тренеру было бы удобно составлять расписание своих тренировок, но я не знаю этого наверняка. Единственный способ проверить мою гипотезу, поговорить с пользователями. Для этого не нужна какая-то колоссальная выборка, по моему опыту, 10 человек дают тебе общие паттерны. Начинаешь понимать, что им можно предложить, что будет им удобно, и кстати, это не всегда должно быть какое-то новаторское решение либо ты должен понимать, против какого тренда идешь.

Часто в компаниях первый этап работы над проектом (или discovery) находится в зоне ответственности бизнес-аналитика или менеджера, но очень важно с самого начала привлекать дизайнеров и девелоперов. В любом случае, это такая командная работа, в которой нужно задействовать и девелоперов. Конечно, ты не будешь звать инженеров на все интервью с пользователями, но мы проводим, например, общий митинг, на котором обсуждаем проблему, делаем knowledge sharing. В том числе, инженеры могут предложить много классных идей, и ты как дизайнер только в выигрыше от их привлечения к обсуждению. Чем раньше инженер вовлекается в процесс, тем лучше. Это, в частности, помогает избежать не совсем оптимальных решений в дизайне и не выходить за рамки бюджета.

Когда я жила в Киеве, то была в более тесной связке с разработчиками, в удаленной работе с ними, конечно, есть свой челлендж. Тут приходится выбирать: ты либо ближе к клиенту и пользователям, либо к команде разработки. Тем не менее, в Stanfy менеджер не закрывает полностью девелоперов, мы используем agile-подход, когда инженеры на связи с клиентом, участвуют в митингах, задают вопросы и могут дать быстрый фидбек, если мы начали двигаться не туда. Когда наш инженер Настя приезжала в Сан-Франциско на конференцию, я как раз проводила исследование для уже работающего приложения. Нужно было пообщаться с пользователями, получить отзывы о прототипе следующей версии. Настя была со мной на интервью, и это оказалось очень полезно. Когда перед тобой сидит живой человек, который рассказывает про свои потребности и проблемы, ты проникаешься тем, что создаешь что-то, чем пользуются. Это действительно очень цепляет. Если инженер вовлекается в исследование, это активизирует его эмпатию. А осознанное сопереживание играет важную роль в проектировании.

— Что повлияло на твое становление как дизайнера? Как ты пришла к практике дизайн-мышления?

Я начала ездить в США в командировки с 2012 года. Стала ходить здесь на профильные митапы и воркшопы по user-centered дизайну, где впервые на практике поработала над персонами, сценариями пользователей, стори-бордами, поучилась у опытных дизайнеров проводить дизайн-исследования. Поучаствовала в недельном интенсиве в Нью-Йорке, который вели специалисты из NN/g (Nielsen Norman Group). Все это дало хорошую базу и мощный заряд вдохновения, появилась уверенность в то, что ты делаешь правильные вещи. Когда я начала внедрять в компании design thinking, нужно было научиться, доносить это до других людей, убеждать их, когда ты сам еще до конца не понимаешь, что у тебя получиться. Здесь важно доверие команды и готовность клиента пойти на эксперименты. Интервью с пользователями, ресерч, анализ — это ведь все время, а значит — деньги, и нужно понимание, что это создаст дополнительную ценность.

— В прошлом году ты начала учиться в Стэнфордском университете, расскажи об этом подробнее.

Курс по дизайну я начала проходить в октябре. Это трехсеместровая программа для тех, кто уже имеет образование. Ты получаешь не диплом или степень, а просто оценку. Чтобы прослушать курс, не нужно сдавать экзамены — только оплатить семестр (около $400). Занятия проходят один раз в неделю вечером. Весенний семестр называется Design Implementation: Getting to Market. Общее направление — это дизайн-процесс от поиска проблемы до ее решения дизайн-методами и выпуска на рынок.

— Как проходят занятия? Какие инсайты ты лично получила?

Это микс теории и практической работы в группах, также есть домашние задания. Ты выбираешь себе сферу, в которой интересно сделать проект, проводишь интервью с пользователями в поисках pain points и opportunities for design, в процессе формулируешь design challenge и дальше углубляешься в исследование темы. Самостоятельно или с другими студентами придумываешь возможные решения проблемы, делаешь прототип. Все этапы работы показываешь преподавателям и получаешь фидбэк, советы.

В целом все, что нам рассказывают, можно найти в интернете, и это не какие-то секретные знания. Большая часть из того, что я там услышала, не была для меня чем-то новым. Самое ценное было в деталях: примеры из практики, личный опыт преподавателей — дизайнеров из IDEO, которые работают в индустрии К примеру, было интересно узнать, как они подходят к организации дизайн-исследования. Как правило, они создают одну доску для всего, что относится к одной сессии работы с пользователем, выносят туда все, что всплыло во время интервью (одна мысль/идея/цитата на один стикер). Затем обсуждают, группируют, находят общие шаблоны и пересечения между пользователями. Дальше, используя различные фреймворки (personas, needs hierarchies, user journeys, empathy maps), они синтезируют идеи и инсайты. Для всех этих материалов они выделяют отдельную комнату, где есть возможность все время держать их на виду. Работают командами из и во время интенсивной фазы работы над проектом назначают определенное время, например с 10 до 16, когда все должны собраться вместе, двигаться поэтапно, с milestones и целями на каждый день/неделю.

Кстати, я еще взяла в Стэнфорде курс по public speaking. Во время лекций я делала визуальные заметки, профессор увидел эти скетчи, и ему очень понравилось. Он пригласил меня на еще один свой курс, посвященный импровизированным выступлениям, и попросил уже целенаправленно делать такие конспекты, но пока еще неясно, как можно будет их использовать. Но получается интересный визуальный материал к его курсу.

— Я знаю, что ты планируешь сделать обучающий видео-курс по скетчингу, в чем его цель?

Еще в Киеве я проводила несколько воркшопов по визуальному мышлению. Я хочу вернуться к этому, и сейчас работаю над онлайн-курсом, который будет рассказывать о том, как и зачем использовать визуальные заметки. Их суть в том, что ты комбинируешь текст и картинки, и для этого не надо быть дизайнером или художником. Когда мы научились писать, именно письмо стало основным инструментом фиксирования информации, но картинка — это на самом деле такой же естественный способ делать заметки.

Первый челлендж в этом курсе — дать людям почувствовать свободу, раскрепоститься, снять барьер перед установкой — «я не художник, я плохо рисую». Второй этап — сформировать инструментарий, визуальную библиотеку, то есть подобрать простые образы, аналогии к наиболее распространенным понятиям: цель, опасность, дружба, конфликт. И третий этап — попрактиковаться в конспектировании, слушая лекции на TED.

Скетчинг — не только альтернативный способ записывания информации, но еще и способ мышления. Он отлично подходит, чтобы стимулировать творческое начало, помогает выйти за рамки привычного, своеобразная зарядка для мозга. Лично для меня в какие-то моменты жизни визуальные заметки очень помогали разобраться с внутренними противоречиями. Было время, когда я очень много работала, ушла с головой в дизайн, хотела заниматься в компании сразу всем. И вдруг осознала, что я не понимаю, кто я на самом деле, не могу сформулировать свою идентичность. У меня появилась такая доска, на которой я фиксировала свои переживания в виде стикеров, картинок, текста. Это помогло мне понять, что лишнее в моей профессии, именно тогда у меня выкристаллизовалось понимание того, что дизайн — это мое. Могу сказать, что визуальное мышление изменило мою жизнь. И так совпало, что окончательное самоопределение произошло именно в Сан-Франциско.

— Ты связываешь это именно с переездом?

У меня такое чувство, что просто здесь, в США, много всего происходит, люди вокруг делают реально то, к чему у них страсть, и это заражает. При этом Сан-Франциско — очень дорогой город, здесь непросто быть художником, но искусство, творчество, самовыражение здесь повсюду. Сначала ты это просто чувствуешь, а потом пытаешься как-то осмыслить, сформулировать для себя. Начинаешь задумываться над тем, кто ты, чем ты занимаешься, зачем ты это делаешь, чего хочешь. Это стимулирует к поиску, ты переключаешься в режим открытости, восприимчивости к новому опыту. Здесь начинаешь ставить под сомнение привычное, устоявшееся. Думаю, что если бы я не переехала в Сан-Франциско, я была бы другим человеком.

Если вам пришлось собеседовать

Когда я только начала работать как QA в небольшой компании, в один день краем уха услышала, что компания хочет нанять еще QA. Первой мыслью было, что я не справляюсь и мне ищут замену, но на деле оказалось хуже: мне пришлось собеседовать кандидатов. Прошло уже много лет, собеседовать кандидатов приходится до сих пор, причем иногда еще и на те позиции, которые мне совершенно не близки: офис-менеджер, маркетолог, дизайнер. У меня нет опыта работы рекрутером, я не психолог и я не буду сейчас затрагивать глубоко тему технических собеседований. Скорее хочется описать взгляд на вещи со стороны человека, у которого полно своей работы, но иногда приходится переключаться на собеседования во благо проекта.

Могу сказать, что за сколько-то лет я перестала нервничать больше, чем кандидат, и отыскала интересные для себя моменты. Так что вместо «шо, опять?» у меня теперь каждый раз настрой «ух ты, что у нас там?»

Отдельное спасибо профессиональным рекрутерам и эйчарам, чью работу я видела, и всем кандидатам, которые меня вытерпели. Первые приоткрыли совершенно другой подход к собеседованиям, а вторые помогли набрать сотни часов опыта и поучаствовать в интересных диалогах.

Отбирать нужно долго, увольнять — быстро

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

Ничего страшного, если на отбор уходит много времени. Отбирать нужно долго, увольнять — быстро. Не наоборот. Все сомнения нужно развеять еще до того, как кандидата наняли. Гораздо сложнее потом расставаться, даже на испытательном сроке. Вы потратите гораздо больше ресурсов, а кандидату можете сильно испортить планы, особенно если ему пришлось увольняться с предыдущего места работы.

Во-вторых, human mode on. Ведите себя расслабленно, помогите кандидату расслабиться. Шутки, разговоры про погоду, географию, расскажите, что вы сегодня не выспались, или наоборот, что у вас отличный день. Чем непринужденней проходит беседа, тем адекватней и объективней будет впечатление у обеих сторон.

Далее, помните, что нанимаете кандидата для определенного рода задач. Нужен бекендщик? Не надо его час гонять вопросами по JS. Нужен UI-дизайнер? Не лезьте глубоко в UX. Если вы senior и собеседуете на junior-позицию, не надо проверять, знает ли кандидат столько же, сколько вы. Если вам нужен верстальщик, не проверяйте его познания сложных алгоритмов. Бывают неловкие паузы, когда кандидат не знает ответа на вопрос или рассказывает совершенно не то. Не стоит его отчитывать, рассказывать, насколько он не прав. «Отлично, я понял», — и к следующему вопросу, если в этом еще есть смысл.

Однако немного влево-вправо от его профиля и от ваших рамок позиции тоже полезно отойти. Но только с целью посмотреть, как будет развиваться ход мысли. Например, у QA без опыта автотестирования можно узнать, какие бы кейсы он в первую очередь включил в автоматизацию. У PM, которые работали только с fixed quote узнать, чем, как им кажется, может быть опасен time&material.

Это, пожалуй, очевидно, но всегда спрашивайте пару вещей из резюме. Вы удивитесь, сколько людей не могут ответить про скиллы или указанный там опыт :) Вопросы нужно стараться ставить открытые. На «Как вы относитесь к критике?» все ответят «Хорошо». А вот результаты по вопросу «Что для вас значит критика?» будут уже интересней. Старайтесь еще понять, насколько человек впишется в атмосферу коллектива, даже если речь идет про distributed team.

Для некоторых позиций мне было важно понимать роль человека в предыдущих проектах и что ему было интересно. Если мне нужен аналитик, который будет вести коммуникацию и принимать решения по бизнес-логике, я буду спрашивать о том, с какими конфликтами он сталкивался и как их решал. А еще лучше самому инсценировать конфликтную ситуацию, потому что кандидат скорее всего расскажет о самой выгодной для себя ситуации :) Еще от него мне нужно будет норноемышление. Термин родился после того, как мне рассказали про норную охоту с собаками. Их специально дрессируют, чтобы они могли принимать решения без хозяина, т. к. в норе собака будет сама, и действовать ей придется самостоятельно. Так и аналитик — должен сам уметь оценить обстановку в норе и принять решение, без ожидания инструкций сверху. С другой стороны, если вам нужен кодер, которому тимлид поставит детальную тех. задачу и потом сам проревьюит её выполнение, норное мышление не надо. Еще, если аналитику интересно расписывать детальные требования, а в вашем проекте этого не намечается — может не надо тратить время?

Если вам кажется, что что-то не так — отказывайте

А с ответственностью что? Я работала с товарищами, которые могли потратить в два раза больше времени на объяснения, почему так сделать нельзя и почему вокруг виноваты все остальные, чем собственно на решение проблемы. Если вам такой скилл нужен — для client-facing позиций может пригодиться, — то это отличный match. Если будет стопорить процесс, то кандидат не ваш. Обсудите с ним, какой фейл в проекте был и действия команды.

Проверьте, что для кандидата не проблема говорить «нет» там, где это уместно. Обещать что-то сделать гораздо легче и приятнее, чем отказывать. Но наобещав больше, чем можешь, есть шанс не сделать то, что от тебя ждут. Обращайте внимание на то, как кандидат пишет и говорит. Всё ли последовательно и понятно? Стиль общения не поменяется после приема на работу.

Будьте осторожны с консерваторами. У нас тут всё так быстро меняется, что излишняя привязанность к чему-то «старому и доброму» может помешать. Казалось бы, какая разница, какими инструментами девелопер пользуется в личных целях. Однако может получиться, что его пристрастие к устаревшим версиям софта отразится на UI, которые он пишет для пользователей.

И еще, есть одно простое правило: если вам кажется, что что-то не так — отказывайте. Очень часто это что-то не получается для себя аргументировать. Вроде технически всё ок, опыт шикарный, человек тоже вроде ничего, а какое-то внутреннее чутье подсказывает, что что-то не так. Это тот случай, когда чутью нужно верить. Психологи могут это «что-то не так» расписать по полочкам, а нам остается просто довериться интуиции.

Рекомендуется по каждому кандидату писать себе заметки, еще лучше для каждого вопроса (список которых готовится перед собеседованием) ставить ранжирование. Так гораздо легче вспомнить кандидатов потом, особенно если их на позицию много. Заметки пишутся или в процессе общения, или сразу после. Не откладывайте, уже через час половину не вспомните. Один из вопросов должен звучать как «Хочу ли я сам работать с таким кандидатом?»

Применяйте zero jerk tolerance, т. е. если на собеседование к вам приходит Очень Большое ЧСВ, скептик, критик, специалист по переходу на личности и пр. — не тратьте ваше время. Конечно, здоровый скептицизм — очень важная черта, но скептицизм с порога и без основательных на то причин — плохой признак, и после приема на работу он никуда не пропадет.

И последнее — не старайтесь ответить на вопросы, за которые вы не отвечаете. Если зарплата не в вашей компетенции, так и говорите и сообщите, с кем кандидат это может согласовать. Если вы не знаете, купит ли компания дизайнеру софтину — тоже скажите это явно. Обязательно говорите, до когда будет фидбэк и обязательно этот фидбэк сообщайте.

Если вы сразу понимаете, что кандидат не подойдет — всё равно постарайтесь оставить о себе хорошее впечатление. Возможно, кандидат подойдет на другую позицию или расскажет кому-то из своих друзей о вакансии.

Кстати, кандидаты без опыта бывают приятной неожиданностью. Не стоит предвзято к ним относиться. Понятно, что на сеньорскую позицию они не подойдут, но заинтересованный человек без опыта, умеющий мыслить в нужную сторону, оказывается обычно гораздо более продуктивным, чем слабо заинтересованный товарищ с двумя годами опыта.

Итого: common sense, интуиция, человеческое общение, zero jerks tolerance и помнить, зачем именно кандидат вам нужен.

Путь стажера: Sigma Software

Всем привет. Меня зовут Костя, я студент 4 курса ХНУРЭ кафедры программной инженерии (ПИ). Год назад я попал на стажировку в Sigma Software, а по ее успешном завершении стал Junior .NET разработчиком.

Расскажу немного о себе. Я поступил в ХНУРЭ в 2013 году и тогда еще практически не умел программировать. Я был знаком c Pascal, который мне преподавали в школе. Это примерно уровень bubble sort.

Мне очень нравилась учеба в университете, и практически все свободное время я уделял ей. Программирование поначалу давалось очень тяжело. Мне было сложно во всем: первые циклы и ifы, Python, С#, ООП казались чем-то страшным и непонятным. И самое ужасное, что я совсем не знал английский язык. Я забивал на него в школе и почти все, что мог сказать, это: «London is the capital of Great Britain». При этом я не понимал, что значит is в этом предложении.

В университете я понял, что в IT без иностранного никуда, и пошел на курсы. Они здорово мне помогли, и за год я смог достаточно хорошо освоить английский. Было очень круто чувствовать, когда идешь с занятий, что у тебя мысли потихоньку формулируются на английском вместо русского.

Я смотрел на IT-компании и мечтал работать в одной из них. Красивый большой офис, крутое рабочее место с интересным проектом. На тот момент это казалось недостижимым. Где-то в начале второго курса я начал рассылать своё резюме, но второкурсника со слабыми техническими знаниями, без опыта и с не самым лучшим английским никуда не брали.

Помню, я отправил резюме в какую-то компанию, и мне прислали тех. задание. Нужно было сделать WPF-приложение — текстовый редактор. Я не очень понял детали поставленной задачи и задал в письме вопрос, который оказался очень нелепым. Ответ пришел достаточно быстро, после которого мне захотелось провалиться под землю: «После такого вопроса вам нет смысла продолжать тестовое задание». Я был очень подавлен. Если честно, то вопрос реально был дурацкий и лучше бы я его не задавал, но тем не менее я все-таки доделал задание. Спустя несколько дней мне ответили и сказали, что решение слабое.

Прошел еще один год, я подтянул знания и после завершения второго курса устроился на свою первую работу в маленькую продуктовую компанию Mocoding. Она стала отличным стартом для меня, там я получил свой первый опыт работы на небольших проектах.

Мое знакомство с Sigma Software произошло на третьем году учебы. В ХНУРЭ преподают предмет «Анализ требований программного обеспечения», цель которого — изучение методологий разработки ПО и в частности Scrum. Кафедра ПИ сотрудничает с многими IT-компаниями в Харькове, одной из них была и остается Sigma Software.

Особенностью этого предмета было то, что в течение семестра группе студентов необходимо разработать учебный проект под руководством специалистов компании. Они выступали в роли product owner и помогали студентам изучить Scrum.

Во время совместной работы я проникся атмосферой компании и познакомился с классным тренинг-менеджером «Сигмы» — Андреем Сомовым. По окончании работы всех студентов, успешно защитивших свои проекты, наградили призами.

Нашей команде достался довольно строгий ментор, с которым мы смогли найти общий язык и получить хороший результат от совместной работы. Затем нас пригласили в офис. На этой встрече я узнал от Андрея об интернатуре и о том, как в принципе студент может начать свой профессиональный путь в Sigma Software. После рассказов дружелюбного и открытого тренинг-менеджера Андрея Сомова мне безумно захотелось стать частью команды.

Через некоторое время Андрей сообщил о наборе в Xamarin интернатуру. Я имел туманное представление о Xamarin и мобильной разработке. Было немного страшно, потому что мне казалось, что я даже не пройду техническое интервью, но тем не менее решил попробовать. Я отправил резюме, и через неделю со мной связался рекрутер и пригласил на первое собеседование.

Отбор

Процесс отбора в Sigma Software проходит в два этапа: техническое собеседование и собеседование с HR и Department Manager.

К техническому собеседованию я не готовился, потому что времени учить Xamarin просто не было. К середине третьего курса у меня сформировался хороший фундамент из теоретических знаний и полугодового коммерческого опыта. Пусть на небольших проектах и в небольшой компании, но тем не менее этого хватило с головой, чтобы успешно пройти интервью.

На собеседовании присутствовали два технических специалиста. Все прошло гладко. Ничего сверхъестественного не спрашивали: различия между интерфейсами и абстрактными классами, инкапсуляция, наследование, полиморфизм, базы данных и SQL, базовые знания про типы в .NET, упаковку и распаковку типов и все в этом духе.

Если честно, я даже получил удовольствие от собеседования. Мы разговорились, это не было похоже на экзамен, все прошло в приятной и дружеской атмосфере. В ходе собеседования про Xamarin меня спрашивали совсем немного. Если быть точным, то есть ли у меня хоть какой-то опыт работы с ним и вообще имею ли я представление о том, что это. Мне объяснили, что опыт в Xamarin это плюс, но далеко не самый важный критерий отбора, т. к. Xamarin я и буду изучать в интернатуре.

Я ушел со встречи довольным. Мне пообещали перезвонить в течение четырех рабочих дней и объявить результат. Через 3 дня меня пригласили на следующий этап отбора.

Во время встречи с нашей университетской командой Андрей Сомов говорил о том, что в компании ценятся не просто хорошие технические специалисты, а зрелые люди с конструктивным подходом. Он рассказывал про случаи, когда достаточно сильные ребята после успешного первого собеседования не проходили второе, и что собеседование с department manager очень серьезное, и его не стоит недооценивать. Поэтому я особо не расслаблялся и не напрасно.

Второе собеседование прошло куда сложнее, чем первое, потому что теперь ребята пытались максимально раскрыть мои персональные качества, соответственно, было много личных вопросов. Это не были глупые вопросы вроде «Почему вы выбрали „Сигму“?». Они максимально раскрывали мой характер, темперамент, стрессоустойчивость, что мною движет по жизни, командный я игрок или нет, как я веду себя в критических ситуациях и все в этом духе.

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

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

Интернатура

Интернатура продолжалась 3 недели, в ходе которых по пять часов ежедневно мы проводили в офисе. В первый день я познакомился с еще одним интерном. Он тоже учится в ХНУРЭ, но на курс младше. На момент старта интернатуры он был на втором курсе, а я на третьем. «Сигма» обычно проводит групповые интернатуры, но наша стала небольшим исключением, хотя ее тоже можно назвать групповой. Наш ментор оказался прекрасным наставником, который смог дать нам качественные знания, необходимые для работы на будущем проекте.

В ходе обучения мы разрабатывали мобильное Xamarin Android приложение просмотра данных о курсах валют.

Рабочий день начинался с лекции, а заканчивался практическим заданием. Учебный материал покрывал много тем: юнит-тестирование, мобильная разработка, S.O.L.I.D., обзор библиотек, которые удобно использовать с Xamarin, некоторые базовые шаблоны, такие как MVVM, который мы в будущем использовали для разработки Android-приложения, Scrum и т. д.

После каждой лекции мы выполняли различные практические задания. Почти все они прямо относились к проекту, который мы разрабатывали. Например, после лекций по ASP.NET мы начинали делать backend для нашего мобильного приложения, а после лекции по юнит-тестам — покрывать наш код тестами. Лекции продолжались примерно 1,5 недели, а оставшиеся время мы посвятили разработке проекта.

Очень полезными были код ревью от нашего ментора, в результате которых нам порой приходилось переписывать результат трехдневной работы. Но именно такие строгие формальности сформировали видение и понимание качественного софта.

Кроме того, мы усвоили Scrum. Работа была разбита на три спринта, и сформирован небольшой беклог, в котором были прописаны требования к проекту. Учеба в интернатуре максимально приближала нас к реальной разработке и позволила прочувствовать все краски настоящей работы.

Очень важным критерием отбора было умение быстро разбираться с новыми технологиями и это то, за что ментор был нами очень доволен. Также понравилось, что практика была объемной, т. к. нам пришлось заниматься full stack разработкой.

В конце обучения мы презентовали наш проект специалистам Sigma Software. Демо прошло успешно, и все остались довольны результатом. Честно говоря, в интернатуре было достаточно сложно из-за большого объема новых знаний.

Результат

По итогам учебы в интернатуре мы получили хороший фидбэк от нашего ментора, нас взяли на один проект.

Во время интернатуры мы волновались, что можем завалиться и не попасть в компанию. В этот момент нас здорово поддержал Андрей Сомов, рассказывая о политике компании. Он говорил, что Sigma всегда старается набирать ровно столько студентов в интернатуру, сколько в будущем планирует взять на работу. Для компании очень важна репутация, поэтому основной отбор происходит при поступлении. Первые рабочие дни были пугающими, но к нам сразу пришли на помощь ребята с нашего проекта и дали возможность быстро вникнуть в происходящее. Сейчас я уже полноценный разработчик, и хочется сказать, что я рад быть частью именно этой компании. Очень приятно работать с умными и сильными людьми, в уютном не open space офисе и в теплой, дружеской атмосфере.

Когда я заканчивал второй курс, я не мог представить, что через год буду сотрудничать с крупной IT-компанией и заниматься разработкой сложных и интересных проектов. Мне казалось это чем-то заоблачным, но все оказалось куда проще. Все что нужно — это работать над собой и учиться каждый день. Год назад я только мечтал о таком, а сейчас это реальность. Эта победа дала мне понять, что границ нет и человек, который по-настоящему жаждет чего-то и много работает, сможет добиться всего.

Поработав уже больше года, я могу с уверенностью сказать, что один из самых важных навыков хорошего программиста — это способность быстро изучать новый материал. Но этот навык тоже развивается со временем, и если у кого-то сейчас уходит несколько вечеров, чтобы разобраться с новыми вещами — то это нормально. Потом, на основании полученных знаний и опыта, будет гораздо проще сформировать новый образ и выучить что-то новое.

Любому человеку, который давно программирует, кажется очевидным, что класс — это ссылочный тип и его экземпляр можно модифицировать с разных мест, просто имея ссылку на него. Когда я разбирался с этим на первом курсе, я потратил много времени. Новые знания всегда даются с трудом, особенно если они требуют другого образа мышления. Поэтому, если у вас что-то не получается, не расстраивайтесь и продолжайте учиться, у вас обязательно все получится.

DOU Books: 5 книг по программированию, которые советует Денис Шевченко, Director of Technology в Plarium

От редакции: в рубрике DOU Booksучастники сообщества рассказывают о пяти любимых книгах — тех, которые меняют мировоззрение и могут быть полезны читателям-коллегам. Если у вас есть желание поделиться своей подборкой, пишите на editors@dou.ua.

[Денис Шевченко — Director of Technology в Plarium, работает в ИТ более 15 лет]

Выбрать всего пять книг оказалось непростой задачей. Каждый раз, добавляя книгу в список, я задавал вопрос: почему именно эта? Я решил выделить пять ключевых направлений, в которых должен развиваться разработчик, и привести по одному примеру книги в каждом из них.

Уверен, вы сможете предложить варианты не хуже, а возможно, и лучше. Я называю книги, впечатлившие меня, или те, с которыми сталкивался чаще. В любом случае, их будет полезно прочесть как начинающим разработчикам, так и тем, кто уже обладает достаточным опытом.

Э. Хант, Д. Томас. «Программист-прагматик. Путь от подмастерья к мастеру»

Направление:Программирование как профессия

Эта книга не о технологиях и языках программирования. Она о принципах и подходах — о том, чем программирование является по своей сути. Именно поэтому я поставил ее первой в списке. Многое покажется очевидным, с чем-то вы будете спорить, в чем-то сомневаться и долго искать ответы на собственном опыте. Но однозначно именно эти и подобные принципы и подходы определяют вас как разработчика.

Языки и технологии изменчивы. Но главное — это не инструмент, а умение с его помощью решать поставленные задачи. Именно это определяет, насколько вы хороший разработчик.

Э. Гамма, Р. Хелм, Р. Джонсон, Д. Влиссидес. «Приемы объектно-ориентированного проектирования. Паттерны проектирования»

Направление:Архитектура

Удивительно полезная книга знаменитой «банды четырех» (Gang of Four). Отличный пример структурированного и продуманного изложения. По сути, книга заложила терминологию, которой пользуются практически все программисты, обсуждая то или иное архитектурное решение.

Именно благодаря ей мы тратим значительно меньше времени как в общении, так и в попытках разобраться в чужом коде (конечно, при условии, что автор также читал эту книгу и следует предложенным терминам).

Б. Керниган, Д. Ритчи. «Язык программирования C»

Направление:Языки программирования

Хорошие книги не стареют. Возможно, вы никогда не столкнетесь с разработкой на языке C, но, если будет время, прочтите книгу. Прекрасный пример того, как просто, лаконично и доходчиво описать структуру и возможности языка. Удивительно, как на относительно небольшом количестве страниц авторам удалось изложить суть языка и при этом избежать сухости и излишней строгости формулировок. Просто великолепная книга о великом языке программирования от его создателей.

Дж. Рихтер. «CLR via C#»

Направление:Технологии

Практически идеальный учебник по .NET.Джеффри Рихтер подробно рассказывает о языке C#, а также об устройстве и фундаментальных принципах функционирования .NET-платформы. Традиционный вопрос на наших собеседованиях: «Вы читали Рихтера? Сколько раз?». Вопрос звучит неизменно многие годы, лишь книги меняются. Раньше была «Windows via C/C++», теперь — эта. У Джеффри настоящий талант открывать двери для новичков, создавать правильный и достаточно глубокий фундамент для дальнейшего развития. Эта книга не единственная, но, если вы начинаете знакомство с технологией .NET, начните с нее. Вы не пожалеете!

Э. Таненбаум, М. ван Стеен. «Распределенные системы. Принципы и парадигмы»

Направление:Области разработки и другие направления

Возможно, это не самая яркая работа Таненбаума (вспомнить хотя бы его «Операционные системы. Разработка и реализация» или спор с Линусом Торвальдсом), но достойная книга для прочтения.

Однозначно не стоит заканчивать изучение распределенных систем на ней, так как с момента ее публикации появилось много нового. Возможно, она выглядит излишне академично, но если вы в поисках фундамента для своих знаний в данной области, то эта книга заслуживает прочтения.

Областей программирования много, как и полезных книг в каждой из них. Это базы данных, веб, сети и другие. Но мой вам совет: выбирайте книги, которые дадут в первую очередь понимание, а не просто поверхностную информацию. Не заучивайте то, что можно найти в Google за пять минут.

Приятного чтения и успехов в вашей деятельности. Спасибо!

QA Дайджест #27: сложности тестирования игр и IoT, взгляд изнутри на тестирование Компас 3D и Mail.ru

Меня зовут Максим, я работаю тестировщиком ПО, с интересом слежу за событиями в мире тестирования и IT. Самое полезное собираю вместе и с радостью делюсь с вами. Приятного чтения! :)

Новости

Пользователи «ВКонтакте» на полчаса получили доступк инструментам администрации соцсети после сбоя.

Почитать

Хороший перевод статей и книг известных иностранных тестировщиков. В этот раз «Эффективное применение комбинаторных техник тест дизайна».

Записи докладов с конференции Heisenbug.

«Задача тестировщика — не получать удовольствие»: каково работать QA в GameDev.

Подборка лучших Android-приложенийдля взлома и тестирования безопасности.

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

Откуда взялись в Google ненадёжные тесты.

Автоматизация

Automation QA — это отдельная команда?

Кодогенерация, Selenoid, HtmlElements в работе автотестировщика.

Топ 10 инструментовдля мобильного тестирования.

Кратко о разработке игр:

Научно-технический рэп — Дедлайн:

Все желающие делиться интересным — пишите на почту salnikov.maksim@gmail.com, обсудим, опубликуем, скажем спасибо. :)

DevOps дайджест #13: Docker уплыл, возле Go водятся драконы

В маленьком DevOps мире все опять переигралось! Docker уплыл, Moby приплыл. Также у нас самые крутые рейты по версии Stackoverflow, и упал Google.

Новое и трендовое

Introducing a Moby projectDocker — это Moby, а Docker CE/EE — это Docker. Ничего не поняли? Просто ребрендинг. Ну и, может, еще что-то. На самом деле пока никто не знает.

KryptoniteA new home for your SSH private key. Фап-фап!

Introducing StormcrowСамая элегантная реализация a/b тестирования и канареечных релизов, которую только видел мир.

DNS as codeTools for managing DNS across multiple providers.

Большие инфраструктуры, распределенные архитектуры

Infrastructure Survey ResultsБольшая аналитика и обзор по использованию разных инфраструктурных штук. Тут можно посмотреть, что вообще используют в мире, кто использует то, что Вы используете, и куда двигаться дальше. P.S. Если Вы в большинстве — это минус.

How we Upgraded a 22TB MySQL Cluster from 5.6 to 5.7 (in 9 months)Хотите потратить 9 месяцев? Спросите их как. Они мигрировали 22TB данных с MySQL 5.6 на MySQL 5.7.

The Evolution of Container Usage at NetflixИстория о том, как Netflix использует контейнеризацию, и как они росли с течением времени. Например, за прошлую неделю они запустили более чем 1,000,000 контейнеров.

Гайды и туториалы

A Comprehensive Guide to TerraformСерия статей об использовании Terraform в реальной жизни. Внимание, очень ценно!

Логи nginx в json форматеГотовый рецепт правильного приготовления логирования nginx. Это и правда работает, забирайте.

Online migrations at scaleИзменение структуры базы — боль и ужас всех продуктов. Ребята описали саму логику происходящего и показали, как делать это «не так больно».

Интересные мысли

Salary by Developer TypeТопливо в бочку ЧСВ, подпитка синдрома вахтера. DevOps Engineers зарабатывают больше всех — аналитика от StackOverflow.

Incident management at GoogleСтатья о том, как в Google управляют инцидентами. Очень хороший гайд с кучей паттернов о том, как делать нужно и не нужно. Это глава из книги SRE.

The Discipline of Chaos EngineeringОдной из основных задач DevOps Engineer является доступность (это когда всегда все работает). И даже когда что-то не работает — для пользователя должно быть все нормально. Основы концепции достаточно хорошо описаны в статье.

Год с Go в реальной работе — там водятся драконыХорошо проработанный отзыв об использовании Go (без вбросов). Рассмотрены как плюсы, так и минусы.

Как разделить окружение для сборки и запуска сервиса в DockerАвтор отвечает на вопрос «Как правильно собирать Docker Image сейчас и в будущем», анонсирует новые фишки (разделение стадий сборки), и показывает, как это должно работать.

Ой, упало

Google Compute Engine IncidentДа, GCE тоже падает. Ну, точнее не совсем падает, а плохо работает. Он 22 минуты дропал 25% пакетов из-за кривого апдейта.

Update on the April 5th, 2017 OutageДа, DO тоже падает. Кстати, очень похоже на Gitlab — что-то там намутили с базой. Когда уже взрослые люди перестанут лазить в продакшн базу ручками?

Интересные видео

Сто шагов в DevOps методологию от Epam. А если серьезно, то в видео 2 доклада:

  • Сравнение производительности Amazon RDS/Bare metal/EC2 для БД;
  • Kubernetes как средство управления микросервисами.

Гид по IТ-специальностям ХАИ

Национальный аэрокосмический университет им. Н. Е. Жуковского «Харьковский авиационный институт» — одно из крупнейших высших учебных заведений Украины. ХАИ — единственный вуз в Украине, который ведет комплексную подготовку в области проектирования и производства всех типов летательных аппаратов, авиационных и ракетных двигателей. Кроме того, в вузе представлен весь спектр IT-специальностей. В рейтинге вузов DOU ХАИ занял 13 место в 2016 году, 7 — в 2015и 4 — в 2014.

В ХАИ есть 14 специализаций, связанных с IT:

  • Вычислительный интеллект;
  • Математическое и компьютерное моделирование;
  • Интеллектуальные системы и технологии;
  • Компьютеризация обработки информации и управления;
  • Информационные технологии проектирования;
  • Системное проектирование;
  • Распределенные информационные системы;
  • Информационные системы и технологии поддержки виртуальных сред;
  • Компьютерно-интегрированные технологические процессы и производства;
  • Компьютерные системы и сети;
  • Системное программирование;
  • Программируемые мобильные системы и Интернет вещей;
  • Безопасность информационных и коммуникационных систем;
  • Инженерия программного обеспечения.

Рассмотрим особенности каждого из этих направлений подготовки по кафедрам.

Кафедра информатики (Факультет систем управления летательными аппаратами)

На кафедре ведется подготовка по двум специальностям с тремя специализациями: «Компьютерные науки: интеллектуальные системы и технологии», «Прикладная математика: вычислительный интеллект», «Прикладная математика: математическое и компьютерное моделирование». Также при кафедре работает социальный образовательный проект «Школа IT профессионалов „ProfIT“», в рамках которого студенты посещают открытые лекции ведущих IT-специалистов.

Кафедра сотрудничает с крупнейшими IT-компаниями Харькова, совместно с которыми студентам обоих направлений читают такие курсы: «Распределенные и облачные вычисления» с компанией Plarium, «Анализ данных» с компанией CS Ltd. Кроме того, был прочтен курс «Разработка игр на C++» совместно с Gameloft, «Криптовалюты и распределенные системы» совместно с Distributed Lab, практический курс «Agile разработка» совместно с Sigma Software. Кафедра информатики ХАИ является базовой для проведения Всеукраинской олимпиады по информатике.

«Компьютерные науки: интеллектуальные системы и технологии»включает в себя изучение подходов, методов и технологий, используемых в современных интеллектуальных системах, разработку экспертных, рекомендательных, интеллектуальных информационно-поисковых, расчетно-логических систем. Студенты знакомятся с технологиями создания интеллектуальных систем, такими как Prolog, Lisp, множеством языков программирования (C#/.Net, C++, Java, HTML/CSS, JavaScript, Assembler), математическими методами анализа данных, методологиями проектирования ПО.

Выпускники о направлении:

«На кафедру информатики ХАИ меня привели интерес к математике и желание использовать ее в практических задачах. И, как уже показали первые курсы, я попала в „яблочко“. Программа гармонично соединила фундаментальные математические дисциплины с курсами, охватывающими современные тенденции в компьютерных науках. Пять лет учебы позволили мне попробовать силы в разных направлениях. Курсовые по „Методам оптимизации“ и „Алгоритмам“, которые пусть и были по-студенчески затянуты до последнего, научили работать самостоятельно от постановки проблемы к ее решению. Лабораторные работы по „ООП“ и „Шаблонам Проектирования“, которым, как тогда казалось, не было конца, закладывали правильные привычки в разработке ПО. На лекциях мы не только знакомились с методами и алгоритмами, но и разбирались в их основах: на каких принципах они строятся и как работают. Важным подспорьем для этого была серия курсов по математике, включенных в специальность.

Но ценность программы для меня не ограничивалась учебным планом. Все пять лет учебы на кафедре я чувствовала постоянную поддержку от преподавателей кафедры. Будь то работа над курсовой, которая меня интересовала, или желание участвовать в студенческих программах обмена или конференциях, я всегда знала, что могу обратиться за помощью. Спасибо за это.

Учеба на кафедре заложила базу навыков, которые оказались необходимыми в дальнейшем. После выпуска я продолжила обучение в Университете Британской Колумбии, где три года работала над адаптирующимися интерфейсами — одним из направлений искусственного интеллекта. Здесь здорово пригодилась математическая подготовка и умение работать самостоятельно. После окончания проекта я перешла на работу в Amazon в роли инженера-программиста».

Дарья Бондарева, Software Development Engineer, Amazon (Торонто, Канада), выпускница 2011 года

«Обучение на кафедре позволяет получить актуальный базовый набор знаний, способствующий формированию молодого IT-специалиста, способного определить будущее направление своей деятельности. За годы обучения я получил качественные и современные базовые знания в области информационных технологий и прикладной математики. База кафедры позволяет уже во время обучения принимать активное участие в „живых“ проектах, что в свою очередь позволяет накапливать знания и реальный опыт.

Во время обучения в университете я получил первый опыт работы, участвуя в некоторых IT-проектах. Далее я занимался веб-разработкой, разработкой мобильных приложений. В 2015 году меня пригласили в компанию ABM Space Educationна должность Senior Project Manager для участия в проектах ESA (European Space Agency).

Теперь я занимаю должность руководителя международных проектов в компании Comarch (Польша) со штатом >5к сотрудников. В команды моих проектов входят от 12 до 50 высококлассных специалистов. На текущем месте работы я активно применяю знания, полученные на кафедре информатики».

Алексей Соколов, Senior Project Manager, Comarch (Лодзь, Польша), выпускник 2011 года

«Прикладная математика: вычислительный интеллект»предусматривает изучение методов создания и работы с искусственным интеллектом, интеллектуальным анализом данных, машинным обучением. Изучаются методы анализа данных на основе R, Python, MatLab, MathCad, языки программирования С++, C#/.Net, JavaScript, HTML/CSS, математические методы анализа данных и разработки систем искусственного интеллекта, нейронные сети, машинное обучение.

«Прикладная математика: математическое и компьютерное моделирование»предусматривает подготовку специалистов в области Data Science, аналитики и моделирования. Студенты изучают математические методы анализа и аналитики, средства работы с данными и построением математических и компьютерных моделей, проектирование и разработку программного обеспечения.

Выпускники о направлении:

«Учиться на кафедре было невероятно интересно, умно и незабываемо. Каждый из шести курсов оставил в памяти огромное количество знаний, которые постоянно используешь то тут, то там, в разных профессиях и областях.

Меня постоянно спрашивали: „Кем же ты будешь? Что за зверь этот прикладной математик?“ Всегда было непросто ответить на этот вопрос, потому как сам не понимал, кем я стану. Однако я всегда был уверен, что моя специальность откроет двери в надёжное и комфортное будущее, и она меня не подвела. Теперь, когда есть возможность взглянуть на всё это со стороны и сравнить с другими историями, я понял, как описать специальность одним словом — фундаментальная.

Друзья с доброй завистью говорят, что мне повезло. Что же, наверное это так. И я не жалею ни об одном годе, проведенном в стенах ХАИ на этажах любимой кафедры. Учите математику, будьте любознательны и закладывайте в себе этот фундамент».

Руслан Селезнев, Unity 3D Developer, Plarium (Харьков), выпускник 2015 года

«Закончив обучение по специальности „Прикладная математика“, я приобрела знания и навыки, необходимые для работы в сфере компьютерных технологий. Конечно, учебный процесс не охватил всё разнообразие алгоритмов, прикладных задач, математических методов, языков программирования и инструментов разработки программных приложений, но дал базовые знания для дальнейшего развития и совершенствования своих знаний».

Екатерина Коммисарова, Java Programmer, RTS-Ukraine (Днипро), выпускница 2010 года

«Преподавательский состав кафедры, учебная программа, подход к изложению материала, оцениванию — все это работает на высшем уровне и способствует заинтересованности студентов в учебе. Хочу отметить, что обучение далеко не однонаправленное, затрагиваются совершенно различные области знаний и сферы деятельности. Каждый может выбрать направление по душе для углубленного изучения или научных проектов. Благодаря многогранности и разнообразию преподаваемых предметов, студентам кафедры открывается широкий выбор профессий.

Выпускники кафедры высоко ценятся в различного рода организациях. Кроме того, у студентов есть возможность участвовать в международных программах, которые позволяют провести за границей как один семестр, так и всю магистратуру. Благодаря одной из таких программ я сейчас нахожусь в Швеции, изучила Software Technology в магистратуре Linneus University».

Арпине Авакян, System Developer, MFEX Mutual Funds Exchange AB (Солна, Швеция), выпускница 2014 года

Кафедра информационных управляющих систем (Факультет систем управления летательными аппаратами)

Включает 2 направления: «Компьютерные науки: компьютеризация обработки информации»и «Информационные системы и технологии: распределенные информационные системы». Здесь готовят специалистов по компьютеризации обработки информации и управления, а также распределенным информационным системам. При подготовке IT-специалистов основное внимание уделяется изучению современных языков программирования: Java, C#, .NET, C/C++, HTML/CSS, JavaScript, PHP, Assembler; операционных систем: Microsoft Windows, Linux, Unix; мобильных операционных систем: Android, iOS и др.; работе с базами данных: Caché, Microsoft SQL, Oracle и др.

Большинство дисциплин, связанных с программированием, читают ведущие специалисты компаний Sigma Software, Telesens, DataGroup, EPAM, Nix Solutions, Plarium и др. Кафедра поддерживает международные связи с университетами и научными центрами США, Швеции, Австрии, Польши, Мексики, Китая.

Выпускники о направлениях:

«Кафедра дает достаточный объем знаний для работы выпускников в хорошо оплачиваемом IT-бизнесе (благодаря совместным курсам и организации учебных практик в IT-компаниях). Мне это помогло после прохождения стажировки устроиться в EPAM».

Максим, .NET Developer, EPAM (Харьков), выпускник 2015 года

«Я получил огромный багаж знаний, прочный фундамент для формирования карьеры в IT, бесценный профессиональный и жизненный опыт».

Андрей Гук, CRM Developer, Richlode Solutions (Харьков), выпускник 2013 года

Кафедра электротехники и мехатроники (Факультет систем управления летательными аппаратами)

Специальность «Автоматизация и компьютерно-интегрированные технологии: компьютерно-интегрированные технологические процессы и производства» направлена на изучение создания, внедрения, настройки и обслуживания систем автоматизации технологических процессов на базе типовых решений с использованием современных электронных и микропроцессорных средств управления. Особое внимание уделяется разработке прикладного программного обеспечения для задач автоматизации и обработки данных. Уровень полученных знаний, умений и навыков дает возможность трудоустройства выпускников на всех предприятиях, которые используют современные средства автоматизации — от переработки сельскохозяйственной продукции до производства сложнейших изделий авиационно-космического назначения.

Преподаватели кафедры — высококвалифицированные специалисты, которые активно сотрудничают с такими научно-производственными предприятиями, как Moebius, GlobalLogic, CTS Group, TRIADA, Boeing, Хартрон и др.

Студенты о направлении:

«Кафедра не тільки надає мені достатній обсяг знань, але й сприяє участі у насиченому студентському житті. Викладачі допомагають вирішувати усі складні поточні завдання».

Олена Вірко, студентка 3 курса

Кафедра компьютерных систем и сетей (Факультет радиотехнических систем летательных аппаратов)

На кафедре есть специальности «Компьютерная инженерия» и «Кибербезопасность» и 4 специализации. В течение четырех лет студенты получают высшее образование, обучаются по бакалаврским программам, включающим фундаментальную и профессионально-ориентированную подготовку.

«Компьютерная инженерия: компьютерные системы и сети, системное программирование». Практическая подготовка осуществляется на базе современных лабораторий межкафедрального центра сетевых технологий и академии Cisco, лабораторий EPAM, STM, GE, критического компьютинга и др. Другое направление по hot topic — зеленые информационные технологии (green software and computing). На базе трехлетнего европейского проекта GreenCo, в котором кафедра была национальным координатором, вместе с коллегами из Украины, Великобритании, Греции, Италии, Словакии были разработаны 14 учебных и тренинг-курсов.

В учебный процесс, научные исследования и разработки внедрен созданный вместе с НПП «Радий» специальный комплекс GreenCo Controller, который позволяет измерять, анализировать и оптимизировать энергохарактеристики различных программ. Благодаря этому студенты кафедры могут овладеть новейшими программными технологиями. Похожие возможности предоставляют лишь несколько университетов Западной Европы и США.

«Компьютерная инженерия: программируемые мобильные системы и интернет вещей». На кафедре изучают, разрабатывают и исследуют системы на базе технологии «Интернет вещей» (Internet of Things, IoT). Создан и проведен цикл лекций и лабораторных работ, развернут ІоТ-полигон, реализован специальный курс в рамках Академии Cisco, по которому 28 студентов получили сертификаты с ІоТ.

Кроме того, совместно с британскими, французскими и шведскими университетами и IT-компаниями Украины, кафедра подготовила несколько интересных образовательных и R&D проектов по европейским программам по использованию, развитию и обеспечению кибербезопасности ІоТ-систем умных домов. Фактически сформирована мощная специализация по этой технологии.

«Кибербезопасность: безопасность информационных и коммуникационных систем». Создана лаборатория пентестинга и внедрены уникальные курсы по безопасности программных систем на FPGA, веб- и облачной безопасности. Завершаются разработки ряда курсов по кибербезопасности и сверхстойким системам по европейскому проекту SEREIN.

Эти и другие направления предоставляют возможности студентам, инженерам и ученым не только изучать и исследовать современные IT, но и непосредственно на кафедре принимать участие в международных и коммерческих проектах, отрабатывать различные формы кооперации с промышленностью современных информационных технологий. Это поддерживается еще одним проектом CABRIOLET.

Студенты о направлении:

«На моей кафедре специальность „Кибербезопасность“ совсем новая, но бурно развивающаяся. На курсах нам давали основы дискретной математики, программирования, архитектуры компьютера, структур данных, криптографии. После было много предметов по специальности: безопасность сетей, ОС, функциональная безопасность и надежность критических систем. Кроме этого, на кафедре активно развиваются стартапы, конференции, международные проекты, факультативы по направлениям кибербезопасности, что дополнительно стимулирует заинтересованных студентов. Активно развито направление безопасности в IoT, беспроводных сетях, SCADA-системах. И что очень важно, преподаватели прислушиваются к мнению и интересам студентов. Так получается более эффективный учебный процесс и возможность применения знаний в практических проектах».

Евгения Брошеван, студентка 5 курса

Кафедра инженерии программного обеспечения (Факультет экономики и менеджмента)

Специальность «Инженерия программного обеспечения»предусматривает подготовку не только программистов, но и специалистов по качеству ПО, системных аналитиков, специалистов по мультимедиа и т. д. Программы подготовки по специальности согласованы с «Руководством к своду знаний по программной инженерии» (The Guide to the Software Engineering Body of Knowledge, SWEBOK). Студенты изучают более 40 дисциплин и проходят учебную, производственную и преддипломную практики на ведущих IT-предприятиях города Харькова. Рассматриваются основные языки программирования: С++, С#, Java, JavaScript, PHP, F#, Assembler, языки разметки веб-страниц HTML, CSS. В программу включен цикл по разработке мобильных приложений на платформах Android, iOS.

Многие преподаватели кафедры делятся опытом, полученным при работе с реальными проектами в IT-компаниях (Sigma Software, Plarium, Ciklum). Кафедра участвует в международном проекте Green Computing.

Выпускники о кафедре:

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

В ХАИ я познакомился со своим одногруппником, с которым дружу с тех пор. Вместе мы выиграли не одну олимпиаду по программированию, а сейчас управляем успешной студией компании Plarium, участвуем в выпуске многочисленных игр, в которые играют сотни миллионов человек.

Я благодарен преподавателям факультета и особенно тем из них, которые наиболее сильно повлияли на меня в процессе обучения».

Константин Сащук, генеральный директор харьковской студии Plarium, выпускник 2006 года

«Знания и навыки, полученные в процессе обучения на нашей кафедре, стали крепкой базой для дальнейшего профессионального развития. Благодаря фундаментальности этой базы, любое новое направление компьютерных наук не вызывает особенных сложностей при освоении. Уверен, что именно кафедра программной инженерии — это отличный старт для карьеры в IT».

Иван Кукса, .NET Group Lead, выпускник 2006 года

Кафедра информационных технологий проектирования (Факультет самолетостроения)

Кафедра готовит специалистов по специальностям «Компьютерные науки: информационные технологии проектирования», «Компьютерные науки: системное проектирование»и «Информационные системы и технологии: информационные системы и технологии поддержки виртуальных сред»в соответствии со стандартом высшего образования Украины первого уровня степени «бакалавр» в отрасли знаний «Информационные технологии».

Цели обучения: подготовка специалистов, способных применить математические основы, алгоритмические принципы в моделировании, проектировании, разработке и сопровождении информационных систем и технологий; осуществлять разработку, внедрение и сопровождение интеллектуальных систем анализа и обработки данных в организационных, технических, естественных и социально-экономических системах.

Языки программирования, которые изучают студенты: C++, C#, Java, AutoLisp, VB, PHP, .NET, Ruby, Prolog, JavaScript, SQL, XBase, CSS. Подробно изучаются программные продукты Mathcad, AnyLogic, Solid Works, CATIA, AutoCAD и другие пакеты CAD/CAM/CAE.

На кафедре работают преподаватели, которые также принимают участие в проектах таких компаний, как EPAM, MobiDev, Intetics, Sigma Software, GameLoft, G5 и др.

Резюме

Направление Ф-т «Компьютерные науки: интеллектуальные системы и технологии» — изучение подходов к созданию интеллектуальных, экспертных, рекомендательных систем. СУЛА «Прикладная математика: вычислительный интеллект» — изучение методов и технологий искусственного интеллекта. СУЛА «Прикладная математика: математическое и компьютерное моделирование» — изучение Data Science, Data Mining, Big Data. СУЛА «Компьютерные науки: компьютеризация обработки информации» — дает подготовку по автоматизации обработки информации, разработке сложных систем. СУЛА «Информационные системы и технологии: распределенные информационные системы» — изучение распределенных, параллельных, облачных технологий. СУЛА «Автоматизация и компьютерно-интегрированные технологии: компьютерно-интегрированные технологические процессы и производства» — изучение разработки прикладного ПО для автоматизации и обработки данных. СУЛА «Компьютерная инженерия: компьютерные системы и сети» — предусматривает углубленное изучение технологий локальных и корпоративных компьютерных сетей, включая принципы администрирования. РТСЛА «Компьютерная инженерия: системное программирование» — изучение современных технологий программирования и управления аппаратными ресурсами ПК. РТСЛА «Компьютерная инженерия: программируемые мобильные системы и Интернет вещей» — изучение разработки и исследования систем на базе технологии «Интернет вещей». РТСЛА «Кибербезопасность: безопасность информационных и коммуникационных систем» — направление связано с разработкой, реализацией, внедрением и управлением комплексными программно-техническими системами защиты информации в учреждении. РТСЛА «Инженерия программного обеспечения» — направлена на создание и применение программного обеспечения, использование средств вычислительной техники и автоматизированных систем. ЭМ «Компьютерные науки: информационные технологии проектирования» — изучение разработки и тестирования программного обеспечения. Самолетостроения «Компьютерные науки: системное проектирование» — изучение построения интеллектуальных сред, предназначенных для решения задач исследования и проектирования сложных объектов. Самолетостроения «Информационные системы и технологии: информационные системы и технологии поддержки виртуальных сред» — изучение разработки, внедрения и сопровождения систем анализа и обработки данных. Самолетостроения

Если вы — студент, выпускник или преподаватель ХАИ, приглашаем рассказать в комментариях об особенностях IT-направлений этого вуза.

📎📎📎📎📎📎📎📎📎📎