Карьера ит-специалиста

Как выглядит типичный процесс отбора на стажировку? Есть ли у выпускников гуманитарных вузов шансы на трудоустройство в IT? Как найти способного стажёра и вырастить из него настоящего специалиста? Сотрудники Т Дмитрий Балахонов и Сергей Морозов набирали ребят в свои команды, преследуя разные цели, но в итоге пришли к схожим выводам. Этими выводами, а также интересными историями из практики, коллеги готовы поделиться с читателями Хабра.

День карьеры на факультете прикладной математики и механики Воронежского госуниверситета

Вы оба набирали стажёров. Почему возникла такая потребность?

Сергей: В компании я являюсь руководителем трайба Test Management SSC Russia. Одна из моих задач это поиск стажёров для различных проектов, не только для себя, но и для коллег. Часть стажёров приходит к нам непосредственно через HR-отдел. Например, они могут увидеть вакансию на корпоративном сайте или на HH.ru и откликнуться. Других мы находим через программу рекомендаций, в рамках которой действующие сотрудники могут предлагать кандидатуры своих знакомых. В случае прохождения стажировки и успешного трудойствойства кандидата такой сотрудник получает бонус. Наконец, кого-то мне приходилось искать и самостоятельно.

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

Дмитрий: У меня немного другая специфика. Сергей набирает людей про запас, чтобы сначала выучить, а уже потом выбрать для них проект. Мне нужны были стажёры в конкретную команду в проект Open Telekom Cloud. Задача была важная, требующая оперативного решения, поэтому я сам был замотивирован заниматься поиском.

По какой причине чаще всего отсеиваются кандидаты?

Сергей: Самый большой отсев происходит из-за английского. Причём у нас не такие уж высокие требования. В идеале, конечно, B2. Но на практике можно и чуть-чуть снизить планку. Если говорить о стажёрском уровне, то вполне достаточно, чтобы человек мог понять вопрос на чужом языке и ответить на него, пусть с ошибками, но чтобы основная мысль была понятна.

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

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

Сергей: Часто в резюме написано B2, С1, а человек этому уровню не соответствует. История из реальной практики. Приходит ко мне кандидат. В резюме указано, что уровень владения английским С1, т.е. продвинутый. Спрашиваю: Could you please briefly tell us about yourself?. Отвечает на русском: Извините, я сегодня рассказ о себе не готовил. То есть даже эту фразу произнести на английском он не смог.

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

По каким ещё критериям проходит отбор?

Сергей Морозов

Сергей: Если речь идёт именно о стажёрах, то завышенных требований мы не выдвигаем. Мы просто хотим увидеть, что у человека есть элементарная техническая база (SQL, REST, понимание протокола HTTP и т.п.). Можем давать простейшие задачи на программирование. Важно, чтобы человек, помимо упомянутого владения языком, просто обладал логическим мышлением и был способен к обучению.

Дмитрий: Другие очень важные критерии отбора мотивированность и настойчивость. Однажды в мой проект на стажировку пытался попасть парень, которого не взяли в другом нашем проекте. Коллеги считали, что техническая база у кандидата слабая и с ним будет много хлопот. Но в процессе общения выяснилось, что парень работает инженером на заводе, проектирует насосы, а в свободное от работы время каждый вечер занимается программированием. Мне стало понятно, что с такой настойчивостью в реальном проекте он очень быстро прокачается. Так оно и произошло в итоге. Поэтому никогда не нужно отчаиваться всегда есть возможность попробовать пройти интервью ещё раз и попробовать себя в других проектах.

А что важно указывать в CV?

Сергей: Я всегда говорю обязательно пишите ключевые слова по вашим компетенциям, даже если вы не очень глубоко в чём-то разбираетесь. Речь ведь идёт о стажировке, а не о полноценной занятости. Если читали книжку по профильной теме, проходили курс, даже видео на Youtube смотрели, пишите об этом в CV. Интервьюеру это позволит найти темы для разговора и в итоге максимально раскрыть кандидата. А так мы порой вынуждены сами буквально выуживать из человека информацию.

Дмитрий: Да, это очень типично. Как-то перед собеседованием я просматривал резюме девушки, которую мне рекомендовали как хорошего специалиста в Python. Так у неё ни разу слово Python в CV не мелькнуло. Если бы я изначально об этом её навыке не знал, то как должен был догадаться?

Такое ощущение, что сейчас бум платных курсов по программированию и тестированию. Часто их указывают в CV?

Сергей: Да, они встречаются. Но у меня к ним скептическое отношение. Конечно, если платные курсы есть в CV, это лучше, чем ничего. Но при прочих равных условиях я бы предпочёл видеть там стажировку в конкурирующей IT-компании. Обучение в таких компаниях, как ни крути, выгоднее для человека, чем платные курсы. Во-первых, не нужно платить деньги. Во-вторых, IT-компании реально заинтересованы в том, чтобы вырастить специалиста и устроить его в свой проект, а не заработать на обучении. А платные школы это всё-таки коммерческая история, и нередко бывает так, что за красивой картинкой там ничего не стоит. Не буду обвинять всех подряд, но такое действительно бывает. Поэтому важно читать отзывы о школах и образовательных курсах, общаться с теми, кто их уже проходил, чтобы иметь релевантную информацию.

Но если человек прошёл стажировку в другой компании и его не взяли на младшего инженера, значит, он недостаточно хорош. Разве не так?

Сергей: Не совсем. Возможно, в другой компании были очень высокие требования в конкретном проекте, на который набирали стажёров. И у нас бывают проекты разного уровня, в том числе сложные для освоения начинающими специалистами. В 2018 году у меня была группа из пяти стажёров. По окончании стажировки трёх забрали проекты, а двоих не взяли. В итоге один из стажёров устроился к нам на следующий год, а другой нашёл работу у конкурента. Так что всё относительно, целеустремлённый человек рано или поздно найдёт себя.

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

Как проходит стажировка? Ваши подходы чем-то отличаются?

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

Далее обязательно держать руку на пульсе и не оставлять стажёра наедине с собой. Ментор должен регулярно давать ему задания, проверять, разбирать ошибки, отвечать на вопросы. Задания могут быть взяты из реальных проектов, а могут быть придуманы самим ментором. Разница не очень существенна. Главное, чтобы стажёру была обозначена конечная цель что он должен знать и уметь по истечении трёх месяцев.

Дмитрий: Я уже говорил, что мы берём людей в конкретный проект. Люди сразу работают над реальными задачами. Что касается подбора менторов, то здесь есть два варианта развития событий. В каких-то командах Open Telekom Cloud много специалистов из России, а в каких-то единицы. Может сложиться, что стажёр попадёт в команду, где вообще никого из России нет. Ментором тогда станет иностранец и задания будут исходить от него. Но в таком случае мы всё равно подыскиваем и русскоязычного наставника. Его можно найти в другой команде, которая выполняет похожие задачи.

Приходят ли на стажировку люди с абсолютно не профильным образованием и бэкграундом? Насколько они бывают успешны в профессии?

Сергей: В моей практике есть несколько успешных кейсов. В основном они связаны с тестированием. Например, у нас стажировалась девушка, которая окончила строительный университет и до этого восемь лет работала архитектором. Сейчас успешно влилась в IT, более двух лет работает в нашей компании. Или был молодой человек, который десять лет трудился в ресторанном бизнесе: барменом, менеджером и т.д. Потом он вдруг решил переквалифицироваться в QA. Тоже работает сейчас у нас и прекрасно справляется.

А какой вообще процент стажёров в итоге становится специалистами?

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

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

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

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

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

Многие люди ошибочно считают, что раз пентестер это почти хакер, то и зарабатывать он должен 300к/наносек (минимум). Накануне старта нового потока нашего курса "Этичный хакер" разберёмся, действительно ли это так.

---

Чем занимается пентестер

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

Пентестер это в первую очередь программист и инженер, который тестирует уязвимости информационной системы.

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

В пул задач пентестера входит:

• Тест сети и приложений на уязвимости. Найти дырку в информационной системе крупной компании не так сложно. Куда сложнее понять:

  • Почему дырка именно здесь: банальная ошибка, лень, незнание технологии.

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

  • Как исправить уязвимость, чтобы проблема не вылезла в другом месте и не стала еще более серьёзной.

• Ведение отчётов по всем проведённым тестам и найденным уязвимостям с подробным их описанием.

• Разработка общей политики информационной безопасности компании и отдельных сотрудников.

Пентестер ещё до начала работы связан договорами. Его работа и разрешённые тесты чётко регламентированы и отступать от них он не имеет права.

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

Как зарабатывает пентестер

Есть 3 основных пути, по которым может пойти тестировщик безопасности:

• Присоединиться к команде пентестеров или войти в отдел пентеста крупной компании. Из плюсов здесь полная защищённость со стороны закона, но зарплата не будет особо отличаться от средней в IT-сфере.

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

• Работать на Bug Bounty. Оферты для приглашения пентестеров на специальных ресурсах. Нашёл баг или уязвимость получай заранее определённую оплату. Принять участие может любой специалист, главное - придерживаться условий пентеста, которые подробно прописаны в оферте.

Штатный пентестер: зарплата и возможности

Давайте рассмотрим каждую из возможностей поближе. Сначала зарубежный опыт. Начнём с штатного пентестера, который получает фиксированную зарплату.

По данным Indeed, специалист по пентесту в штате компаний США получает в среднем 118 316 долларов год. Это примерно столько же, сколько получает фуллстак разработчик или дата-сайентист.

Но вот Cyber Degrees не так оптимистичны в своих анализах. По данным их ежегодного отчёта, средняя зарплата пентестера в США составляет около 84 690 долларов в год. А это на 27 % меньше, чем даёт Indeed. Существенная разница.

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

Middle-специалист, по мнению Cyber Degrees, зарабатывает примерно 106 000 долларов. В целом, даже если учесть разницу между отчетами, общая сумма не слишком отличается от других специальностей, связанных с разработкой и тестированием софта.

А вот портал Glassdoor более пессимистичен в оценках и среднюю зарплату штатного пентестера оценивает в 69 000 долларов. Но нужно учесть, что портал анализирует цифры, предложенные в вакансиях, а не зарплаты реальных специалистов, которые могут быть в разы больше.

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

По состоянию на 14 марта 2021 года, на Indeed открыта 41 вакансия сеньор-пентестера. Для сравнения: там же открыто 6867 вакансий сеньор-разработчика на Python. Можно понять, насколько большой разрыв спроса.

А теперь о ситуации в России. С русскоязычным рынком пентестеров дела обстоят как-то странно. Отдельные крупные компании и филиалы международных концернов нанимают команды пентестеров или пользуются услугами Bug Bounty, но вакансии конкретно пентестера открываются значительно реже.

Дело в том, что функции пентестера часто выполняют другие специалисты. К примеру, тестировщик или системный администратор.

На Хабр Карьера мы не нашли ни одной открытой вакансии пентестера. На hh.ru, по состоянию на 16 марта 2021 года, есть 29 вакансий на позицию пентестера. Но на самом деле только 15, потому что половина к пентесту не имеет никакого отношения.

В чём дело? Их часто ищут в других вакансиях, которые мы назвали выше. А сайты по поиску работы теряются и думают, что это разные вакансии и специальности, поэтому не подтягивают их вместе. Можете считать это первым тестом по специальности.

В сфере ИБ в целом вакансий достаточно, но именно пентестерских позиций немного. Специалист ИБ - это профессионал широкого профиля, с большим объёмом знаний. И понимание уязвимостей, атак и методологии пентеста помогает специалистам ИБ работать на стороне защиты. Мы рассказываем про опыт экспертов, которые работают в безопасной разработке, специалистами по безопасности. Есть ещё bug bounty, когда можно найти уязвимости, выложенные в открытый доступ крупными компаниями. Это уже международный уровень. Кроме того, сертификации в сфере кибербезопасности (CEH, OWASP) и практический боевой опыт повышает ценность специалиста.

Яна Суслова, методист курса Этичный хакер

Рынок только развивается, поэтому востребованность специалистов по безопасности стабильно растёт. Плюс, есть ещё несколько проверенных способов получить работу пентестера, не пользуясь такими сайтами. О них чуть ниже.

Чаще пентестеры работают как самозанятые или в составе отдельных команд. Что приводит нас к следующему разделу.

Пентестер как ИП, самозанятый или часть команды

Несмотря на то, что вакансий пентестеров сейчас не слишком много, рынок начинает понимать, для чего нужны их услуги.

Но для абсолютного большинства компаний малого и среднего бизнеса пентест это разовая или очень редкая акция. Для неё нет смысла нанимать специалиста в штат. Только крупные игроки могут позволить себе нанять штатного инженера по информационной безопасности.

В России это буквально единичные компании. Малый и часть среднего бизнеса нанимают индивидуальных пентестеров, крупный предпочитает нанимать команды с именем и пулом выполненных проектов.

Цена на пентест по договору зависит от многих факторов. В США она стартует от 2500 долларов. В России от 100 000 рублей. Имеет значение, какие именно системы тестируются, как глубоко, какие именно уязвимости на прицеле: только критические или все более-менее серьёзные.

Комплексный пентест зачастую берут команды, состоящие из 4-10 специалистов. Отдельные же задачи (к примеру, анализ уязвимостей баз данных) могут выполнять и индивидуальные специалисты.

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

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

Несмотря на трудности и риски, работа пентестера на себя приносит доход в среднем в 1,5-2 раза выше, чем при оформлении в штат. Но для этого нужно обладать отличными навыками коммуникации и переговоров заниматься ими нужно будет не меньше, чем самими пентестами.

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

Чтобы не простаивать зря, многие этичные хакеры пользуются программами Bug Bounty. Переходим к ним.

Bug Bounty: альфа и омега для пентестера

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

По информации из открытых источников и наших коллег-пентестеров, среднестатистический этичный хакер может зарабатывать на программах Bug Bounty 2000-3000 долларов в месяц.

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

Можно вполне успешно работать в одной узкой сфере и нормально зарабатывать.

Топовые багхантеры вполне могут зарабатывать вплоть до 50 000 долларов в месяц. Да, это вполне реально. Опыт Марка Литчфилда это доказывает. В декабре 2015 года он заработал 47 750 долларов, используя ресурсы Hackerone, BugCrowd и программу PayPal.

Иван Григоров, интервью которого лежит на Хабре, также утверждает, что 25 000 долларов в месяц для опытного пентестера не проблема. Тоже рекомендуем почитать.

По более скромным оценкам, пентестеры действительно могут без особых проблем зарабатывать 2000-3000 долларов каждый месяц только на программах Bug Bounty. Но для этого нужно хорошо разбираться как минимум в одной отрасли программирования. Точнее определить сложно, ведь эффективность пентестера и количество обнаруженных уязвимостей прямо зависит от знаний, опыта и времени, которые багхантер уделяет пентесту.

Но можно сделать примерную оценку. На HackerOne за одну минорную уязвимость платят от 50 до 100 долларов.

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

Другие же предпочитают искать более серьёзные уязвимости, за которые оплата побольше.

Вот, к примеру, какую оплату предлагает компания PayPal:

За одну критическую уязвимость компания платит от 2000 до 10000 долларов. Понятно, что найти такую уязвимость совсем непросто, но тем не менее.

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

И ещё: мы в одном из предыдущих разделов упоминали, как найти работу пентестеру без сайтов по поиску работы. Bug Bounty один из вариантов. Тут есть секрет, который опытные специалисты не раскрывают.

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

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

Что нужно знать и уметь пентестеру

Про хард-скилы мы писали в первой статье про этичный хакинг: как взламывать системы и при этом зарабатывать легально. Хотелось бы добавить, что нужны не только знания, но и жизненный опыт. Системный администратор с опытом стрессового поднятия сервера или программист на C++, который ищет ошибку в 200 000 строчках кода, из-за которой всё пошло по наклонной имеют большие шансы быть успешными в пентестинге. Не будем забывать про тестировщиков, у которых тоже есть необходимый бэкграунд. Пентестеру нужен практический опыт и предельно чистое понимание, как работает система или хотя бы её часть.

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

Узнайте, как прокачаться в других специальностях или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

Другие профессии и курсы

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

---

Что это такое?

Data Science Акселератор это трёхмесячный интенсив, созданный для специалистов с опытом (или хотя бы окончивших курс Data Science) и нуждающихся в практике проработки одного проекта. Программа Акселератора составлена таким образом, чтобы помочь достичь трёх больших целей:

• закрыть пробелы в знаниях и изучить материалы;

• реализовать личный pet-project, проект для своего бизнеса или конкретную рабочую задачу под пристальным наблюдением менторов;

• выявить и устранить сложности с устройством на работу (для тех, у кого они есть).

Первая группа студентов-участников Акселератора получилась довольно разношёрстная и интересная: в группе был дата-сайентист из банка, желающий реализовать проект по сбору промокодов из видео, текстов, изображений. Также в Акселератор пришёл владелец интернет-магазина @vandriichuk, создающий умных ботов на основе нейросетей для e-commerce и недавно написавший статью про свой проект. Был у нас и сотрудник Роботолаб Сколково, использующий технологии NLP для своего робота, и многие другие. У каждого свой бэкграунд, своя цель. Кто-то хотел сменить работу, кто-то получить знания от топ-экспертов, кто-то работает над своим собственным проектом и подумывает превратить его в стартап.

Список проектов студентов, с которыми они пришли в Акселератор, тоже приятно удивляет (сколько всё-таки талантливых людей вокруг!):

• рекомендательная система для интернет-магазина;

• саммаризация текстов (статьи, научные публикации и т. д.); Несколько более упрощённый вариант выделение тем в коллекции документов;

• Instagram-бот коммерческого аккаунта для поиска, оценки и взаимодействия с инфлюенсерами;

• алгоритм для оценки эмоциональной тональности сообщений, сгенерированных GPT-3 на заданную тему;

• извлечение промокодов из контента в соцсетях;

• робот-предсказатель;

• прогнозирование задержек авиарейсов;

• анализ видео из беспилотных автомобилей;

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

Из чего состоит Акселератор

Главный вопрос, который стоял перед создателями Акселератора, как сделать обучение эффективным для каждого студента? Ведь нужно учесть бэкграунд каждого, их склонности в работе и даже личные особенности. Подобных вещей в образовании data science ранее никто не делал (ни в России, ни за рубежом), и поэтому нам пришлось делать всё самим с нуля. В этом был настоящий драйв: те, кто делал свои продукты, нас поймут. Вот из чего в итоге состояла "начинка" Акселератора:

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

2. Персональные траектории обучения мы сделали программы по NLP, ML и CV, пригласив работать над ним экспертов из Google, Яндекса, Mail.ru, Сбера и М-видео.

3. Менторы из топ-экспертов сферы, привлечённые к работе над персональным проектом или профессиональной задачей каждого участника. Акселератор оказался интересным для экспертов самого высокого уровня, потому что сами студенты были не новички, и над проектами они работали непростыми. К нам присоединились Валерий Бабушкин из Facebook, Валентин Малых из Huawei, Эмиль Магеррамов из Biocad и другие.

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

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

Дальше расскажем про каждый пункт подробнее.

1. Постановка персональных целей

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

Пример вопросов анкеты:

• Топ 3-компании, в которых я бы хотел работать (если вы пока не знаете, напишите пока не определился).

• Позиция, на которой я бы хотел работать после прохождения акселератора.

• Сфера деятельности (биотех, коммерция, авиация, образование), в которой вы бы хотели работать в дальнейшем (если вы не определились или это не имеет значения, так и напишите).

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

2. Индивидуальные траектории обучения

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

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

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

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

3. Менторы и программные эксперты

Главная функция менторов в Акселераторе двигать участников в работе над проектами. Именно они отслеживают прогресс и дают обратную связь, встречаются каждую неделю с участниками. Ментор это ключевое звено, нужное, чтобы проект участника был реализован. Это как со спортзалом: если человек просто купил абонемент, то он может и не ходить. Но после покупки персональной тренировки человек с большей вероятностью пойдёт в зал. Потому что люди предпочитают учиться у конкретных людей, у кого считают интересным учиться.

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

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

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

На каждой защите проекта студенты встречались с разными экспертами, которые с разных позиций рассматривали проект, давали конкретные оценки и рекомендации.

4. Коммуникации в Акселераторе, или "социалка", которой нет

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

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

Одна из важных механик в Акселераторе это групповые встречи с менторами. Эти встречи нужны для расширения представления участников о задачах и подходах к решению, а также возможности консультирования студентов друг другом. Групповые встречи как один из моментов социального давления (договорённости о целях на неделю) также работают хорошо и позволяют держать участников в тонусе.

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

Что происходит сейчас: участники консультируют друг друга, включаются во внешние профессиональные сообщества и выступают на конференциях. Один из участников Акселератора Георгий Брегман создал своё мини-сообщество, посвящённое нейронным сетям AI и ML DSMLAI.

5. Карьерный блок

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

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

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

Секретный ингредиент

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

Марина Щербакова, педагогический дизайнер, разработчик образовательного продукта.

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

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

На каждой следующей встрече студент сверялся с трекингом приблизился ли он к своей цели? Интересна ли ему эта цель по-прежнему или стоит её поменять? Логично, что студенты, у которых цель была сформулирована чётко и конкретно, довольно быстро поняли, как её достичь. Каждый для этого использовал свой собственный путь: кто-то создал телеграм-канал и целенаправленно стал его развивать, наполняя ценной информацией о новостях в AI и ML, вовлекая экспертов. Кто-то стал писать статьи на Хабре, кто-то писать в Фейсбуке, а кто-то комфортнее чувствует себя в Linkedin. Студенты отметили, что стали получать благодаря этому гораздо больше приглашений на собеседования, предложений сотрудничества, возможности участвовать в интересных им проектах.

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

Этот контентный блок вела Екатерина Артюгина, маркетолог с опытом работы в Яндекс, HeadHunter и Mail.ru. Участники отметили, что неожиданно для них этот блок оказался одним из самых ценных.

Что дал Акселератор участникам

В пилотном потоке Акселератора было 10 человек. За почти 3 месяца программы трое студентов получили офферы в международные компании, один студент прошёл сертификацию AWS, двое получили прибыль от увеличения клиентов и продаж в собственном бизнесе. Остальные четверо планируют продолжать работу над своими проектами и выйти на их защиту через два-три месяца.

Так, и что дальше?

Многое из того, что удалось реализовать в первом Акселераторе Data Science, скоро появится в курсе "Профессия Data Scientist", в котором студенты будут не только осваивать NLP, ML и CV, но и решать реальные кейсы, аналогичные бизнес-задачам, под руководством опытных менторов. Кого привлекает сфера Data Science и кто хочет получить актуальную ещё многие годы специальность добро пожаловать! Ну, а мы позаботимся о том, чтобы у вас получилось дойти до финала. Будет сложно, что уж скрывать, но интересно.

Акселератор Data Science SkillFactory готовили:
Педагогический дизайнер и разработчик образовательного продукта Марина Щербакова Маркетолог и продакт-менеджер Екатерина Артюгина.

Узнайте, как прокачаться и в других специальностях или освоить их с нуля:

• Профессия Data Analyst

• Курс по Data Engineering

• Курс по Machine Learning и расширенный курс "Machine Learning + Deep Learning"

• Курс "Математика для Data Science" и расширенный курс "Математика и Machine Learning для Data Science"

Другие профессии и курсы

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

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

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

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

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

Зачем оно нужно Вам?

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

Какие бывают сложности?

У 9 из 10 людей сегодня есть определенные сложности в трансляции себя в онлайн. Сколько сторис Вы снимаете каждый день? Ваши друзья знают, как проходит Ваш день?

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

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

Попробуйте

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

А дальше?

Первый шаг сделан, Вы получили легкую эйфорию и, возможно, с трудом не удалили то, что только выложили. А, может быть, это даже понравилось?

Вас ждёт увлекательное путешествие по развитию личного бренда, где о Вас узнает широкий круг людей.

Интересное наблюдение, что когда Вы открываетесь таким образом миру, мир открывается Вам.

Откуда пошло понятие личного бренда?

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

В более современное время этого понятия ярко коснулся в 1997 году журналист Том Петерс в статье The Brand Called You:

Независимо от возраста, независимо от должности, независимо от того, в каком бизнесе мы находимся, все мы должны понимать важность брендинга. Мы являемся генеральными директорами наших собственных компаний: Me Inc. Чтобы быть в бизнесе сегодня, наша самая важная работа-быть главным маркетологом для бренда под названием You.

Это так просто и так трудно. И это неизбежно.

Зачем развивать личный бренд айтишнику?

Ок, сухо несколько фактов:

1. Вы начнете зарабатывать больше, проверено! Ваша экспертиза начнет расти, Вы начнете больше ценить себя, и люди вокруг тоже

2. Со временем Вы даже сможете уйти из найма и построить свою команду со своими правилами! Вас уже будут знать, как эксперта, к Вам будет доверие!

3. Вы сможете путешествовать, жить на море и вообще, где угодно! Если Вы еще этого не сделали, конечно

4. Social Proof. Если у Вас здесь большое сопротивление, то это Ваша самая большая точка роста! Если Вы интроверт по своей сути, то это не значит, что Вы не можете преломить и изменить ход своей истории. Даже интроверты сейчас развивают личный бренд!

5. Признание. Овации. О Вас будут говорить, Вами будут восхищаться (но и критиковать, конечно, тоже).

Если я Вас не убедил ни на 1%, то напишите мне 5 доводов, чтобы не делать этого, не развивать личный бренд, мне всегда интересно обратное мнение!

Часто бывает так, что хочется, но не можется, нет сил, времени, смелости или знаний. Тогда приходите ко мне! У меня свой проект по раскачке личного бренда. Будем работать индивидуально, я сам прошёл этот путь (сложный переход в открытость) и знаю, каково это! Присоединяйтесь!

Какие условия нужно соблюдать для развития личного бренда:

1. Честность. Если Вы встаете на путь развития себя как личного бренда, то предстоит избавиться от любого вранья, который Вы будете транслировать в онлайн.

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

3. Любовь к людям. Так как развитие личного бренда непосредственно связано со взаимодействием с людьми, этот пункт никак нельзя убрать из основных ингредиентов для успеха.

Это основа для старта и крепкого фундамента, а дальше маршрут будет у каждого свой.

Мощные инструменты для раскачки личного бренда:

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

2. СМИ, тематические издания. Далеко не все люди любят что-то писать, тем более большие статьи, но этот способ будем лучшим подтверждением Вашей экспертности. Дальше я расскажу, как найти площадку для публикации.

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

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

Нам нужен план

Итак, для успешного развития себя как личного бренда необходимо прежде всего составить план, он будет включать в себя:

1. Контент-план для социальных сетей. Это необязательно скрупулезный план постов с четкими датами и временем. Однако Вам нужно выбрать хотя бы 5 рубрик, которые Вы будете освещать онлайн. Например, это могут быть Ваше хобби, личная жизнь, 2 рубрики с экспертными материалами и просто советы и инсайты.

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

3. План по публикациям. С помощью поиска в Яндекс и Гугл можно найти список онлайн-площадок, на которых можно опубликовать свой материал по определенной тематике. После того, как Вы нашли такие, то в некоторых изданиях нужно написать редактору, чтобы согласовать свой материал (его тему). Там, где этого делать не нужно, Вы можете самостоятельно определить тему статьи, которую будете размещать.

4. План-целеполагание. Чтобы наш корабль пришел в нужное место назначение, нам нужно определить конечную точку в которую мы идем. Например, набрать 100 новых подписчиков в Инстаграм, выступить на оффлайн мероприятии, написать 3 статьи и провести свой вебинар.

Какие ресурсы помогут начать публиковать себя:

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

2. Хабр. Здесь Вы можете зарегистрироваться, как частный специалист и начать публиковать свои материалы. Это совсем не страшно, главное сделать первый шаг.

3. Также Вы можете озадачиться поиском других ресурсов, где можно свободно публиковаться (например, есть авторитетные онлайн-площадки Spark, Vc, Тиньков Журнал и много много других). Смотрите порталы для айтишников!

4. Вы удивитесь, но Вы даже сможете опубликоваться в Forbes, Деловом Мире или Газета.ру

Где брать фотографии?

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

Как писать посты?

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

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

Никто точно не скажет Вам, какой должен быть тон общения с читателем, в каком стиле Вам общаться с человеком по ту сторону.

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

Как начать развивать личный бренд?

1. Зарегистрироваться под настоящим именем и написать область своей экспертности, область в которой Вы сейчас развиваетесь. Не обязательно быть супер-известным и авторитетным, чтобы просто написать область своей деятельности.

2. Составить контент-план, план по развитию и план по своим публикациям

3. Начать систематически следовать плану, выработать привычку добывать новые фото и писать новые тексты

Если Вы действительно нацелены развивать себя как эксперта, развивать свой личный бренд, я могу стать Вашим проводником, коучем и помощником на этом нелегком пути!

Какие бывают сложности

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

2. Нет времени. Для работы над личным брендом не требуется много времени. Если Вы будете выделять всего 30 минут в день на это, то через год у Вас уже будет многое выстроено и начнет работать на Вас! Вы можете всего небольшую часть времени перестать тратить на развлекательный контент и уделить время себе.

3. Нет сил. Обычно в начале дня у нас самое ресурсное состояние. Поэтому занимайтесь личным брендом именно в это время. Тогда у Вас всегда будут силы!

4. Страшно. Первые шаги делать особенно сложно, и встает множество вопросом и препятствий внутри. Постарайтесь договориться с собой и следовать плану, который я описал выше.

Что еще полезного можно почитать?

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

Почему бы не попробовать и Вам?

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

Вступление

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

• Чтоб заработать кучу денег и прославиться?

• Чтоб утереть нос другу, который не первый день хвалится что он крутой разработчик во всем мире?

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

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

Начальная разработка. Ожидание-реальность

Будь готов к тому, что на начальных этапах у тебя мало что будет получаться. И попытки создать Хагрида из Гарри Поттера

Рис.1. Ожидаемый результат

могут превратится в анекдот. Хорошо если у тебя получится что-то такое:

Рис.2. Хороший результат

Но если в итоге выйдет что-то такое:

Рис.3. Ржачный результат

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

Что лучше? 2д или 3д на начальном этапе?

Многие начинающие разработчики могут сказать, что 2д проще. Тем что это 2д. Ну согласиться я не могу. Лучше то, что нравится. Нравится 3д? делай в 3д. Нравится 2д? Делай в 2д. Ведь разница тут только в координатной плоскости. А суть та же самая. Ведь что в 2д что в 3д тебе придется двигать персонажа. Что там что там обрабатывать триггеры. Что там, что там писать ИИ (искусственный интеллект) для врага. То, что имеет меньшую размерность не значит, что проще. Как говорит знаменитая пословица: Главное не размер, а умение пользоваться. Так что главное не размерность координатной плоскости, а то как ты умеешь с ней обращаться. Везде есть свои плюсы и минусы. Если рассматривать на уровне графики, то в 2д тебе нужно нарисовать спрайт и потом секвенцию кадров для анимации, ну а в 3д, нужно смастерить 3д модель и анимировать с помощью костевой анимации (если живое существо) или достаточно просто создать шар и используя ключи анимации просто двигать его, вращать, масштабировать и т.д. Но если нет художественного вкуса, то может получится что-то консервное (вспомним Хагрида). Так что, если говорить уж про размерность, то каждый выбирает по вкусу. Тот, кто хорошо владеет 3д пространством, тот с легкостью может перейти на 2д, а тот, кто хорошо владеет 2д, то тому нужно представить еще одну ось и адаптироваться.

Стоит ли платить за обучение?

Этот вопрос для каждого индивидуален и зависит от каждого. Можно и без преподавателей обучиться, но это будет долгий процесс поиска нужной информации в гугле. Можно вступить в разные группы единомышленников, но не надейся, что с тобой там нянчится будут. Могут помочь советом, а могут и послать нафиг за наглость. Помочь могут с каким-то определенным алгоритмом и направить на ресурс, который может ты и читал, но не внимательно. Но не надейся что там будут объяснять как создать переменную и зачем ставить ; в конце строки в С-подобных языках программирования. Такие вещи могут рассказать преподаватели в учебных заведениях, или те, которым ты будешь платить деньги на курсах. Я не призываю отказываться категорически отказываться от платных курсов. Так как там собрано большинства материала, который ты бы сам годами собирал на пространствах гугла (ну если ты конечно не красноглазый задрот, который днями и ночами сидит за компом и даже не выходит на улицу, потому что дневной свет слепит глаза). Есть курсы, которые предлагают первое бесплатное занятие. На нем ты конечно и не узнаешь весь ожидаемый материал, но зато оценишь преподавателя, его манеру общения и сможешь решить стоит ли тебе платить за курс обучения с ним или, как обычно говорят на рынках я посмотрю еще и тогда вернусь.

Unity vs Unreal Engine (UE)

Как ты уже догадался речь пойдет о игровых движках. Какой лучше выбрать? Ответ дам простой какой понравится. Ведь в этом то я тебя ограничивать не буду. Есть много игровых движков, как профессиональных, так и простых. Но Unity и UE считаются самыми популярными. Но ты можешь посмотреть и множество других, таких как CryEngine, Godot, Creation Engine или какой-то конструктор по типу Construct, или вообще можешь написать свй и не от кого не зависеть.

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

• Unity может справиться даже из слабыми ПК, ну конечно не из самыми древними мумиями, но 4 гб оперативы и 1 гб видеокарты потянет. Не для масштабного ААА проекта, а для какой-то простенькой игрушки вполне сойдет.

  Конечно программировать будешь на C#, так как JavaScript был выпилен из движка. Ну а если ты жестокий фанат JS, то можешь скачать раннюю версию и наслаждаться разработкой. Так же можешь использовать внешние плагины чтоб программировать например на Python.
  А вообще на этом движке можешь создавать хоть ААА проекты, хоть обычные 2D платформеры для различных устройств (хоть для Android, PC, IOS, tvOS (только представь, твой чудик, который создашь, будет бегать по всех теликах планеты)) так как он считается кроссплатформенным. Только набей свой комп хорошей начинкой и в бой за орденами.

• Unreal Engine как минимум 8 гб оперативы точно нужно. Так как это мощный игровой движок и Unity уступать ничем не собирается. Тут без проблем создавай что хочешь, хоть ААА, хоть 2D, хоть 2D с элементами ААА. Только одень свой ПК пристойно, чтоб он не залагал только при нажатии на сам ярлык. А так этот движок тоже кроссплатформенный, как и Unity. Правда язык программирования тут С++ и BluePrint (визуальный скриптинг для тех кто не шарит в программировании). Все что душе угодно. Разработчики так устроили это логово чтоб заманить всех кто шарит и тех кто не шарит в программировании. Все что вашей душе угодно лишь бы вы хоть что-то делали.

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

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

Бессрочный ответ да. Разработчиком может стать кто угодно. Хоть даже повар, который не умеет готовить. Может просто готовка это не его, а где-то в глубине души он прирожденный игродел.

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

А если работа не приносит удовольствия, то это каторга. Особенно если эта каторга за копейки. Многие, кто работают на нелюбимой работе просто говорят, что они ничего не умеют и это единственный их доход, а на лучшую работу нужно лучшие навыки. ТАК БЛИН ЧТО ЖЕ МЕШАЕТ ТЕБЕ ИХ ПРИОБРЕСТИ? Ты можешь временно работать на этой работе для того чтоб получать з/п и с голоду не откинуться, а в свободное время можешь приобретать навыки в любимом занятии.

Только не делай хобби работой, так как работа может угробить это хобби и в свободное время сложно будет чем-то заняться если хобби было одно, и то которое напоминает о работе. Как говорят работа должна быть любимым занятием, а не каторгой, так как в такой ситуации поступить? Просто. Нужно иметь больше чем 1 хобби. Одно можно превратить в работу, а следующие как отдых. И работа увлекательная и в свободное время есть чем заняться и отвлечься.

Выводы

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

Но также, эти навыки можно приобрести и немного быстрее наняв преподавателя. Если знания нулевые, то сойдет любой преподаватель. Так как в таком случае он шарит больше чем ты. А если бюджет позволяет, то лучше нанять качественного. А, так же, нужно иметь желание, тонны пачек нервов, самоорганизованность и конечно стремление и любовь к играм. Так как без этих параметров навряд ли ты сможешь продвинуться если будешь опускать руки после каждой неудачи. Илон Маск тоже не с первой попытки стал успешным. Так что работай над собой, выбери свою дорогу, цель и следуй ей. И помни что эта дорога будет подобна различным раннерам, то есть на этом пути обязательно будут вещи или люди, которые будут стараться сбить тебя с пути и не дойти к цели. А если потерпишь неудачу и сдашься, то свернешь с пути раньше, чем узнаешь какой приз ждет тебя в конце этого пути. И каждый навык расценивай как чекпоинт в играх, приобретая который, ты сохраняешь свой прогресс на пути и после неудачи можешь воскреснуть с этой точки сохранения. Все в твоих руках! Главное верь в это, и ты добьешься своего успеха!

Удачи!

Доброго времени суток, Хабровчане!

Спустя аж три года с момента написания первой части статьи Возможные неопределенности в карьере программиста решил, что, возможно, будет интересно а кому то, я надеюсь, даже полезно (в первую очередь начинающим программистам) узнать продолжение истории. Что начал делать Ваня чтобы повысить свои навыки? Как прошел интервью в новую компанию? Обо всем по порядку.

Так больше нельзя, пора... уходить в другую компанию

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

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

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

Поиск новой работы и заполнение пробелов в знаниях

Хотелось бы сказать, что Ваня начал свои поиски с заполнения резюме, и учетом своих достижений (да-да, было и такое), полученных во время работы в строительной компании, но нельзя так сказать. Ваня начал с того, что постарался объективно оценить свои возможности, локализовать и устранить пробелы в знаниях, и изучить требования к вакансиям. Последний аспект, кстати, оказался очень важным, т.к. занимаясь мониторингом требований, при желании можно не только разобраться с тем, что актуально в данный момент на рынке, но и подтянуть какие-то общие моменты и заполнить пробелы. Например, Ваня позиционирует себя как веб-разработчик C#/PHP - именно эти два языка он использовал в свой работе, но по факту, веб-приложения разрабатывал только на php/laravel. В связи с этим, он решает восполнить свои знания ASP.NET стеке, и без каких-либо промедлений изучает книгу ASP.NET MVC 5 для профессионалов Адама Фримена. Безусловно, знание технологии важны, но так как у нашего героя уже был опыт с MVC фреймворком, в этой книге Ваню очень зацепил архитектурный момент. Это очень подогрело интерес не только к технологии, но сформировало желание погрузиться в изучение нового.

Параллельно c изучением книг и статей, Ваня начал рассылать резюме в различные компании, откликаясь и на вакансии где требовались php и c# разработчики. Первая компания, которая согласилась продолжить диалог, выслала тестовое задание где нужно было разобраться в коде какого-то легаси, и выполнить определенные требования. Максимальная полезность для Вани была в том, что он увидел настоящий код проекта, написанного другими разработчиками, посмотрел как и что устроено, познакомился с DI, начал разбираться с паттернами (кстати, это была одна из задач - написать какие паттерны проектирования используются в проекте), и еще больше погрузился аспекты разработки ПО. Этот опыт был похож на снежный ком - знания потихоньку накапливались, наслаиваясь друг на друга, приходилось многое изучать и пробовать разрабатывать свое. Постепенно складывалась более четкая картинка того, что ждет начинающего разработчика в ИТ компании, какие навыки требуются и почему. На этом этапе я бы отметил два момента: если вы хотите научиться программировать, обязательно читайте чужой код, любой, разбирайте его по частям, изучайте логику проекта, а то, что для вас не понятно - гуглите и запоминайте, второй момент - пиши код, много кода, сами.

В итоге у Ваня было 4 интервью в 4 ИТ компаниях города. Стоит отметить, что 3 из них были на позицию C# разработчика и только 1 на php девелопера. На всех технических собеседованиях, когда его спрашивали про предыдущие проекты, Ваня успешно рассказывал над чем приходилось работать, и отвечал на вопросы, связанные с реализацией каких-то моментов. Это была его фишка, четко и без запинок, как будто бы заучено. Об этих проектах он знал все, так как был единственный разработчик в строительной компании. И все же, Ваня испытывал небольшие трудности на все четырех интервью, где-то ему даже казалось, что фидбэка от компании можно не ждать, но не стоит делать поспешные выводы и плохие мысли лучше сразу гнать в сторону. Не буду томить - статья и так уже получилась довольно большой, как мне кажется, от всех четырех компаний Ваня получил предложения о работе. Это может показаться фантастикой, выдумкой автора статьи, но ,тем не менее, так все и было на самом деле. Я бы хотел выделить два момента: обязательно мониторьте рынок вакансий и подготавливайтесь к каждому интервью - таким образом закрепите знания и будете чувствовать себя увереннее, и второй момент, никогда не расстраивайтесь если получите отказ после собеседования, продолжайте устранять пробелы в знаниях и проходить собеседования на новые позиции, ваша компания обязательно найдется!

Все ясно, но что было дальше?

Как уже было сказано выше, Ваня получил возможность выбора нового места работы среди нескольких. Он выбрал компанию, занимающуюся разработкой веб-приложений на C# (если вкратце), где отработал почти 2.5 года, после чего уже без особых проблем перешел в другую :)

Заключение

Спасибо, что дочитали статью до конца! Если она будет полезна хоть кому-то, значит я потратил свое время не зря :) Сейчас вспомнил, что не упомянул еще пару моментов, которые будут полезны новичкам не только в программировании, но и вообще в ИТ. Изучайте английский (без него ну прям никак) и прокачивайте ваши soft skills, это позволит вам стать более ценным специалистом.

Сегодня в новом выпуске рубрики Где работать в ИТ рассказываем о компании DataArt, которая стояла у истоков многих успешных сервисов и проектов, самый известный из которых, конечно же, Mail.ru.

В 2020 году сотрудники на Хабр Карьере оценили компанию на 4,3 балла из пяти, дальше в статье мы покажем, какие качества ДатаАрт ценятся выше всего.

В подготовке этого материала участвовала целая команда ребят: о найме и условиях работы рассказали Оксана Петелина, эйчар-директор DataArt в Санкт-Петербурге, Митя Радченко, старший рекрутер и бренд-амбассадор, и Максим Бастион, старший координатор программ по управлению талантами. Про команду и технологии дали комментарии Влад Вишняков, глава DataArt Remote Россия, и Юрий Кабриц, старший вице-президент разработки. А собрала все воедино и отредактировала Юлия Громцева, пиар-менеджер ДатаАрт в России.

Вы можете оценить своего работодателя и наставить ему четверок и пятерок (а может и троек с двойками). Главное, чтобы это было честно!

оценить работодателя

Навигация по статье:

• О компании

• Об условиях работы

• О найме в ДатаАрт

• О команде

• О технологиях

---

О компании

DataArt с 1997 года проектирует, разрабатывает, модернизирует и поддерживает ИТ-решения в области финансов, здравоохранения, туризма, медиа и интернета вещей. Компания выросла из небольшой фирмы по сборке и продаже компьютеров. Первый офис открылся в 1997 году в Нью-Йорке, где он и остаётся по сей день. А ещё есть два десятка центров продаж и разработки в США, России, Украине, Армении, Германии, Польше, Аргентине и Великобритании. В компании работает около трех тысяч человек.

ДатаАрт получает публичную оценку от своих сотрудников с самого запуска сервиса оценки работодателей на Хабр Карьере в 2018 году. От года к году набор лучших качеств немного менялся, но всё это время сотрудники стабильно ставят самую высокую оценку таким качествам, как комфортные условия труда, профессиональное развитие, карьерный рост, отношения с коллегами и связь с топ-менеджментом.

Взгляните сами, в профиле компании на Хабр Карьере можно проследить всю историю оценок и комментариев.

Оценка компании DataArt на Хабр Карьере в 2020 году

Условия работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

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

Есть ли возможность удаленной работы?

Оксана Петелина: Да, сейчас у нас действует два формата полностью удаленная работа без закрепления рабочего места в офисе, но с поддержкой; удаленная работа с фиксированным рабочим местом, но возможностью работать не из офиса, а, например, из дома, кафе или другого офиса, если на то нет проектных ограничений (сейчас их количество стремится к нулю). Сколько работать из офиса, а сколько из дома, коллега определяет самостоятельно и согласует с командой.

Какой социальный пакет получают сотрудники?

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

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

Для тех, кто поддерживает здоровье, и для любителей командных видов спорта компания арендует спортзалы для игры в футбол и волейбол. А также поддерживает финансово и организационно другие увлечения коллег: настольный теннис, стендовую стрельбу, кикер, боулинг, яхтинг и прочие. Команды DataArt в течение года участвуют в спортивных соревнованиях виды спорта выбираются на общем голосовании среди всех желающих.

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

Чай / кофе, сухие завтраки и фрукты в офисе то, на что всегда могут рассчитывать наши сотрудники.

Какие бонусы, премии и компенсации предусмотрены в компании?

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

Какие есть перспективы для образования и личного развития у сотрудников?

Максим Бастион: DataArt предоставляет множество сервисов для развития, выбор всегда за сотрудником. У нас есть:

• матрицы квалификации, где скилы разбиты по уровням синьорности для каждой квалификации;

• гайды профессионального развития в рамках разных квалификаций, где даются рекомендации материалов для развития каждой квалификации;

• EDU-система, где есть большой постоянно пополняемый перечень учебных материалов (тесты, записи вебинаров, курсы, практические курсы и прочее);

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

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

Про найм

Во сколько этапов проходит найм и что на них ожидает соискателя?

Митя Радченко: Основные этапы отбора на любую вакансию в DataArt такие:

1. первичный звонок с рекрутером для обсуждения пожеланий кандидата к проектам;

2. проверка коммуникативных навыков на английском;

3. общее техническое собеседование с нашим экспертом.

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

Кстати, ДатаАрт как раз сейчас ищет старшего тестировщика и .NET-инженера, чек ит аут!

Даете ли вы тестовое задание кандидатам? Как оно устроено?

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

Как отличается подход к найму в зависимости от позиции и стека?

Митя Радченко: Процесс практически для всех наших вакансий унифицирован и выглядит так, как это описано в ответе на первый вопрос. У нас нет специальных этапов для каких-либо позиций / технологий. Разве что, для некоторых наших практикантов предусмотрен получасовой тест, который они затем разбирают с потенциальным ментором. В других случаях процессы отбора на Senior- и Junior-позиции по этапам чаще всего выглядят идентично.

Какая фраза от кандидата на собеседовании точно заставит вас выкинуть его резюме?

Митя Радченко: Если отбросить совсем очевидные из разряда я ненавижу то, чем занимаюсь, часто мы обращаем внимание на формулировку пожеланий в сопроводительном письме или в самом резюме. Если там присутствует вы должны, я ни за что не буду или точно нет это прямые сигналы, что человек с самого начала хотел бы диктовать свои условия в ультимативной форме и может обладать недостаточной гибкостью, которую мы так ценим в DataArt. При этом я все равно предпочту предложить такому кандидату созвониться и за десять минут обсудить его пожелания и взгляды. Не всегда то, как люди пишут и тем более, как их слова интерпретируют, отражает объективную реальность. Поэтому я бы не стал выбрасывать ничье резюме, если оно ко мне попало. Людям до сих пор довольно часто удается меня приятно удивить.

Кого последнего вы уволили и почему?

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

Как происходит онбординг нового сотрудника?

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

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

За период адаптации каждый коллега выполняет простые задачи, гибко выбирая время для них в рабочем графике.

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

О команде

Какая методология разработки у вас используется и почему?

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

Чаще всего рекомендуем Agile-методологии, Scrum если разрабатываем какую-то функциональность, для больших проектов SAFe, Spotify, а для проектов поддержки чаще всего Kanban. Практически всегда выбор методологии происходит вместе с клиентом, т. к. на его стороне часто находятся многие важные роли.

Каковы размеры и структуры команд?

Влад Вишняков: Это тоже зависит от конкретного проекта и клиента: у нас есть и проекты с одним разработчиком, и огромные команды из сотен инженеров.

По каким критериям вы разбиваете разработчиков на джунов, мидлов и синьоров?

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

Кто чаще возглавляет команды продуктовый специалист или технический?

Юрий Кабриц: Продуктовый специалист обязательная роль в команде с точки зрения Agile, в каждом проекте он обязательно есть. Это может быть наш коллега или представитель заказчика. Но назвать его лидером команды нельзя, т. к. он может ответить только на вопрос что делать?. Аналогично, своя зона ответственности есть и у проектного менеджера. Решения по организации работы команд, технические решения принимаются командами разработки по результатам совместного обсуждения.

Как часто люди меняют команды?

Влад Вишняков: Это зависит от проекта, команды и, конечно, от самого коллеги. Причины смены команды могут быть разными: проект закончился, надоел или открылись интересные возможности в другом проекте. Люди разные есть примеры, когда и команде, и заказчикам комфортно работать друг с другом чуть ли не десятилетиями, а есть и те, кому хочется менять команду и / или проект намного чаще.

Что важнее, софт-скиллы или хард-скиллы?

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

Как вы боретесь с выгоранием сотрудников?

Влад Вишняков: Внутри проектов организуются one-to-one встречи для отслеживания эмоционального состояния коллег. На уровне компании с сотрудниками проводятся регулярные talk-ins, тематические события и вебинары, чтобы как можно больше коллег знали о том, как предупредить выгорание и психологические проблемы. С этими же целями более двух лет назад мы открыли специальную горячую линию DataArt Helpline. Там не ставят диагнозы, не проводят терапию и не выписывают лекарства. Прежде всего, там выслушают и подскажут, куда обратиться внутри компании или за ее пределами, и расскажут коллеге, каким образом компания готова его поддержать: дать дополнительные дни к отпуску на лечение / восстановление, вывести из проекта, если кажется, что там тяжело находиться, и т. п.

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

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Юрий Кабриц: Одновременно у нас сейчас идет порядка 400 проектов, причем даже в одном проекте может использоваться несколько технологий. Для бэкенда чаще всего используются .NET, Java, Node.js, Python, для web-front React, Angular, Vue.js. Для мобильной разработки чаще всего нативные под платформу Kotlin/Swift.

Встречаются и кроссплатформенные разработки на React Native, Xamarin, Unity 3d, Flutter. Фреймворки не все что нам требуется. Не обойтись без понимания таких областей как Big Data, Data Management, ML, Information Security, Blockchain и других.

Что вы можете рассказать об архитектуре проектов?

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

Как тестируется код?

Юрий Кабриц: Мы пропагандируем концепцию треугольника тестирования: юнит-тесты, интеграционные тесты, автотесты и только в самом конце ручное тестирование. К сожалению, не все клиенты готовы на инвестиции в автоматизацию тестирования, поэтому без ручного тестирования не обойтись.

Как устроен процесс документации и ведения базы знаний на проектах?

Юрий Кабриц: В больших проектах создаются специальные онбординг-курсы для новых участников проектов. Конечно, есть и проектные wiki в Confluence, и практика использования встроенного документирования на уровне кода.

Каков процент легаси-кода на проекте и как часто разработчики занимаются его рефакторингом?

Влад Вишняков: Процент легаси-кода зависит от конкретного проекта и его фазы. Большинство клиентов у нас достаточно зрелые, чтобы понимать необходимость рефакторинга.

---

Оцените своего работодателя на Хабр Карьере и расскажите, как вам там работается, что нравится, а что не очень. Оценка останется анонимной и поможет сориентироваться тем, кто сейчас ищет работу в ИТ.

оценить работодателя

Герой сегодняшнего выпуска ИТ-компания Lad, системный интегратор из Нижнего Новгорода. В этом году ребята впервые получили оценку и попали в наш рейтинг компаний. Сотрудники оценили Lad на 4,5 из пяти, особо отметив современные технологии, комфортные условия труда и отношения в коллективе.

Чтобы узнать обо всем подробнее, мы расспросили Романа Андронова (заместитель генерального директора Lad) и Максима Теричева (технический лидер Центра разработки Lad). Они рассказали нам о жизни компании, о найме и адаптации новых сотрудников, о технологиях и о том, что коллективное пение самое лучшее средство от выгорания.

Оценивая своих работодателей на Хабр Карьере вы помогаете нам делать рынок труда в ИТ более открытым и прозрачным!

оценить работодателя

Навигация по статье:

• О компании

• Об условиях работы

• О найме в Lad

• О команде

• О технологиях

---

О компании

Lad IT-компания и системный интегратор из Нижнего Новгорода. Занимается внедрением, доработкой и поддержкой клиентских проектов. Компания работает с клиентами из производства, строительства, торговли, атомной промышленности. А ещё ребята разрабатывают собственные проекты: веб-сервисы, приложения для мобильных платформ и IT-экосистемы. В компании работает около 500 сотрудников.

Вот оценка компании Lad в деталях, а почитать комментарии сотрудников можно здесь.

Оценка Lad на Хабр Карьере в 2021 году

Об условиях работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

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

В целом, в у нас гибкое начало дня, большая часть сотрудников работает с 8:00 или 9:00, но есть и те, кто начинает рабочий день с 7:00. Работники без преград берут административные на один-два дня. Хотя это не всегда удобно компании, мы с пониманием относимся к таким случаям. Без проблем отпускаем работников на несколько часов в течение рабочего дня по личным делам.

Какие бытовые условия ждут нового сотрудника на рабочем месте?

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

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

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

Формат помещений тоже разнообразный и многофункциональный. У нас есть опенспейсы на 30-50 рабочих мест, офисы на 5-10 сотрудников, кабинетная система. Мы создали комплекс переговорных комнат и учебных классов на разное число участников (от 4 до 35), которые бронируются через Google-календарь. Недавно запустили большой образовательный комплекс, состоящий из учебного класса, коворкинга, который трансформируется в переговорную комнату, лаунж-зоны и собственной кухни с зоной для кофе-брейков.

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

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

Есть ли возможность удаленной работы?

Роман: С весны 2020 год на удаленке работает около 80% наших сотрудников. И, судя по всему, такой формат взаимодействия сохранится в будущем. Мы планируем постепенно уходить от закрепленных рабочих мест и переформатировать офисы в коворкинги.

Какой социальный пакет получают сотрудники?

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

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

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

Мы поощряем обучение. Если сотрудник хочет пройти курсы повышения квалификации и может обосновать их необходимость, а еще лучше обучить потом новым знаниям своих коллег оплачиваем эти активности. Сотрудники занимаются на курсах английского языка с корпоративной скидкой. Мы закупаем книги в корпоративную библиотеку, в которой сейчас порядка 200 книг. Дарим мерч за активную позицию: организацию и участие во внутренних митапах, в отраслевых конференциях и выставках.

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

Какие бонусы, премии и компенсации предусмотрены в компании?

Роман: Топ-менеджмент ежеквартально получает часть от прибыли компании. В каждом подразделении своя система оплаты и KPI, но практически везде есть квартальные премии. Регулярно запускаем проекты по геймификации с премиальным фондом.

Какие есть перспективы для образования и личного развития у сотрудников?

Роман: Абсолютно каждый сотрудник имеет возможность инициировать собственное обучение по согласованию со своим руководителем. Как правило, компания оплачивает 50% стоимости обучения. Если затем сотрудник организовал передачу полученных знаний коллегам или внедрил что-то, то компания возвращает ему 50%, которые он потратил. Если обучение организуется по инициативе компании, то оно всегда бесплатно. Сейчас у нас момент запущено бесплатное полуторогодовалое обучение 72 лидеров компании по soft skills.

На старте джуниор-разработчику выделяется ментор, который ведет его первые несколько месяцев. Ментор отвечает за развитие новичка, на нем лежит ответственность, чтобы новый сотрудник успешно прошел испытательный срок. Задача в том, чтобы по итогам испытательного срока компания была довольна результатами специалиста, а самому новичку было комфортно работать.

Два раза в год у нас проходит ассессмент, на котором мы оцениваем как soft, так и hard skills, строим индивидуальную траекторию профессионального развития сотрудника. При этом учитываем потребности проектов, общие технологические тренды и личные предпочтения разработчика.

О найме

Во сколько этапов проходит найм и что на них ожидает соискателя?

Роман: Мы выстраиваем динамичный процесс в найме, и он состоит из двух этапов. Сначала пишем кандидату в Телеграмм (реже на почту), задаем несколько вопросов и выявляем его интерес. Если обнаруживаем необходимый уровень заинтересованности в вакансии, то приглашаем на встречу. Интервью проводим в Zoom или Google-meet. На встрече присутствует эйчар, тимлид и техлид. Рассказываем про компанию, проекты и продукты, спрашиваем кандидата о его опыте, пожеланиях в развитии, обязательно проверяем на предметные знания. Обычно интервью длится около полутора часов. Если кандидат нас устраивает, составляем оффер и отправляем через мессенджер или на почту. Дальше будущего работника ожидает оформление в отделе кадров, велком-пак, общение со специалистом по адаптации, знакомство с коллегами и 12-месячный онбординг.

Даете ли вы тестовое задание кандидатам? Как оно устроено?

Максим Теричев: Техническое задание мы даем редко, только если есть сомнения. Чаще это бывает, когда ищем начинающих специалистов. Обязательно проводим техническое собеседование. Оно схоже с технологией ассессмента и устроено таким образом, что позволяет достаточно полно увидеть и понять технические навыки. Благодаря такой встрече мы четко понимаем, на какой ступени развития находится специалист.

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

Как отличается подход к найму в зависимости от позиции и стека?

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

Какая фраза от кандидата на собеседовании точно заставит вас выкинуть его резюме?

Максим: Вычеркнем кандидата, если поймем, что этот человек способен идти по головам.

Кого последнего вы уволили и почему?

Максим: Недавно уволили разработчика, человек очень сильно выгорел. Мы 1,5 года пытались исправить ситуацию и помочь ему вернуться в рабочее русло, но не получилось. У нас не принято увольнять людей, мы стараемся найти им место и интересный функционал, если чувствуем, что сотруднику стоит временно или на постоянной основе поменять функционал. Мы переводили этого специалиста на другой проект, проводили встречи и разговоры 1:1, но это не помогло Допускаем, что здесь есть и часть нашей вины, но, с нашей точки зрения, мы предприняли все попытки вывести его на нужную нам производительность.

Как происходит онбординг нового сотрудника?

Роман: У нас есть специальный сотрудник менеджер по адаптации, который встречает всех новичков, вручает welcome-pack, помогает в оформлении, проводит экскурсию по офису, показывает сервисы, на которых мы работаем, дает всю необходимую информацию о правилах и нормах компании и знакомит с командой. Планируем внедрить приложение, которое будет носителем необходимой информации для новичка.

В команде нового сотрудника встречает ментор, он с технической точки зрения рассказывает о проекте, в котором будет работать этот сотрудник, о коммуникациях внутри коллектива и о задачах на ближайшее время. Дальше адаптацией занимается эйчар: вместе с руководителем прорабатывает ИПР нового сотрудника. Регулярно проводим встречи: по итогам первой недели, месяца, двух месяцев, по окончании испытательного срока, по прошествии 6 и 12 месяцев. Кроме этого, сотрудник после первого месяца проходит welcome-тренинг, на котором ближе знакомится с первыми лицами компании, с другими новичками и компанией.

О команде

Какая методология разработки у вас используется и почему?

Максим: У нас Agile. Водопад (и иже с ним) на тех рынках, для которых мы разрабатываем, слишком неповоротливая конструкция. Для проектов на поддержке используем Kanban, для новых проектов Scrum, ну или точнее ScrumBut. Например, не всегда по итогам спринта рождается инкремент, или можем запросто задеплоить готовый функционал в середине спринта.

Для работы команд, которые по числу участников не подходят для скрама, разбиваем людей на подкоманды на один или несколько спринтов, и ведем их в течение спринта отдельно, хотя демо и планирование все равно общие. Работы проджектам значительно прибавляется, но зато проект движется с нужной скоростью и разработчики фокусируются на том, что для них действительно важно.

Каковы размеры и структуры команд?

Максим: Команды разные, от 5 до 30 человек. Структура плоская. У нас нет тимлидов, потому что, как правило, тимлид это хороший разработчик, которого зачем-то нагрузили административной работой. У нас есть отдельный техлид проекта (иногда части проекта бэкенда или фронтенда) и проджекты, которые берут на себя административную работу. В нашей структуре есть продакт-оунер или команда продакт-оунеров, которые определяют, что делать в будущих спринтах.

По каким критериям вы разбиваете разработчиков на джунов, мидлов и синьоров?

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

1. Мы разработали список того, чем, по нашему мнению, положено заниматься разработчику на том или ином уровне. Например, один из пунктов для хорошего джуна он ДОЛЖЕН задавать много вопросов (мы специально фокусируем на этом внимание, чтобы снять у людей блок на этот счет). Для мидла важно участвовать в командном code review и менторить джунов. Для сеньора участвовать в проработке архитектуры и отвечать на вопросы. Разумеется, это только примеры и список для каждого уровня достаточно большой. Перед ассессментом техлиды направлений оценивают каждого из своих разработчиков по этому списку.

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

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

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

Кто чаще возглавляет команды продуктовый специалист или технический?

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

Как часто люди меняют команды?

Максим: Не часто, это единичные случаи. Переводим, когда того требует проект или возникают потребности в ресурсах. Еще смена команды может быть пожеланием сотрудника, если он хочет заниматься другими технологиями и открыто заявляет о своем интересе.

Что важнее, софт-скиллы или хард-скиллы?

Максим: Однозначно софт. Сейчас не эра разработки на ассемблере. Если бы мы кодили на ассемблере, то нам важны были бы хард-скиллы, поскольку ставка в этом случае делается на математические навыки. Но хорошие софт-скилы (желание развиваться, мышление) в большей степени влияют на продуктивность. Время, когда один разработчик вытаскивает весь проект, ушло. Мы работаем командой, а без развитых софт-скиллов это очень сложно.

Как много собраний у вас проводится? Есть ли особые подходы к ним?

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

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

Как вы боретесь с выгоранием сотрудников?

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

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

• Мы не против, если разработчик хочет попробовать себя в чем-то другом. Благо единый язык позволяет нам относительно безболезненно переводить людей между фронтом / бэком / мобильной разработкой при их желании. Разумеется, продвинутый фронт-разработчик не станет сразу полноценным бэком и наоборот, но для нас важно, чтобы люди занимались именно тем, чем им нравится.

• Мы следим за отпусками и активно мотивируем людей уходить на отдых.

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Максим: На проектах основной язык TypeScript. Это позволяет нам выстраивать единообразную траекторию обучения на начальном этапе и дает возможность легко проводить ротацию сотрудников при их желании. На TypeScript пишем и бэк, и фронт, и мобильные приложения. Два основных бэк-фреймворка Hapi и Nest. На фронте - React. На мобильных приложениях React Native. В качестве основной базы данных для большинства проектов используем PostgreSQL.

Что вы можете рассказать об архитектуре проектов?

Максим: Чаще всего это микросервисы, которые общаются между собой через NATS или RabbitMQ. Также в копилке есть пара решений на Kafka. Но есть и монолиты. Обычно это проекты на начальной стадии развития, когда все может стремительно меняться. Сейчас стараемся почетче бить монолиты на модули, чтобы потом можно было малой кровью выносить модули в отдельные сервисы. Для этого начали плотно использовать шаблонизаторы и генераторы кода, например Hygen.

Какая у вас принята политика код-ревью?

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

Как тестируется код?

Максим: С юнит-тестами все сложно. У нас достаточно сильный отдел QA, который отлавливает львиную долю багов. На части проектов внедряем BDD и автоматическое интеграционное тестирование. В целом бэк значительно лучше покрыт тестами, чем фронт и мобильная часть.

Насчет ручного тестирования процесс может немного отличаться от проекта к проекту, но в целом он примерно такой:

1. После выполнения задачи сотрудник передает ее в QA, и QA тестируют ее на дев-контуре.

2. Собранный релиз едет в стейдж, где QA плотно прогоняют все собранные в релизе задачи, а также проводят экспресс-тестирование всего остального функционала (как бы чего не сломалось).

3. После релиза на прод QA проводит экспресс-тестирование всего сервиса, чтобы убедиться что релиз прошел штатно.

Как устроен процесс документации и ведения базы знаний на проектах?

Максим: Когда команда 10-15 человек, над документами особо не задумываешься, но когда она вырастает до 80, этот вопрос встает ребром. За последний год наша команда разработки увеличилась в 2,5 раза, и сейчас мы начали структурировать и систематизировать работу с документацией. Формируем гильдию технических писателей. По ведению документации есть два основных направления:

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

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

Документацию, как и работу с задачами, ведем в YouTrack.

Каков процент легаси-кода на проекте и как часто разработчики занимаются его рефакторингом?

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

---

Оценивайте своих работодателей на Хабр Карьере и рассказывайте, как вам там работается. Эта оценка останется анонимной и поможет тем, кто ищет работу в ИТ.

оценить работодателя

Сегодня в новом выпуске рубрики Где работать в ИТ JetRuby компания, которая помогает амбициозным стартапам превращаться в крупные компании. У ребят есть офисы в Сан-Франциско, Львове и Краснодаре. На наши традиционные вопросы ответили её краснодарские сотрудники: бэкендеры Алексей Болдак, Виталий (фамилия засекречена) и Даниил Бобер; фулстек Павел Шушпан; QA-лид Александр Конюхов и эйчар Юля Тищенко.

Сотрудники оценили JetRuby на 4,4 балла из пяти и это хороший результат! А вы можете дать оценку своему работодателю и поделиться мнением о нем с теми, кто сейчас ищет работу в ИТ.

оценить своего работодателя

Быстрая навигация по статье

• О компании

• Об условиях работы

• О найме в JetRuby

• О команде

• О технологиях

---

О компании

JetRuby занимается полным циклом мобильной и веб-разработки, развивает стартапы, обслуживает крупные международные корпорации в США, Европе, Китае, Австралии и странах ближнего зарубежья. А помимо этого компания ведет проекты для некоммерческих организаций: например, в рамках одного такого проекта ребята проводили исследование рынка медикаментов в США для фармпроизводителей.

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

Оценка JetRuby на Хабр Карьере в 2020 году

Условия работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

Алексей: Рабочий график довольно гибкий и может варьироваться в командах, в среднем можно сказать, что это 10:00 19:00 с перерывом на обед. Но вполне допустимо начинать работать чуть раньше и чуть раньше заканчивать. Это работает и в другую сторону. Переработки не являются требованием к сотрудникам, но мы все знаем, что случаются непредвиденные вещи, которые могут потребовать дополнительной работы. Например, упал прод или кофемашина не работала пять минут. За все переработки можно взять дополнительное время для отдыха. Также в компании стараются не допускать появления культуры переработок, менеджеры и техлиды тщательно следят за этим :)

Какие бытовые условия ждут нового сотрудника на рабочем месте?

Павел: Всё что нужно для работы компания предоставит стол, компьютер / ноутбук, стул, периферия. Также компания берет на себя обслуживание техники по запросу и регулярно, на время обслуживания всегда даст замену.

У нас есть глобальная цель обеспечить всех качественной техникой. Преимущественно макбуками последних моделей, но если кто-то хочет что-то особенное, то компания готова идти на встречу.

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

Есть ли возможность удаленной работы?

Виталий: Удаленка была, есть и будет. До пандемии в количестве ~ 5 дней в месяц, а сейчас, по понятным причинам, в неограниченном виде. Вообще, удаленка это суперкруто в контексте гибкости! Тут тебе и вкусный офисный кофе в компании коллег и тяжелый рок в колонках дома.

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

Какие бонусы, премии и компенсации предусмотрены в компании?

Алексей: Если мы говорим о разработчике, который только пишет код и не выполняет никаких дополнительных ролей (тимлид, техлид), то премии и бонусы зависят от процессов внутри определенной команды. У каждой команды есть свои проектные бонусы, и ПМ может их распределять между наиболее активными членами команды. Из компенсаций предусмотрены скидки или полная оплата билетов на конференции и семинары, оплата обучения (и даже получения высшего образования), поддержка твоих опенсорс-проектов. Ещё можно взять у компании денежный займ на личные нужды.

Павел: Компания компенсирует оплату онлайн-курсов, разные образовательные лекции и конференции. Только недавно мне по запросу купили курс по Nest.js, т. к. ввели его как стандарт для Node.js приложений на проекте.

Какие есть перспективы для образования и личного развития у сотрудников?

Алексей: Этому уделяется большое внимание, компания заинтересована в развитии своих сотрудников и инвестирует в это. Если мы говорим о техническом развитии, то это конференции, образовательные курсы. Также на проектах соблюдается баланс в задачах интересные / нужные. Например, у нас в команде не приветствуется, когда один человек вечно сидит чинит баги и не пробует ничего нового. Также у нас в компании у каждого сотрудника продакшн-отдела есть свой Career Advisor, с которым регулярно проходят митинги один на один, планируются PDP, а также OKR для сотрудников старших позиций. Если же у тебя есть свои идеи насчет того, что бы ты хотел попробовать, компания с радостью пойдет тебе навстречу, поможет с поиском единомышленников, организует для тебя выступления и т. д.

О найме в JetRuby

Во сколько этапов проходит найм и что на них ожидает соискателя?

Юля: Зависит от специфики отдела производственный (разработчики, проджект-менеджеры) или бэк-офис (рекрутеры, маркетологи и т. д.) и от профессионального уровня кандидата. Если мы говорим об опытном разработчике (мидл / синьор) чаще всего этапы такие:

• Первичное интервью с эйчаром, на котором мы подробнее поговорим о том, как устроены процессы в компании, обсудим нашу культуру, синхронизируемся по стеку технологий; кандидат расскажет немного о своем опыте и карьерных пожеланиях. Как правило это короткая встреча в Zoom ~ 20-25 мин. По окончании встречи мы предлагаем пройти интервью / срез на знание английского языка (автоматизированная система), так как преимущественно все проекты в компании зарубежные. Кандидат сможет оценить насколько комфортно ему будет общаться в международной команде.

• Далее техническое собеседование с ведущим разработчиком и проджект-менеджером одного из проектов. На нем кандидат получит экспертный фидбэк о своих hard skills.

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

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

Даете ли вы тестовое задание кандидатам? Как оно устроено?

Юля: Для младших позиций или кандидатов без коммерческого опыта да. Это простое задание: написать небольшое приложения по ТЗ, технический специалист его посмотрит, даст обратную связь, что стоит поправить, почему стоит поправить и т. д.

Как отличается подход к найму в зависимости от позиции и стека?

Юля: Большинство проектов компании зарубежные. Мы очень плотно, на уровне партнерства, взаимодействуем с заказчиками. В основном наши клиенты из Западной Европы, США, Австралии. Поэтому одно из самых важных ожиданий от наших кандидатов это разговорный английский.

Для проджекта английский это hard filter. При собеседовании на эту позицию мы проводим полную проверку английского языка. А вот к разработчикам немного иные требования, которые зависят от профессионального уровня. Если кандидат претендует на позицию Junior, то требования к знанию английского минимальные. С ростом позиции растет и потребность в английском, поэтому для Middle-позиций уже нужен B1.

Какая фраза от кандидата на собеседовании точно заставит вас выкинуть его резюме?

Алексей: Можете выкинуть моё резюме после интервью?. Ну а если серьезно я даже не знаю, скорее всего никакая, это звучит очень радикально :) Есть вещи, которые могут тебя насторожить и ты начнешь разбираться, что за этой фразой стоит, почему кандидат так сказал и что он имел в виду, возможно он просто неправильно донес свою мысль.

Как происходит онбординг нового сотрудника?

Алексей: Здесь существует несколько этапов это онбординг человека в компанию, а позже и на проект. Онбординг в компанию для всех стандартный: с сотрудником проводятся регулярные встречи, чтобы ему было легче интегрироваться в компанию, также есть handbook для новеньких. Раз в 2 недели проводятся встречи офиса, на которых презентуют последние новости и нововведения компании и офиса.

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

О команде

Какая методология разработки у вас используется и почему?

Павел: В компании много проектов и разные подходы. На текущий момент у меня на проекте мы работаем по канбану. Год-полтора назад работали по скраму с жёсткими релизами и сроками.

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

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

Каковы размеры и структуры команд?

Александр: Команды у нас продуктовые над проектом работают специалисты разных направлений. Раньше у нас были команды по специализациям, но оказалось, что эффективность продуктовых команд выше. Размер команды зависит от необходимого объема работ и динамично меняется. Если нужно команды увеличиваются, и наоборот.

По каким критериям вы разбиваете разработчиков на джунов, мидлов и синьоров?

Алексей: Если вкратце, то критерии такие:

1. Джун что-то знает, думает что знает все, не может работать один, плохо понимает процессы.

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

3. Синьор уже прекрасно понимает, что разработка это не только написание кода, а больше коммуникации (с заказчиком, командой и т. д.). Скучает по временам, когда можно было просто писать код. Может вести любой проект, умеет внедрять процессы.

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

Кто чаще возглавляет команды продуктовый специалист или технический?

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

Как часто люди меняют команды?

Александр: На маленьких проектах сотрудник меняет команду по окончании проекта обычно это полгода-год. На больших и длительных проектах ты можешь работать столько, сколько тебе комфортно. Как только начинаешь уставать, тебе стараются подобрать что-то новое, отличающееся от текущего проекта, чтобы ты мог переключиться. Для этого мы регулярно проводим 1-1 встречи и следим, чтобы специалисты не выгорали.

Что важнее, софт-скиллы или хард-скиллы?

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

Как много собраний у вас проводится? Есть ли особые подходы к ним?

Алексей: Есть общие: для сотрудников это встречи офиса, встречи со своим Career Manager, внутренние выступления коллег. Также есть внутрикомандные встречи обычно это стендапы / ретро / груминг-сессии.

Как вы боретесь с выгоранием сотрудников?

Александр: Лучший отдых смена деятельности. При наличии признаков выгорания мы стараемся найти какое-то другое задание для сотрудника, переключить его на новый вид деятельности. Возможно, сменить проект :)

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Алексей: На бэкенде в основном Ruby on Rails, где-то может быть Node.js, где-то Elixir.

Даниил: Библиотеки используются очень разные, очень во многом это зависит от разработчиков на проекте, ведь у каждого своего предпочтения. На нескольких проектах подключили статическую типизацию через Sorbet. На самом деле, можно использовать любые технологии, если проект выиграет от этого в конечном итоге.

Что вы можете рассказать об архитектуре проектов?

Алексей: На некоторых проектах это монолит, где-то используется микросервисная архитектура (там же могут использоваться разные языки для написания сервисов).

Какая у вас принята политика код-ревью?

Виталий: На большинстве проектов используется практика кросс-ревью. Этот подход позволяет:

• поддерживать высокие стандарты качества;

• поддерживать осведомленность команды о различных подпроектах. Например, разработчик Петя разрабатывает фичу А, а разработчик Петр (ни слова о раздвоении личности) фичу Б. За счет код-ревью оба будут осведомлены о принятых архитектурных решениях, использованных гемах и т. п.;

• эффективнее развивать менее опытных сотрудников.

Как тестируется код?

Виталий: Невозможно поддерживать высокое качество продуктов, над которыми мы работаем без поддержания тестовой среды в рабочем состоянии. Мы используем Continuous Integration, чтобы всегда быть уверенными, что наши изменения не несут в себе критических ошибок.

При разработке какого-либо функционала он обязательно покрывается unit- и integration- (где это возможно) спецификациями, тестируется QA-командой на промежуточном сервере, и только после этого релизится.

Алексей: Мы очень трепетно относимся к написанию тестов, пишем их всегда и покрываем as much as possible. Причины важности тестов доносятся как команде, так и клиентам. Поверьте, тесты экономят огромное количество времени и сил. /Послание для потенциального коллеги: если не умеешь писать тесты не переживай, мы научим!/

Каков процент легаси-кода на проекте и как часто разработчики занимаются его рефакторингом?

Алексей: Смотря что подразумевать под легаси-кодом! Если это код, написанный не тобой, то его может быть много :) Но если говорить в том контексте, что это какой-то неиспользуемый код, либо не очень чисто написанный, то его процент довольно мал. Мы в команде практикуем непрерывный рефакторинг: чинишь баг приберись вокруг, удали лишние строки кода, разбей код на методы. Главное, что это все делается постоянно, и множество мелких изменений приводят к большим результатам.

---

Оценивайте своих работодателей на Хабр Карьере, чтобы все узнали, как вам классно (или не классно?) там работается. Ваша оценка останется анонимной и поможет сориентироваться тем, кто ищет работу в ИТ.

оценить работодателя

Резюме и ответ на тестовое задание первое, что работодатель получает от кандидата. Если на этом этапе что-то не так, до собеседования дело не доходит. Только кандидату не всегда сообщают, в чём конкретно проблема.

Мы попросили наших студентов, выпускников и подписчиков поделиться воспоминаниями о том, как они искали работу. Спустя месяцы кто-то так и не понял, почему его или её не пригласили на собеседование, остались догадки и вопросы. Мы показали эти истории тем, кто нанимает разработчиков, и получился целый диалог теперь на все ситуации можно посмотреть с обеих сторон. Каждый пункт прокомментировали технический директор HTML Academy Алексей Малейков и HR фронтенд-аутсорса Лига А. София Петлякова.

В итоге получился список советов и для соискателей, и для работодателей.

Отклик на вакансию

Мне вообще не отвечают

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

Подписчики HTML Aсademy о неотвеченных откликах

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

Дмитрий, студент

Отсутствие ответа на отклик это своего рода дурной тон. Даже если большой поток откликов уже обработан, назначены собеседования, остальным всё равно надо ответить, что работодатель сейчас не может ничего предложить и набор уже не проводится. В таких случаях есть заготовленные ответы, и нет ничего сложного в том, чтобы успокоить человека. Со стороны соискателя тоже нормально напомнить о себе. Письмо может затеряться, работодатель может быть занят. Так что напомнить о себе через пару дней вполне норма. Работодатель увидит, что человек заинтересован и хочет работать именно у него.

Алексей Малейков

Отказали после просмотра резюме

Кто-то считает, что в резюме надо расписать все свои (или не совсем свои) лучшие качества и рассказать обо всём, что он когда-то делал. Мало ли что пригодится! Но работодатели смотрят на это по-другому и могут отказать, даже не предложив выполнить тестовое задание.

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

Анна, выпускница

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

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

София Петлякова

Ответили, но прошла куча времени

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

Подписчики HTML Academy об ответах работодателей

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

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

Вячеслав, выпускник

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

Алексей Малейков

Почему я должен редактировать резюме под каждую компанию?

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

В резюме я кратко пишу о себе: что умею (2-3 пункта, самых значимых по моему мнению), причина, по которой хочу поменять работу, почему мне понравилась вакансия и чем я могу быть им полезна. В разные компании отправляю одно и тоже резюме, но графу О себе немного меняю под вакансию или компанию.

Анна, выпускница

Плохой пример сопроводительного письма

Если есть сопроводительное письмо, в котором человек пишет, почему он хочет попасть именно в эту компанию, то резюме можно не редактировать. Единственное в резюме надо правильно указать должность, на которую ты претендуешь.

Алексей Малейков

Когда человек откликается, например, на вакансию менеджера проектов, а в шапке написано QA Engineer Junior, это вызывает вопросы и создаёт впечатление, что человек ещё не определился с выбором.

София Петлякова

Хороший пример настоящего сопроводительного письма

Что запомнить

Кандидатам

• Если через пару дней вам не ответили на отклик, напомните о себе. Это нормально, и никто вас за наглость не поругает. Возможно, первое письмо просто не дошло или за другими делами работодатель забыл про вас.

• Составьте резюме в официально-деловом стиле. Покажите, что вы умеете вести деловую переписку.

• Опишите только тот опыт, который относится к должности.

• Резюме под конкретного работодателя можно не менять, если добавить сопроводительное письмо, где написано, почему должны взять именно вас. Только не забудьте указать в резюме правильную должность.

Эйчарам

• Постарайтесь ответить на каждый отклик в течение 2-3 рабочих дней. Из-за проволочек есть риск упустить хороших специалистов и подпортить репутацию компании. И отнеситесь с пониманием к кандидатам, которые спустя несколько дней после отклика уточняют, не готов ли ответ.

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

---

Заметка на полях: нужно ли делать резюме красивеньким?

Одни тратят часы на оформление резюме, другие считают, что важно только содержание. А правда, как всегда, лежит посередине.

Я составлял своё резюме в Word. Думаю, что работодатель не обращает внимание на оформление. Главное чтобы оно было аккуратно составлено.

Антон, выпускник

Сейчас есть много разных инструментов, чтобы сделать красивую pdf. И хорошо, если человек инвестировал немного времени в своё же устройство и грамотно оформил резюме. Работодатели обычно не сильно придираются к внешнему виду резюме, ведь важно содержание. Но если документ собран нелепо, осадок может остаться.

Алексей Малейков

Важно, чтобы резюме отражало цели кандидата, его умения/навыки и потребности. Если человек ещё и креативно его оформил, безусловно, это дополнительные баллы.

София Петлякова

---

Тестовое задание

У меня есть портфолио, зачем тестовое задание?

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

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

Марина, выпускница

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

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

Алексей Малейков

Не хочу тратить много времени на тестовое задание

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

Я отказывался выполнять тестовое задание, если по объёму оно занимало более 20 часов и выглядело как вполне реальная задача (например, сделать полноценную галерею или Masonry сетку). Создаётся впечатление, что хотят сделать реальную работу бесплатно.

Константин, подписчик

Пример тестового задания сверстать виджет

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

Даже для работодателя невыгодно давать сверстать целый макет: проверять его слишком долго. Это большая затрата времени для всех. Оптимальное тестовое задание должно выполняться не больше четырёх часов.

Алексей Малейков

Не хочу бесплатно делать для вас работу

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

Некоторые тестовые задания были очень объёмными, и я спрашивал, будут ли они оплачиваться. Мне отвечали отказом, и я их просто не выполнял.

Александр, выпускник

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

Алексей Малейков

Моё тестовое украдут и используют без спроса

Самый лёгкий путь для работодателя дать в качестве тестового реальный проект. Обычно это большое задание, и кандидаты начинают спрашивать: будут ли использовать их решение, заплатят ли им. Многие даже не берутся выполнять такое задание. Другое дело дать небольшие задачи по мотивам настоящих проектов или вообще полностью выдуманную штуку, которая не имеет ничего общего с работой компании.

В качестве тестового задания мне предложили сверстать всю главную страницу макета, включая меню на JavaScript и попап. Из-за большого объёма, появилось подозрение, что это реальный проект. Когда я спросил руководителя, так ли это, он ответил: А что, бывают тестовые не по реальным проектам?

Александр, выпускник

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

Алексей Малейков

Прислали отписку вместо подробного ответа на тестовое

Обратная связь на тестовое задание тоже может удивить. Бывает, её просто нет. А иногда она шаблонная, и невозможно понять, что именно не понравилось нанимателю.

Мне приходила обратная связь, но очень служебная, типа: Сделанное тестовое задание не на том уровне, на котором мы ожидали. То есть текст, который отправляют всем. И никакой конкретики нет. Чего они ожидали? Какие проблемы?

Александр, выпускник

Пример неудачного ответа на отклик

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

Ещё хорошо отметить, в чём сильные стороны кандидата, а что необходимо подтянуть или изучить. Если по какой-то причине работодатель так не сделал, то стоит проявить активность и запросить этот фидбек. В этом нет ничего такого. Эта информация 100% будет полезна для кандидата и его дальнейшего развития.

София Петлякова

Пример развёрнутой обратной связи

Что запомнить

Кандидатам

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

• Если вы понимаете, что на тестовое надо потратить несколько дней, возможно, оно составлено некорректно. Попробуйте уточнить, нет ли ошибки, или спросите об оплате.

Эйчарам

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

• Задания, рассчитанные на несколько дней, тянут на полноценную работу. В таком случае не исключено, что кандидат спросит про оплату.

• Давайте развёрнутую обратную связь, даже если результат совсем не очень.

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

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

Внеклассное чтение

Что написать в резюме, если нет опыта работы

17 ошибок, которые испортят любое резюме Блог HTML Academy

Тестовое задание для фронтендера

Как провалить собеседование Блог HTML Academy

Устроиться веб-разработчиком: 5 шагов для подготовки к собеседованию

Мы придумали рубрику Где работать в ИТ, чтобы знакомить вас с крутыми айти-компаниями и рассказывать о том, как у них все устроено внутри: начиная с того, как организован рабочий быт, и заканчивая технологическим стэком и методологией разработки.

Сегодня в выпуске компания Extyl, которая занимается разработкой eCommerce- и B2B-проектов, маркетплейсов, личных кабинетов и порталов, и может похвастаться выполненными проектами для Hoff, Volkswagen, Сбербанк, Adidas и многих других. Обо всех процессах нам подробно рассказали эйчар-директор Алина Пенчук и CEO & Founder Олег Громов.

В этом году компания Extyl получила замечательную оценку от своих сотрудников 4,82 из пяти! А вы можете дать оценку своему работодателю и поделиться мнением о нём с теми, кто сейчас ищет работу в ИТ.

оценить своего работодателя

Содержание выпуска:

• О компании

• Об условиях работы

• О найме в Extyl

• О команде

• О технологиях

---

О компании

Компания Extyl занимается ИТ-продакшеном и специализируется на разработке портальных решений. В портфолио у ребят больше сотни разработанных и внедренных B2B-сервисов, корпоративных порталов и личных кабинетов для таких компаний, как Hoff, Сибур, Cordiant, Yokohama, MAN, Ростелеком, Роснефть, банк Открытие. В штате 120+ сотрудников, которые работают в офисах Москвы, Санкт-Петербурга, Екатеринбурга и Липецка.

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

Оценка компании Extyl на Хабр Карьере в 2021 году

Об условиях работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

Алина: Рабочий день начинается в промежутке с 8 до 10 утра. Нам важно, чтобы большую часть дня сотрудники были на связи, так как работа по проектам ведется командами. Для общения выделены золотые часы утром с 11 до 12 и вечером с 17 до 18 мы активно переписываемся, задаем накопившиеся вопросы и отвечаем на них. Это нужно, чтобы не отвлекать друг друга в течение дня.

Раньше мы считали переработки нормой и даже романтизировали их, думая, что тот, кто много работает много зарабатывает, а трудоголизм это классно. Но вместо того, чтобы быстро развиваться, ребята выгорали. Поэтому больше двух лет назад мы полностью пересмотрели этот подход. Сейчас следим, чтобы ни у кого не было переработок. Рассчитываем задачи для программистов только на 6,57 часов в день. Остальное время уходит на коммуникацию и переключение между потоками. Мы внедрили систему оценки сотрудников и начали контролировать успеваемость по задачам сотрудники не задерживаются на работе, поэтому меньше выгорают, а производительность стала выше.

Какие бытовые условия ждут нового сотрудника на рабочем месте?

Алина: Помимо рабочих мест в нашем офисе есть несколько переговорных, одна из которых по совместительству игровая. Там стоит диван-мустанг, стол из настоящего автомобильного двигателя, PlayStation и массажное кресло. Отдельные кабинеты есть у директора и отдела продаж, а ещё есть кухонная зона со всем необходимым и три уборные с ванной и душем.

Есть ли возможность удаленной работы?

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

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

Какие бонусы, премии и компенсации предусмотрены в компании?

Алина: У нас есть система премий для каждого отдела, в том числе для разработки. Отчеты по отработанным часам мы переводим в результат в рентабельность производства. Это позволяет существенно уменьшить микроконтроль, оставив только самое важное. Чтобы все считать, мы разработали собственное решение, которое объединяет отчеты сотрудников, отделов и финансовую отчетность в единую систему.

Каждый год мы поощряем лучших сотрудников. Например, на последнем награждении они получили в подарок сертификат на обучение, которое выберут для себя сами. Мы часто проводим корпоративы: кроме традиционных праздников всегда весело отмечаем Хэллоуин, раз в два месяца играем в пейнтбол или лазертаг. Для всех сотрудников и их семей действует партнерская программа Extyl-Club скидки в Аэрофлоте, фитнес-клубах X-Fit, re:Store и еще в десятке компаний-партнеров и клиентов Extyl.

Какие есть перспективы для образования и личного развития у сотрудников?

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

Суть методики 360 градусов заключается в том, что оценку сотрудника проводит все его рабочее окружение: руководители, подчиненные, коллеги. Результат оценки рейтинг свойств сотрудника. Оцениваются, как отдельные качества (инициативность, конфликтность и прочее), так и комплекс различных компетенций деловая проницательность, уровень технических навыков, навыки лидерства и групповой работы, карьерная амбициозность, профессиональная честь. Затем рассчитывается среднее арифметическое значение по каждой компетенции и выстраивается график. На последнем этапе результаты оценки представляются самому оцениваемому сотруднику для анализа. В результате мы узнаем, как улучшить отношения в коллективе и принимаем решение об обучении сотрудников или повышении.

Так мы понимаем, кто хочет руководить, а кто стремится к горизонтальному развитию (например, освоение другого языка или фреймворка). Мы составляем индивидуальный план развития специалиста. Например, выявляя потребность программиста лучше освоить новый язык, мы постепенно увеличиваем количество и объем задач, где он используется. Со временем разработчик полностью переходит на новое интересное ему направление. Чаще всего сотрудники вырастают внутри своего отдела или возглавляют новые направления.

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

Сотрудники работают над интересными проектами: личный кабинет для Роснефти, документооборот для Volkswagen, дилерский портал для Cordiant, разработка для Сбербанка и Ростелекома. В Extyl делаются громкие проекты и разработчики могут использовать их в личных портфолио.

О процессе найма

Во сколько этапов проходит найм и что на них ожидает соискателя?

Алина: Мы считаем, что нужно ценить не только своё время, но и время кандидата, поэтому найм в Extyl происходит достаточно просто всего в два этапа. Первый этап это первичный контакт с эйчаром, на котором выясняется опыт кандидата и его ожидания. Часто это просто переписка в Telegram.

Второй этап онлайн-собеседование, где присутствует эйчар и руководитель направления, куда попадет будущий сотрудник.

Даете ли вы тестовое задание кандидатам? Как оно устроено?

Алина: Тестовые задания мы не даем, потому что и без них можем оценить нужные компетенции: логическое мышление, наличие релевантного опыта и способность к решению задач.

Как отличается подход к найму в зависимости от позиции и стека?

Алина: Процесс найма не отличается в зависимости от позиции сотрудника, меняется только состав команды, которая участвует в собеседовании.

Как происходит онбординг нового сотрудника?

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

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

О команде

Какая методология разработки у вас используется и почему?

Олег: 17 лет назад мы начинали с заказной веб-разработки на Битриксе, а сейчас пришли к ретейнер-модели работе над продуктом выделенными командами. Это позволяет нам выпускать продукты быстро, гибко и контролируя бюджет. Техотдел работает над развитием клиентских проектов так же, как это происходит в продуктовой разработке (эджайл, митапы, ретроспективы). Ко мнению команд прислушивается заказчик, и любой участник проекта всегда может что-то предложить улучшить.

Каковы размеры и структуры команд?

Олег: Так как мы чаще всего работаем по ретейнер-модели, то в проектных командах совместно работают разные специалисты: аналитик, менеджер проектов, тимлид, техлид, фронтенд и бэкенд-разработчики. Их количество зависит от проекта, обычно это около десяти человек. Команда существует до тех пор, пока не закончится проект. Для сложных и объемных продуктов требуется несколько месяцев на разработку, а поддержка и развитие могут длиться годами.

Как много собраний у вас проводится? Есть ли особые подходы к ним?

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

Как вы боретесь с выгоранием сотрудников?

Алина: Для борьбы с выгоранием мы в первую очередь общаемся с сотрудниками. Понимая желания человека и его характер, гораздо проще избежать выгорания скажем, не ставить в большие команды того, кто любит работать один (их можно включать в команды, но максимально изолированно, явно не в монолит-разработку).

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

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

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Олег: Сейчас мы разрабатываем на PHP, Java, Python, Ruby, Swift, Objective C и Flutter, но в ближайшие годы планируем расширять стек языков и фреймворков.

Что вы можете рассказать об архитектуре проектов?

Олег: В большинстве случаев у нас проекты на Битрикс или PHP фреймворке, мы предпочитаем Laravel, поэтому как правило у нас обычный монолит. Есть проекты, на которых работают смежные отделы (PHP, Java, и т. д.) и там используется SOA. Также бывает, что и в монолитных проектах могут быть вынесены отдельные наносервисы для интеграций с какой-нибудь внешней системой.

Какая у вас принята политика код-ревью?

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

Как тестируется код?

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

Как устроен процесс документации и ведения базы знаний на проектах?

Олег: Вся документация по проектам пишется в нашу wiki. Туда пишут как аналитики, так и разработчики. Однако стоит заметить, что документируется пока не так хорошо, как хотелось бы. На данный момент мы пристально следим за тем, чтобы в wiki проекта обязательно документировались интеграции со сторонними системами. Если на проекте мы предоставляем какое-то внешнее API, то оно тоже должно быть описано в обязательном порядке и поддерживаться в актуальном состоянии.

Каков процент легаси-кода на проекте и как часто разработчики занимаются его рефакторингом?

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

---

Оценивайте своих работодателей на Хабр Карьере, чтобы все узнали, как вам классно (а может не очень?) там работается. Ваша оценка останется анонимной и поможет сориентироваться всем, кто ищет работу в ИТ.

оценить работодателя

Герой нового выпуска нашей рубрики об интересных ИТ-работодателях Инфосистемы Джет системный интегратор в сфере информационных технологий с тридцатилетней историей развития на российском рынке. О жизни в компании, процессах и технологиях нам рассказали: директор по работе с персоналом Ольга Ковардакова, начальник отдела разработки Центра программных решений Кирилл Хлопцев и HR бизнес-партнер Центра программных решений Анна Амосова.

Оценивайте своих работодателей на Хабр Карьере и помогите ИТ-сообществу узнать, как круто (а может и не очень) вам там работается!

Оценить работодателя

Содержание выпуска

• О компании

• Об условиях работы

• О процессе найма

• О команде

• О технологиях

---

О компании

Компания Инфосистемы Джет уже 30 лет успешно развивается на российском рынке и занимается системной интеграцией, аутсорсингом, консалтингом, и разработкой для крупных российских компаний. Центр программных решений это подразделение компании, которое занимается разработкой заказного ПО.

Сегодня в Инфосистемах работает 2000 сотрудников, которые распределены по 12 офисам и представительствам на территории России и СНГ. Команда выпускает по тысяче сложных проектов в год и не собирается на этом останавливаться.

Судя по оценке компании в 2020 сотрудники больше всего ценят Инфосистемы Джет за интересные задачи, отличные отношения в коллективе и за то, что компания делает мир лучше. Проверьте всё сами и почитайте комменты в профиле компании на Хабр Карьере.

Оценка Инфосистем на Хабр Карьере за 2020 год. В этом году им ещё предстоит получить новую оценку.

Об условиях работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

Ольга: У нас график с 10 до 18:30. Переработки на важных и сложных проектах бывают, но корпоративный фашизм у нас под запретом: всегда можно прийти позже или уйти пораньше. Мы все же больше про результат. Джет это компания с очень разными ИТ-бизнесами внутри, по сути каждое подразделение это отдельная компания, и большая часть из них весьма заметна на рынке. Бизнес накладывает отпечаток на график. К примеру, у нас есть Сервисный центр, который работает в режиме 24/7, даже в новогоднюю ночь. И это хорошо оплачивается.

Какие бытовые условия ждут нового сотрудника на рабочем месте?

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

Есть ли возможность удаленной работы?

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

Какой социальный пакет получают сотрудники?

Ольга: Соцпакет у нас построен по принципу маркетплейса. На каждого сотрудника выделяется бюджет раз в год, и он сам решает, что ему нужно. Если, например, не нужен ДМС, то можно получить компенсацию за фитнес или английский. Занятия иностранным языком у нас организованы как в офисе, так и через Skyeng. Соответственно, чем выше должность и больше стаж, тем выше категория соцпакета и выделяемый бюджет.

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

У нас бесплатные завтраки для тех, кто приезжает в офис рано утром. Также в компании существует несколько клубов, которые финансируются вместе с сотрудниками: йога, художественный практикум, собственные футбольная и баскетбольная команды. У нас даже есть своя рок группа JetZeppelin.

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

Какие бонусы, премии и компенсации предусмотрены в компании?

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

Какие есть перспективы для образования и личного развития у сотрудников?

Ольга: Каждый год мы обучаем больше 1000 своих сотрудников. Практикуем как внутренние курсы и тренинги, так и внешнее обучение. Также многие специалисты сдают экзамены и проходят аттестации для получения и подтверждения партнерских статусов компании. Помимо технических направлений уделяем внимание развитию soft skills. В ряде подразделений у нас действуют планы развития сотрудников, где мы вместе с работником определяем дальнейший карьерный трек. Многие из ведущих экспертов компании когда-то пришли к нам начинающими специалистами и выросли, в том числе, благодаря инвестициям в их обучение со стороны организации. А еще у нас ежегодно стартуют стажерские программы по различным направлениям.

О найме

Во сколько этапов проходит найм и что на них ожидает соискателя?

Ольга: Это зависит от вакансии. Учитывая что у нас сотни профессий, сценариев может быть много. К примеру, на вакансии топ-уровня у нас может быть три-четыре этапа собеседования. Но чаще всего это одна-две встречи. Мы стараемся проводить их в формате беседы, чтобы и кандидату, и HR было комфортно. Для нас важна личность каждого потенциального сотрудника, поэтому помимо технических вопросов разговариваем и за жизнь. Кстати количество этапов собеседования может вырасти и в том случае, если опыт кандидата не подошел в один Центр, но заинтересовал другое подразделение.

Даете ли вы тестовое задание кандидатам? Как оно устроено?

Ольга: Тесты как таковые мы даем кандидатам крайне редко. Больше отдаем предпочтение конкретным кейсам, разбираем реальные случаи нашей работы. Конечно, здесь тоже все зависит от вакансии: если мы ищем технического писателя, то, безусловно, для нас важно посмотреть, как он пишет, и мы запросим его документацию.

Как отличается подход к найму в зависимости от позиции и стека?

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

Какая фраза от кандидата на собеседовании точно заставит вас выкинуть его резюме?

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

Кого последнего вы уволили и почему?

Ольга: В компании почти 2000 человек, поэтому увольнения случаются как по инициативе сотрудника, так и по инициативе компании. Причины могут быть совершенно разными: от переезда в другой город, до желания попробовать себя в чем-то новом после 10 лет работы в компании.

Как происходит онбординг нового сотрудника?

Ольга: Мы не берем людей вслепую. Каждому новичку мы прописываем задачи на испытательный срок с критериями исполнения и закрепляем куратора, проводим с ними welcome-встречи. Кстати, генеральный директор также знакомится с новыми сотрудниками и проводит свое отдельное мероприятие, где рассказывает об истории компании, ее целях и нашем подходе к работе. У нас есть обязательные встречи эйчара с сотрудником по ходу испытательного срока. Для нас очень важно получать обратную связь, чтобы процесс онбординга в компании был максимально прозрачным.

О команде

Какая методология разработки у вас используется и почему?

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

Каковы размеры и структуры команд?

Анна: Размеры команд очень сильно отличаются от проекта к проекту. Например, есть крупный заказчик, проектами которого занимаются 120 человек они как одна команда. В то же время, есть небольшие, по 5-7 специалистов. Структура у нас единая, в зависимости от размера команды отличаются численностью того или иного звена. Как правило, команда состоит из архитектора, менеджера проекта (для крупных заказчиков их может быть несколько, с выделенным тимлидом), аналитика (или группы аналитиков, или даже нескольких групп аналитиков), разработчиков, тестировщиков и DevOps-инженера. В команде выделяют группу управления проектом, в которую входят тимлиды по каждому направлению.

По каким критериям вы разбиваете разработчиков на джунов, мидлов и синьоров?

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

Кто чаще возглавляет команды продуктовый специалист или технический?

Анна: Однозначного перевеса в ту или другую сторону нет, потому что мы чаще всего совмещаем эти направления в группе управления проектом. Она объединяет в себе экспертизу всех частей команды. Нам такой подход кажется эффективнее.

Что важнее, софт-скиллы или хард-скиллы?

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

Как много собраний у вас проводится? Есть ли особые подходы к ним?

Анна: В командах придерживаются Agile-подходу и проводят собрания по итогам спринтов с различной периодичностью (раз в две недели или раз в месяц). Ежемесячно руководство Центра проводит общую летучку, на котором делится результатами, целями и планами на будущее. Кроме того, мы практикуем встречи, объединяющие специалистов одной области из всех команд (тестировщиков, аналитиков, разработчиков и т. д.).

Как вы боретесь с выгоранием сотрудников?

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

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Кирилл: В нашем Центре на разных проектах мы используем следующие языки: Java, Python, Ruby, .NET, Kotlin. Помимо этого есть определенный объем задач по фронтенд-разработке, где применяется JavaScript, React.JS и так далее. В этом плане у нас нет никаких ограничений. Основа нашего подхода это open source. Мы предпочитаем использовать проверенные, но не устаревшие технологии, чтобы в случае чего всегда можно было найти человека, который в этом разбирается.

Что вы можете рассказать об архитектуре проектов?

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

Какая у вас принята политика код-ревью?

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

Как тестируется код?

Кирилл: У нас в Центре есть отдельный департамент контроля качества, который занимается тестированием. Мы в отделе разработки ограничиваемся юнит-тестами разного уровня покрытия, обращаем внимание на самые критичные места. Еще применяем инструменты статического анализа.

Как устроен процесс документации и ведения базы знаний на проектах?

Кирилл: На каждом проекте у нас есть база знаний в Confluence, которую мы поддерживаем. Также ведем связку задач в Jira, а между ними есть связка коммитов и мердж реквест. Мы всегда можем отследить конкретный коммит: к какой задаче он относится и зачем она решалась.

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

Каков процент легаси-кода на проекте и как часто разработчики занимаются его рефакторингом?

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

---

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

Оценить работодателя

Где-то над Балтийским морем

"Войти в АйТи" уже не кажется чем-то за гранью фантастики и привилегией для избранных. Бытует мнение, что тестировщик - легкая профессия. Полтора - два месяца на курсах и Voila! Вы в IT-community. Порог входа низкий, наличие технического образования не обязательно. И любой, от курьера до домохозяйки, может освоить данную профессию. Так ли это?

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

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

Итак, данная статья написана в формате интервью. И будет полезна тем, кто собирается "войти в АйТи" через тестирование. И особенно тем, у кого нет сильного технического бэкграунда.

Погнали ;)

Респондент: Екатерина Бернадцкая, тестировщик из Кремниевой долины, опыт работы в тестировании 4 года. В настоящее время работает в IT компании по разработке приложения для ресторанов. Имеет опыт работы ручным тестировщиком в одной из крупнейших IT компаний России. Технического образования нет. В Штаты попала, выиграв грин карт. Собственно, выигрыш и послужил стимулом переквалифицироваться в тестировщики ПО. Пол года назад начала писать тесты на Python. Считает, что это именно тот случай, когда человек выбрал правильный путь.

- Катя, расскажи о своем первом месте работы. Ты была одним тестером на проекте или работала в команде? Опиши кратко процесс онбординга.

- Катя: Первое место работы - одна из крупнейших IT компаний России. Я попала в распределенную команду сильных профессионалов с четкой структурой, отлаженными процессами. Как такового онбординга с погружением, с тьюторами не было. Мне предложили посмотреть видео о компании и ее продуктах. И тут сразу возникла первая сложность. Люди, которые уже в компании проработали какое-то время (от полугода, к примеру) знают продукт, процессы. Соответственно, у них и не возникает мысли о том, что кому-то может быть трудно и что-то понятно. Я считаю, что это проблема для новичков, особенно, когда входишь в новую профессию. Знаний в этой сфере недостаточно. Профессия сложная, продукт неочевидный. Сложно влиться, понять, чего от тебя хотят и начать полноценно работать. Если бы этот процесс был хорошо организован, то сократился бы уровень стресса и времени, на то, чтобы влиться в коллектив и почувствовать себя полноценным членом команды.

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

- Как проходило взаимодействие с командой?

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

Сейчас, когда я сама бываю очень занята, я тоже не очень охотно отвечаю на вопросы. Иногда злюсь, когда у меня спрашивают что-то очевидное. Но в эти моменты я переношусь на 4 года назад и вспоминаю себя. Беру себя в руки и терпеливо объясняю. Рисую схемы пока не увижу, что человек действительно понял. Ребята все были сильные, хорошие, умные. И просто времени не было что-то мне объяснять. Многие злились, кто-то откровенно показывал свое раздражение. Да, сначала тебя рассматривают, как винтик, который должен работать и не задавать дурацкие вопросы. Но когда я дошла до определенного уровня, стало проще. Люди привыкли ко мне. Мы стали дружить. Ходить, пить кофе. Был забавный парень ведущий программист на проекте. Он всегда после релиза покупал мне кофе. Я буду всегда с теплотой вспоминать, как этот чудесный парень покупал мне кофе. И знал, что я люблю лавандовый (улыбается).

- Как и кто оценивал твою работу?

- Катя: В основном, менеджер QA команды и продакт менеджеры. После окончания испытательного срока был сделан разбор полетов. И мне сказали, что нужно стараться больше. Они видели, что я старалась, но нужно стараться больше. И это было большим ударом по самооценке. И тем не менее я начала стараться больше. Но самое сложное было понять, куда стараться. Потому что старайся больше - слишком абстрактная фраза. И я не понимала, что делаю не так и в какую сторону двигаться. Были странные ощущения. Ты лезешь из кожи вон, не спишь ночами, читаешь, штудируешь какие-то дополнительные материалы, задерживаешься на работе, стараешься брать задачи посложнее, берешь задачи соседней команды, чтобы понять как работает система, а не конкретно твой болтик. И при всем при этом люди говорят: Старайся больше. Это неприятно. Но знаете, что самое удивительное? Когда ты начинаешь работать чуточку больше, чуточку дольше, ты начинаешь понимать, чего от тебя хотели. Ты начинаешь понимать, довольный клиент - самый основной показатель, показывающий, как хорошо ты поработал. Клиент доволен, компания не теряет, а зарабатывает деньги. Значит ты поработал хорошо и получишь свою зарплату (улыбается).

- Как ты распределяла свое рабочее время?

- Катя: Расскажу на примере текущей компании в Штатах. Многие думают, что тут работают какие-то нереальные гики, и все строго. Да еще и работают сутками на пролет. Это не так. Здесь работать гораздо проще. В российской компании время распределялось очень строго. Мы отчитывались за каждую минуту. Писали, сколько времени потратили на какой тикет, весь процесс фиксировался в багтрекере, сколько тикет висел в каком статусе. Если тикет висел в статусе testing слишком долго, нам задавали вопросы, с нами проводились беседы. Рабочий день с 10 до 19. А если ты пришел позже или ушел раньше,в конце недели получал письмо с фамилиями тех, кто позволил себе опоздать на 10 минут.

Такое отношение к сотрудникам накладывало дополнительный отпечаток. Психологически было достаточно тяжело: сложный проект, сложная работа, тебя контролируют. В Штатах гораздо проще, демократичней. Если нужно уйти, ты можешь поставить руководителя в известность о том, что у тебя семейные дела или дела по здоровью, и уйти пораньше. И никто не следит, сколько времени твой тикет находится в работе.

Мне комфортнее работать в Штатах. Я люблю наш продукт, сама являюсь активным пользователем. А с недавнего времени начала работать над автоматизацией. Очень много всего нужно сделать. У меня всегда есть какая-та работа. Или просто я умею найти эту работу (смеется). Сейчас в приоритет ставлю тикеты, один день в неделю на автоматизацию. Никто не стоит над душой, время четко не учитывается, я давно работаю в компании и все знают, что я покажу результат. И если я взялась за это дело, то доведу его до конца.

- С техническими скиллами были сложности? Чему ты научился на первом проекте?

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

А научилась всему (улыбается). Помню, меня очень напугало слово рефакторинг. Я погуглила и не особо поняла, что же они имели ввиду. Пошла спрашивать: Мальчики, что это за тикет? Как его проверить? Они: Да это же рефакторинг. Я про себя думаю: Ага, замечательно. Очень понятно. Хорошо, что муж - разработчик. Он мне и объяснил, что это такое, и что от меня хотят. Так что пришлось учить все, несмотря на то, что я думала, что готова. Миллион курсов прошла перед тем, как искать первую работу, но практику и опыт ничто не заменит.

- От чего пришлось отказаться (взгляды/убеждения)?

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

В Долине были сложности с языком. При этом, уезжая туда, я думала, что все знаю. В России я училась на языковой специальности, путешествовала, меня понимали. А когда пошла на первую работу в Штатах, поняла, что не только я не понимаю, что мне говорят, но и меня не понимают. Первые полгода было очень тяжело. Но американская культура располагает задавать вопросы. Это хорошо. Если ты чего-то не знаешь, ты не дурак, ты человек, который хочет что-то узнать. Пришлось привыкнуть к тому, что задавать вопросы и чего-то не знать, это нормально. И сейчас я придерживаюсь политики, что не нужно начинать тикет, если ты не понял, о чем он. Приходит тикет, ты читаешь. Не понятно. Начинаешь общаться с разработчиком. И общаешься с ним до тех пор, пока не поймешь, о чем тикет. И даже, если человек воет от моих вопросов, меня это мало волнует (смеется). Меня волнует только то, что это нужно проверить. Эта фича должна работать, а чтобы это проверить, я должна знать, как она должна работать.

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

- У тебя есть лайфхаки?

- Катя: Я всегда строю таблицы, диаграммы и матрицы. А еще составляю план. Не тыкаю бездумно. Бездумное тыканье, без плана - это не exploratory testing. На мой взгляд, скорее, неорганизованность и нежелание развиваться. Когда человек говорит, что потратил весь день на исследовательское тестирование, он либо новичок, либо лентяй. Ты должен понимать, что ты делаешь, и к чему хочешь прийти, а не делать что-то в хаотичном порядке.

- Если бы у тебя была возможность дать совет/напутственное слово себе тогда, вначале пути. Что бы ты, имея уже определенный опыт и знания, себе сказала?

- Катя: Как бы не было тяжело, нужно идти вперед. Если есть цель и желание развиваться в тестировании. Если в процессе поймете, что тестирование все-таки не ваше, это тоже нормально. Не всем это нравится. Но, если ваше, то идите. И поймите для себя, зачем это нужно. Если есть понимание зачем, то и все ресурсы организма будут собраны и мобилизованы. И цель будет достигнута. А еще сказала бы, как бы не было сложно сейчас, продолжай. Потому что все эти сложности даны для того, чтобы было легче потом. Ничего не бывает просто так.

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

А еще не стесняйся, если что-то непонятно, спрашивай, проси помощи. Если люди как-то не так реагируют, просто пойми, что у людей много работы, они неплохие и ты неплохой, но у каждого свои цели. Они не хотят тратить свое время на тебя сейчас, может быть они ответят позже, но в то же время пока не получишь то, что тебе нужно, не отставай. Не получил ответ здесь, спроси у кого-нибудь другого. И еще важен позитивный настрой. И знай, что все будет хорошо. Рано или поздно, все наладится, все мечты сбудутся и придет та самая хорошая жизнь, о которой так мечтается.

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

- Согласна ли ты с утверждением, что тестер - лёгкая профессия в IT?

- Катя: Приведу пример. Это было уже здесь, в Штатах. К нам в компанию пришла девочка китаянка, биолог по образованию. На тот момент она не знала ничего. Я к тому моменту работала в компании года полтора. И объясняла ей все. А через два года эта девочка стала программистом. И теперь я проверяю ее тикеты. Так что да, если есть желание.

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

- И последний вопрос. Назови пять качеств, которыми должен обладать тестировщик

- Катя: Заинтересованность, целеустремленность, усидчивость , хорошие коммуникативные навыки и желание постоянно видеть что-то новое. И стремиться узнать, как это новое работает.

В тестировании нужно любить новое и к этому новому уметь адаптироваться. И это не должно вызывать какой-то дикий страх. Помню, когда я получала тикет, читала его. Мне было страшно даже начинать, потому что все непонятно. Что это? Что эти люди хотят от меня? А сейчас такого страха нет. Теперь у меня возникаю совершенно другие мысли: О, прикольно! Что-то новое придумали. Зарелизим, посмотрим, как работает. Или наш говнокод упадет (смеется)?

В качестве заключения

Хочу подчеркнуть, что это опыт Кати, ее мысли и ощущения. У Вас может быть совершенно другой опыт. И возможно, Вы столкнетесь с совершенно другими сложностями. А те, о которых говорила Катя, Вас обойдут стороной. И это нормально. Все мы разные, классные и уникальные. У каждого будет что-то свое. Главное, помните, что сложности, это нормально. Без них нет роста и развития. Так что, ничего не бойтесь! Идите вперед! И добро пожаловать на борт ;)

PS: Благодарю Катю за интервью. И читателей за то, что дочитали до конца.

Машинное обучение одна из самых быстрорастущих отраслей в IT. Каждый год эта сфера растёт на 44 %. И, по аналитике экспертов-прогнозистов, до 2024 года размер рынка будет составлять уже свыше 30 млрд. долларов это в 25 раз больше, чем было в 2017 году. Многие компании уже понимают ценность машинного обучения для собственного бизнеса. И цель здесь прагматичная деньги. ML-специалисты помогают компаниям увеличивать свой доход.

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

---

Персонализация маркетинга

Любая крупная компания, которая занимается онлайн-торговлей, собирает огромное количество информации о своих клиентах (увы). Предпочтения, характер и история заказов каждого собираются с CMS и часто лежат мёртвым грузом, занимая место на сервере.

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

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

Вместе с тем в Фейсбуке свыше 60 млн. бизнес-страниц, которые запускают рекламные кампании. Нейросеть соцсети каждый день обрабатывает свыше 60 млрд. интеракций пользователей с друг с другом и больше миллиарда с рекламой и товарами, чтобы подбирать более актуальные предложения.

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

Но для грамотного анализа совсем не обязательно обрабатывать такое огромное количество информации. К примеру, в интернет-магазине Amazon персонализация работает так. В рекомендуемом покупателю будут попадаться товары из рубрик, которые он просматривает и покупает чаще всего. Если человек покупает книги, то в рекомендуемом будут книги:

Довольно простая придумка, но она позволила увеличить продажи в целевых категориях, которыми интересуются посетители, на 15 %.

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

Вот, к примеру, как сделал интернет-магазин Very. Для персонализации маркетинга он использует только имя пользователя. Но при этом учитывает погоду за окном и геолокацию пользователя. В результате при попадании на сайт человек получает максимально личностное предложение.

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

Для создания системы анализа, как у Facebook, нужны огромный отдел ML и колоссальные производственные мощности. Реализовать идею, как у Amazon, тоже сложно, но систему, как у Very, может запустить даже middle-спец в одиночку. Все зависит от творческого подхода и грамотной реализации.

Анализ рынка и поиск новых направлений

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

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

К примеру, небольшой кейс компании, которая занимается продажей кухонных блендеров в США. Путём машинного анализа специалисты нашли 34 категории товаров, которые клиенты охотно приобретали вместе с блендерами, тем самым увеличивая средний чек покупки в среднем на 1525 %. Такой кейс можно повторить на фрилансе для разных интернет-магазинов, число которых в пандемию только выросло.

Улучшение опыта покупателя

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

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

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

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

Она выглядит следующим образом:

И этот шаг стал просто двойным выигрышем для компании. Лояльность слушателей ещё больше увеличилась, сервис привлёк большое количество новых пользователей. При этом значительно увеличилось количество прослушиваний песен малоизвестных музыкальных групп и исполнителей без лейблов, что очень сильно мотивирует музыкантов загружать свою музыку на Spotify.Так один алгоритм, созданный специалистами по машинному обучению, решил сразу две задачи.

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

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

В результате уже в первые 3 месяца бот Эрика успешно обработал миллион заявок от пользователей. Сегодня бот стал полноценным финансовым помощником и на данный момент обработал уже 100 миллионов запросов, тем самым сэкономив компании более 8 миллионов человеко-часов. А это десятки миллионов долларов в денежном эквиваленте.

Открытые платформы аналитики и статистики

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

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

Самым крупным открытым порталом структурированных данных в мире можно считать сайт Statista. На нём есть свыше 60 000 пулов данных, уже готовых для применения в статистике и аналитике.

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

Защита от мошенничества

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

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

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

Модели машинного обучения, которые выискивают мошеннические схемы, очень сложны, но они экономят просто кучу денег крупным компаниям. Поэтому спрос на них стабильно повышается. Если в 2019 году машинное обучение против мошенников использовали только 13 % крупных компаний в мире, то в 2021 году уже 40 %.

Компания Feedzai отчитывается, что в 2020 году в разы выросли попытки фрода в сферах финтех и е-коммерс. Попытки похищения данных платежных карт увеличились на 650 %, а взлома онлайн-банкинга на 250 %. Но при этом грамотная антифрод-система на базе машинного обучения способна в точности определять до 95 % случаев мошенничества и ложных отклонений оплаты и при этом сократить общие затраты на противодействие подобным схемам на 75 %.

Машинное обучение растёт такими огромными темпами в наши дни, потому что оно помогает зарабатывать деньги как компаниям, так и самим специалистам по ML. Компании активно нанимают спецов, а иногда покупают целые стартапы в области ML тогда они входят в состав крупных компаний в качестве отдельных подразделений. Сейчас, пока рынок ещё не перегрет и компании более склонны уступать в переговорах о зарплате самое время влиться в эту среду и стать специалистом по машинному обучению, используя кейсы представленные выше в качестве своих пилотных проектов, которые покажут уровень ваших навыков.

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

Узнайте, как прокачаться и в других специальностях или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

Другие профессии и курсы

Привет, Хабр! Мы продолжаем свою серию аналитических статей о рынке зарплат и вакансий в IT. И сегодня на очереди ML-инженер, или специалист по машинному обучению, тем более, что 23 марта Skillfactory запускает новый поток продвинутого курсаMachine Learning и Deep Learning.

Machine Learning Engineer специальность 1 в разработке и проектировании сложных систем, которая в декабре 2020 года занимала 38,54 % вакансий отрасли и примерно 9 % всех вакансий на российском рынке IT. Так давайте разберёмся, сколько на самом деле получают специалисты по машинному обучению, как попасть в ML и куда можно развиваться. Поехали!

---

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

Кто такой ML-инженер

Machine Learning Engineer это эксперт в области искусственного интеллекта. Именно он разрабатывает алгоритмы, по которым думает компьютер.

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

А ещё специалист по машинному обучению создает ботов, которые общаются с клиентами. Так что именно им нужно говорить спасибо за Бот, позови оператора. Алиса, Siri и голосовой помощник Олег, это, кстати, тоже детище ML-инженеров.

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

Основные компетенции специалиста ML-Engineer

Что требуют работодатели от ML-Engineer

Пул навыков довольно большой. Мы проанализировали свыше 350 вакансий и заметили, что в большинстве из них чётко разделены компетенции специалиста по Data Science и ML. Но требования к вакансиям всё равно очень схожие.

Дело в том, что специалистов по машинному обучению прицельно ищут крупные компании, которые используют или планируют использовать алгоритмы искусственного интеллекта в своих проектах.

Работодатели в большинстве случаев знают, для чего им нужен специалист по ML и какими компетенциями он должен обладать. Вот те, что попадаются в вакансиях чаще всего:

Высокие математические навыки. Линейная алгебра, теория вероятностей, прикладная статистика всё это нужно знать на очень высоком уровне. В ML довольно часто используются байесовы сети, марковский процесс принятия решений, скрытые марковские модели, условные вероятности. А ещё нужно хорошо разбираться в дисперсионном анализе и уметь проверять статистические гипотезы.

Базис программирования. Python упоминается в абсолютном большинстве вакансий примерно 92 % всех, но также работодатели требуют знания R, Java, C++, Scala. Также необходимы навыки использования библиотек вроде pandas, OpenCV, Numpy, Eigen, NLTK, Spacy, scikit-learn или других.

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

SQL. В 73 % вакансий требуют знания SQL, но очень много вакансий, в которых необходимы навыки в NoSQL СУБД.

Английский язык. Все без исключения международные команды требуют уровень английского не ниже, чем Intermediate, а лучше Upper Intermediate. Для проектов на российском рынке это не обязательно, но почти всегда выделяется как дополнительный плюс.

Гибкие методологии разработки проектов. Примерно в трети вакансий упоминаются Agile, Scrum, Kanban и другие гибкие методологии. Опыт работы с ними считается плюсом, но не обязателен.

В целом требования в вакансии ML-инженера и дата-сайентиста довольно сильно пересекаются. Компании малого и среднего бизнеса не делают между ними практически никакой разницы и часто ищут сразу Data Scientist / ML-Engineer.

Софт-скилы предсказуемы. Они с минимальными расхождениями копируют требования из вакансий Data Scientist и Data Analyst:

• аналитический склад мышления, логика;

• коммуникативность;

• инициативность;

• внимательность к деталям.

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

Зарплаты и вакансии в России и не только

Подходим к самому интересному. По состоянию на 04.03.2021 и данным с hh.ru, в России имеются 1052 вакансии, которые содержат упоминания ML или машинного обучения.

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

Непосредственно к машинному обучению относится чуть больше 500 вакансий. За 2020 год востребованность специальности выросла более чем в 2 раза и продолжает расти.

Большинство вакансий открыто в Москве 55 %. Примерно 17,5 % размещены для Санкт-Петербурга. Примерно 24,5 % разбросаны по другим крупным городам России с населением выше 500 000 человек. Количество вакансий в населённых пунктах меньше 200 000 жителей не превышает 2 %.

В целом локации и востребованность коррелируются с отраслями Data Science и Data Analyst. Основной работодатель московские компании и международные бренды, у которых есть офис в Москве.

Основная проблема 80 % компаний не указывает вилку зарплат или хотя бы примерный уровень, на который может рассчитывать соискатель.

Мы проанализировали 200 вакансий к открытыми предложениями по зарплате. Результаты довольно неплохие. Медиана проходит по точке в 165 000 рублей. Это уровень месячной зарплаты, на который реально может рассчитывать специалист с 12-летним опытом в ML.

Junior ML-engineer или специалист, который хочет попасть в машинное обучение из смежных отраслей, может рассчитывать на оплату от 80 тысяч рублей.

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

В регионах ситуация значительно хуже. Примерно половина вакансий вообще смешивает специалистов по ML, DS и DA в одного. А в остальных навыки машинного обучения это дополнительная компетенция, а не основная.

Даже если компания понимает, зачем ей нужен ML, то с зарплатами в регионах не очень. Есть предложения для джунов от 25 000 рублей, а выше 80 000 уже считается отличной зарплатой для профи.

Зато на международном рынке всё хорошо у специалистов по машинному обучению.

По данным salary.com, годовая зарплата ML-инженера в США составляет 120 000 долларов по медиане. Это 10 000 долларов в месяц или, в переводе на деревянные, 730 000 рублей.

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

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

Откуда прийти и куда расти специалисту по машинному обучению

ML-инженер не очень дружелюбная специальность для новичков. В неё можно попасть с нуля, но для этого нужна как минимум крепкая математическая база. В идеале математическое или экономическое высшее образование. И даже в этом случае нужно быть готовым к сложностям изучать придётся очень много всего.

Для успешного продвижения и роста нужно понимать, как работает сфера Data Science целиком. Поэтому идеальные стартовые площадки для перехода в ML это дата-сайентист и дата-аналитик.

Также в машинное обучение могут перейти разработчики на Python. Для этого нужно будет разобраться с основными ML-библиотеками.

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

ML-инженер универсальный специалист, подобный швейцарскому ножу. Для желающих стать таким специалистов, у нас есть специальный продвинутый курс Machine Learning и Deep Learning А промокод HABR даст скидку 50%.

Узнайте, как прокачаться и в других специальностях или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

Другие профессии и курсы

Как отдельная профессия Big Data Engineering появилась довольно недавно. И даже крупные компании очень часто путают, чем занимается этот специалист, каковы его компетенции и зачем он вообще в организации.

Поэтому в сегодняшней статье мы разберёмся, кто такой Big Data Engineer, чем он занимается и чем отличается от Data Analyst и Data Scientist. Этот гайд подойдёт людям, которые хотят работать с большими данными и присматриваются к профессии в целом. А также тем, кто просто хочет понять, чем занимаются инженеры данных.

---

Кто такой Big data engineer

Задачи, которые выполняет инженер больших данных, входят в цикл разработки машинного обучения. Его работа тесно связана с аналитикой данных и data science.

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

Инженер данных востребован в самых разных сферах: e-commerce, финансах, туризме, строительстве в любом бизнесе, где есть поток разнообразных данных и потребность их анализировать.

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

С технической стороны, наиболее частыми задачами инженера данных можно считать:

Разработка процессов конвейерной обработки данных. Это одна из основных задач BDE в любом проекте. Именно создание структуры процессов обработки и их реализация в контексте конкретной задачи. Эти процессы позволяют с максимальной эффективностью осуществлять ETL (extract, transform, load) изъятие данных, их трансформирование и загрузку в другую систему для последующей обработки. В статичных и потоковых данных эти процессы значительно различаются. Для этого чаще всего используются фреймворки Kafka, Apache Spark, Storm, Flink, а также облачные сервисы Google Cloud и Azure.

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

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

Разработка инфраструктуры данных. Дата-инженер принимает участие в развёртывании и настройке существующих решений, определении необходимых ресурсных мощностей для программ и систем, построении систем сбора метрик и логов.

В иерархии работы над данными инженер отвечает за три нижние ступеньки: сбор, обработку и трансформацию данных.

Что должен знать Data Engineer

• Структуры и алгоритмы данных;

• Особенности хранения информации в SQL и NoSQL базах данных. Наиболее распространённые: MySQL, PostgreSQL, MongoDB, Oracle, HP Vertica, Amazon Redshift;

• ETL-системы (BM WebSphere DataStage; Informatica PowerCenter; Oracle Data Integrator; SAP Data Services; SAS Data Integration Server);

• Облачные сервисы для больших данных Amazon Web Services, Google Cloud Platform, Microsoft Azure;

• Кластеры больших данных на базе Apache и SQL-движки для анализа данных;

• Желательно знать языки программирования (Python, Scala, Java).

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

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

Инженеру не нужны знания в Business Intelligence, а вот опыт разработки программного обеспечения и администрирования кластеров придётся как раз кстати.

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

Плюсы и минусы профессии инженера больших данных

Плюсы:

• Отрасль в целом и специальность в частности ещё очень молоды. Особенно в России и странах СНГ. Востребованность специалистов по BDE стабильно растёт, появляется всё больше проектов, для которых нужен именно инженер больших данных. На hh.ru, по состоянию на начало апреля, имеется 768 вакансий.

• Пока что конкуренция на позиции Big Data Engineer в разы ниже, чем у Data Scientist. Для специалистов с опытом в разработке сейчас наиболее благоприятное время, чтобы перейти в специальность. Для изучения профессии с нуля или почти с нуля тоже вполне хорошо (при должном старании). Тенденция роста рынка в целом будет продолжаться ближайшие несколько лет, и всё это время будет дефицит хороших спецов.

• Задачи довольно разнообразные рутина здесь есть, но её довольно немного. В большинстве случаев придётся проявлять изобретательность и применять творческий подход.Любителям экспериментировать тут настоящее раздолье.

Минусы

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

  Уже сейчас есть целых шесть платформ, которые распространены в большинстве проектов.

  Spark популярный инструмент с богатой экосистемой и либами, для распределенных вычислений, который может использоваться для пакетных и потоковых приложений.
  Flink альтернатива Spark с унифицированным подходом к потоковым/пакетным вычислениям, получила широкую известность в сообществе разработчиков данных.
  Kafka сейчас уже полноценная потоковая платформа, способная выполнять аналитику в реальном времени и обрабатывать данные с высокой пропускной способностью. ElasticSearch распределенный поисковый движок, построенный на основе Apache Lucene.
  PostgreSQL популярная бд с открытым исходным кодом.
  Redshift аналитическое решение для баз/хранилищ данных от AWS.
  

• Без бэкграунда в разработке ворваться в BD Engineering сложно. Подобные кейсы есть, но основу профессии составляют спецы с опытом разработки от 12 лет. Да и уверенное владение Python или Scala уже на старте это мастхэв.

• Работа такого инженера во многом невидима. Его решения лежат в основе работы других специалистов, но при этом не направлены прямо на потребителя. Их потребитель это Data Scientist и Data Analyst, из-за чего бывает, что инженера недооценивают. А уж изменить реальное и объективное влияние на конечный продукт и вовсе практически невозможно.Но это вполне компенсируется высокой зарплатой.

Как стать Data Engineer и куда расти

Профессия дата-инженера довольно требовательна к бэкграунду. Костяк профессии составляют разработчики на Python и Scala, которые решили уйти в Big Data. В русскоговорящих странах, к примеру, процент использования этих языков в работе с большими данными примерно 50/50. Если знаете Java тоже хорошо.

Хорошее знание SQL тоже важно. Поэтому в Data Engineer часто попадают специалисты, которые уже ранее работали с данными: Data Analyst, Business Analyst, Data Scientist. Дата-сайентисту с опытом от 12 лет будет проще всего войти в специальность.

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

Дальнейшее развитие для специалистов Big Data Engineers тоже довольно разнообразное. Можно уйти в смежные Data Science или Data Analytics, в архитектуру данных, Devops-специальности. Можно также уйти в чистую разработку на Python или Scala, но так делает довольно малый процент спецов.

Перспективы у профессии просто колоссальные. Согласно данным Dice Tech Job Report 2020, Data Engineering показывает невероятные темпы роста в 2019 году рынок профессии увеличился на 50 %. Для сравнения: стандартным ростом считается 35 %.

В 2020 году темпы замедлились, но всё равно они многократно опережают другие отрасли. Спрос на специальность вырос ещё на 24,8 %. И подобные темпы сохранятся еще на протяжении минимум пяти лет.

Так что сейчас как раз просто шикарный момент, чтобы войти в профессию Data Engineering с нашим курсом Data Engineering и стать востребованным специалистом в любом серьёзном Data Science проекте. Пока рынок растёт настолько быстро, то возможность найти хорошую работу, есть даже у новичков.

Узнайте, как прокачаться и в других областях работы с данными или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс "Machine Learning и Deep Learning"

• Курс "Алгоритмы и структуры данных"

Другие профессии и курсы

Проверка знаний на собеседованиях обычная практика. И мы сейчас не о глупых Где вы видите себя через 5 лет?, а о нормальных вопросах по специальности. В этой статье мы собрали топ-20 вопросов, которые задают дата-сайентистам, чтобы проверить их уровень знаний. Все это реальные вопросы на реальных собеседованиях в российских компаниях. Но нас попросили не упоминать названия, чтобы не давать соискателям лишнего преимущества. Некоторые вопросы простые, другие посложнее. Не будем затягивать, поехали.

---

1. В чём разница между контролируемым и неконтролируемым машинным обучением?

Контролируемое машинное обучение:

• Использует известные и маркированные данные в качестве входных.

• Имеет механизм обратной связи.

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

Неконтролируемое обучение:

• Использует немаркированные данные в качестве входных.

• Не имеет механизма обратной связи.

• Наиболее часто используемые алгоритмы неконтролируемого обучения кластеризация методом k-средних, иерархическая кластеризация и априорный алгоритм.
  

2. Перечислите этапы построения дерева решений.

1. Взять весь набор входных данных.

2. Вычислить энтропию целевой переменной, а также прогнозные атрибуты.

3. Рассчитать прирост информации по всем атрибутам (информацию о том, как отсортировать разные объекты друг от друга).

4. Выбрать атрибут с наибольшим объёмом информации в качестве корневого узла.

5. Повторить ту же процедуру для каждой ветви, пока узел решения каждой ветви не будет завершён.

3. Что такое проблемы взрывающегося и затухающего градиента?

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

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

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

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

4. Как рассчитать точность прогноза, используя матрицу путаницы?

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

Формула точности:

Точность = (истинно положительные + истинно отрицательные) / общее количество наблюдений.

Предположим, что истинно положительных значений у нас 2981, истинно отрицательных 110, а всего 3311. Используя формулу, находим, что точность прогноза составляет 93,36 %.

5. Как работает ROC-кривая?

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

Если считать TPR и FPR для фиксированного порога [0,1], то их можно представить в виде функций от аргумента :

TPR = TPR(), FPR = FPR(). При этом обе функции монотонно возрастают от 0 до 1, а значит, определена функция:

ROC(x) = TPR(FPR^-1(x)), x [0,1]

ROC-кривая это график функции.

Как правило, у хорошего классификатора кривая лежит по большей части либо целиком выше прямой y=x. Это связано с тем что при хорошей классификации надо получать максимальный TPR при минимальном FPR.

6. Объясните алгоритм машинного обучения SVM

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

Его основная идея построение гиперплоскости, которая разделяет объекты выборки максимально эффективным способом. Сделать это можно с помощью алгоритма линейной классификации.

7. Что такое ансамбль методов?

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

8. Что такое Random Forest?

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

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

9. Какой метод перекрёстной проверки вы бы использовали для набора данных временных рядов?

Нормальная k-кратная процедура перекрёстной проверки может быть проблематичной для временных рядов.

Наиболее результативный подход для временных рядов это прямая цепочка, где процедура выглядит примерно так:

• сгиб 1: тренировка [1], тест [2];

• сгиб 2: тренировка [1 2], тест [3];

• сгиб 3: тренировка [1 2 3], тест [4];

• сгиб 4: тренировка [1 2 3 4], тест [5];

• сгиб 5: тренировка [1 2 3 4 5], тест [6].

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

10. Что такое логистическая регрессия? Или приведите пример логистической регрессии.

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

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

В этом случае результат прогноза будет двоичным, то есть 0 или 1 (выигрыш/проигрыш). В качестве переменных-предикторов здесь будут: сумма денег, потраченных на предвыборную агитацию конкретного кандидата, количество времени, затраченного на агитацию, и так далее.

11. Что вы понимаете под термином нормальное распределение?

Нормальное распределение одно из основных распределений вероятности.

Плотность нормального распределения выражается функцией Гаусса:

Где математическое ожидание, среднеквадратическое отклонение, дисперсия,медиана и мода нормального распределения равны математическому ожиданию .

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

12. Что такое глубокое обучение?

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

По сути они основаны на обучении представлениям, а не специализированным алгоритмам под конкретные задачи. Из-за чего обучение нейронных сетей ведётся дольше, чем традиционное машинное обучение, но точность результатов получается выше.

13. В чём разница между машинным обучением и глубоким обучением?

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

14. Что такое рекуррентные нейронные сети (RNN)?

Рекуррентные нейронные сети это вид нейросетей, в которых связи между элементами образуют направленную последовательность. Это позволяет обрабатывать серии событий во времени или последовательные пространственные цепочки.

Они используются преимущественно для задач, где нечто цельное состоит из ряда объектов, например при распознавании рукописного текста или речи.

15. Что такое обучение с подкреплением?

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

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

Машина пытается решить задачу, ошибается, учится на своих ошибках, совершенствуется, и так множество раз.

16. Объясните, что такое регуляризация и почему она полезна.

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

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

17. Что такое рекомендательные системы?

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

18. Какова цель A/B-тестирования?

A/B-тестирование это статистическая проверка гипотез для рандомизированных экспериментов с двумя переменными, A и B.

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

19. Что такое закон больших чисел?

Это принцип теории вероятностей, который описывает результат выполнения одного и того же эксперимента множество раз.

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

К примеру, при бросках шестигранного кубика. Чем больше бросков, тем больше среднее значение близится к математическому ожиданию 3,5.

20. Назовите несколько фреймворков для глубокого обучения.

• Pytorch.

• TensorFlow.

• Microsoft Cognitive Toolkit.

• Keras.

• Caffe.

• Chainer.

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

• Курс по Data Science (12 месяцев)

• Курс по Аналитике данных (6 месяцев)

• Курс по Data Engineering

У нас еще много направлений для состоявшихся профи и новичков

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

Скажем больше, многие компании считают увлечение компьютерными играми весомым преимуществом сотрудника. И мы с этим совершенно согласны.

Турнир в офисе и за его пределами

Еще в докарантинные времена в нашем офисе время от времени проводились целые турниры по компьютерным играм.

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

Counter Strike, StarCraft, Quake III, Mortal Combat просто созданы для снятия напряжения. И иногда наш офис ближе к вечеру пятницы просто превращался в филиал компьютерного клуба.

Я с AWP на лонг. Раш B! На миде трое! Флешка пошла!

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

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

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

Чеклист для запуска офисного турнира для геймеров

1. Выберите игру

   Есть два варианта. Игра, в которую играют большинство или все сотрудники. Ведь если запустить турнир по Dota 2, а в нее умеют играть полтора человека, то смысла в турнире не будет. А вот если все заядлые дотеры, тогда заруба будет очень мощной.

   Игра с несложной механикой и простыми целями. В Counter-Strike или Quake без проблем может играть даже абсолютный новичок. И у него будут шансы соперничать с опытным игроком.

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

2. Придумайте приз

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

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

   Худший вариант в любой ситуации играть на деньги. Не делайте так. Из веселого развлечения турнир рискует превратиться в большую ссору.

3. После турнира соберите фидбек

   В небольших компаниях будет вполне достаточно просто спросить, понравилось ли участникам. А в крупных, где количество сотрудников больше 50, можно провести небольшое анкетирование.

   Это поможет узнать, как команда отнеслась к подобному развлечению, что понравилось, а что не очень.

Геймеры в компании опыт, за который вы не платите

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

При этом практически неважно, играет человек в Ведьмака, PUBG или третьих Героев. Однолюбов, которые залипают в единственную игру, практически нет, поэтому ниже мы расскажем о качествах, которыми обычно обладают сотрудники-геймеры.

Работа в команде. Любая командная компьютерная игра великолепно оттачивает навыки взаимодействия. Геймер, который играет в CS: Go хорошо знает, как использовать свои возможности на пользу всей команде. Один бросает флешку, второй штурмует ослепленных врагов, третий и четвертый дают огневую поддержку и прикрывают с флангов. О взаимодействии в Dota 2 и говорить нечего там от каждого игрока нужны идеально выверенные действия, знание сильных и слабых сторон своих тиммейтов, а одна-единственная ошибка может слить катку.

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

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

В CS: Go достаточно одного противника с AWP на лонге, который вырубит половину команды. И придется в спешном порядке находить новую тактику, что позволит выстоять двоим против пятерых.

В играх корректировать тактику и стратегию нужно постоянно. К примеру, любитель стратегии Civilization VI должен уметь перестраивать работу целой страны, если вдруг сосед объявил внезапную войну. За 4-5 ходов мирное государство должно полностью перейти на военные рельсы и отражать атаки неприятеля.

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

Стратегическое мышление. Ламповые Warcraft и Heroes of might and magic просто прекрасно развивают стратегическое видение ситуации. Там всегда нужно просчитывать ходы далеко наперед.

Нужно постоянно держать в голове доступность и количество ресурсов, расположение армий противника, ставить промежуточные цели и искать оптимальные пути для их достижения. За одну партию в Героев игрок решает десятки сложных стратегических ситуаций и проблем. А на сложности в 200% любая неучтенная мелочь может привести к проигрышу, что обязывает игрока контролировать абсолютно все.

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

Реакция. Чтобы навести прицело на соперника и выстрелить, опытному игроку в CS достаточно 0,2 секунды. Шутеры прекрасно оттачивают скорость реакции и приучают мозг при возникновении любых внештатных или просто сложных ситуаций не впадать в ступор, а действовать.

Стрессоустойчивость. Тут все ясно. Достаточно только включить Dark Souls. И если после двадцатой тупой смерти человек не разобьет монитор, то он чертовски стрессоустойчивый.

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

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

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

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

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

Игровые механики на работе

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

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

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

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

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

В общем, мы за игры. Будем продолжать шпилить в CS после работы и получать от этого удовольствие.

Прилет

В начале марта 2000 года я ступил на американскую землю.

Вышло это очень дорого, так как виза стоила в те времена 500 долларов. Напоминаю, что дело было вскоре после 1998 года, когда рубль упал в три раза. А мне надо было еще оплатить еще и визы жене и сыну, которые прилетели позже, когда я уже снял квартиру.

В Бостоне меня встретили мои два работодателя, которые оказались бывшими русскими. Интервью по телефону я проходил по-английски, а акцентов еще не чувствовал, так что я даже не подозревал, что они прекрасно говорят по-русски. У них в фирме я оказался employee N1 (я немного напрягся), а сама фирма была классическим бодишопом. Впрочем, меня поселили бесплатно в квартиру к их знакомому, где я ждал SSN и проходил интервью по телефону.

С житейской точки зрения у меня было все хорошо - на первоначальном bench мне не платили, но жил я бесплатно. Тем временем на форуме privet.com ходили жуткие рассказы про ужасную фирму GLOBAL. GLOBAL массово завозила народ и поселяла программистов в некоем здании. Там новички должны были все время заниматься языком и IT. Их кормили и сверх всего давали одно яблоко и один апельсин - в день или в неделю, не помню. Также у них было право на один телефонный звонок в неделю домой (IP телефония только начиналась и звонили по специальным картам).

Культурный шок

Те, кто прилетал в Америку из СССР, испытывали шок от обилия видов колбасы и клубники, которая появлялась в пять утра (но как позже выяснилось, не имела ни вкуса, ни запаха). Современный мир так глобализован, что нашего брата айтишника особо не удивляет ничего по большому счету: конечно, всегда что есть рассказать по быту и бюрократии, но господа, это ни в какое сравнение не идет с впечатлениями эммигранта из СССР от магазина - им казалось, что они попали в рай!

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

Меня удивило, что люди планируют свою жизнь на много лет вперед. Особенно дико это выглядело после 1998 года. Для меня горизонт планирования был пару месяцев.

Однако:

При поиске апартмента в одном из мест, которые я смотрел, менеджер, женщина лет 50 извинилась, что она всего не знает, так как работает первый день - переехала из Флориды. Позже я спросил знакомую шефа, которая тогда была со мной - "надо же, под конец жизни переехала в другой штат". Не забуду круглые глаза этой знакомой: "Что??? Какое - под конец жизни? ей 50!"

Очень мне понравилось кабельное телевидение. Тогда в России не было столько каналов. Было много милых передач, но только в Америке я впервые увидел серии StarTrek, Buffy, и даже Симсонов. В России смотрели боевички, и все сильно многосерийное не укладывалось в формат видеокассет и видеосалонов. То, что в телевизоре были субтитры, мне очень помогало на первых порах.

Позже мой босс сказал мне выбрать машину, обязательно новую. Я зашел на сайты дилеров в интернете и попал в ступор. Машины я любил, но в России тогда не было дилеров вообще - выбор машины для покупки - это поездка на рынок у Энергетиков, где можно выбирать из того что есть, прогуливаясь по заставленным пригнанными машинами парковкам. Вспомнилось самое гениальное, 21 путешествие Йона Тихого: "на смену ужасу былых ограничений пришел ужас остсутствия каких либо ограничений".

Впрочем, оказалось чуть позже, выбора у меня и не было - босс просто сдал меня первому дилеру, который согласился дать машину в лиз человеку без кредитной истории. Машиной была VM Jetta, по нашему - Bora. Мой выбор был только в том, чтобы взять ее с механикой. Это очень помогло моей жене - при сдаче на права коп простил ей все за то, что она сдает на механике - и трогание с третьей передачи, и проезд на красный свет. "Теория" же не была проблемой вовсе - из 20 вопросов надо было правильно ответить на 13. Вопросы примерно такие:

От чего зависит степень опъянения?

1. От города

2. От времени суток

3. От количества выпитого

4. От марки машины

Показать правильный ответ

Первый контракт

Он был в Janesville, WI. Все - отель, еда, рент машины оплачивалось работодателем. Но вначале, приземлившись в аэропорту Madison, WI и рентанув на российские права машину, я отправился искать фирму, где я должен работать. Город найти было тривиально по бумажной карте, а вот где находится большое здание фирмы я намеревался спросить у прохожих - навигаторов не было. Да, сейчас. Прохожих я не обнаружил. Вообще.

Два месяца и работал там, в выходные по карте объезжая все, что можно, до великих озер. Один раз я забрался в такую глушь, что в отеле мне прокатали карту! Единственный раз в жизни.

Кстати, об аэропортах. В те благословенные времена, до 9/11, аэропорты были почти как автобусные остановки - особенно в маленьких городах. Чуть позже, когда уже прилетела жена с ребенком, я перепутал и приехал в грузовой аэропорт Springfield вместо пассажирского. Пока разбирался в ситуации, время шло, мы отчаянно опаздывали и появились на парковке за 20 минут до вылета. на посадку мы пришли за 10 минут до вылета - и еще имели наглость купить выпечки и соков в самолет!

Ночь в лесу

Контракт подходил к концу, и мне надо было искать апартмент под Бостоном. Перелет туда и обратно оплачивал работодатель. Вернувшись на последние 2 недели в WI, я был должен взять такси и проехать 50 миль в Janesville в отель. (общественного транспорта нет, а самолет прилетал в 11 вечера). Утром я был должен взять такси и ехать к 7 утра назад в Rent-a-car в Madison, рентануть машину и ехать снова 50 миль - уже на работу.

Разумеется, когда я прилетел в полночь (самолет немного опоздал), я подумал - нафиг это надо, посплю до 7 утра в кресле. Примостился и заснул. Но проспал я не долго - меня разбудил коп со словами что он закрывает аэропорт. Аэропорт был маленький, и когда я вышел в дверь, он натурально закрыл за мной дверь на ключ.

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

Работа в dot-com

По возвращении в Бостон area я стал работать в стартапе Softlock, который продавал PDF. В PDF можно было прочитать перу первых страниц, а заплатив и получив ключ - весь документ. Интересно, что стартап располагался по адресу Maynard, MA вот в этом самом здании старой фабрики:

Да. Когда в институте я работал на СМ ЭВМ и читал документацию на синьке, то она всегда начиналась со слов - digital equipment corp., Maynard, MA. Думал ли я, что окажусь там?

Как образовалась вакансия DBA? Взлет Softlock совпал с продажей книги Стивена Кинга "Riding the bullet" в формате PDF за символический 1 доллар через Softlock. В час X должна пойти реклама. Разумеется, за несколько недель до часа X программисты днюют и ночуют на работе. За пять минут до рекламы DBA вносит самое последнее изменение. В команде DELETE он забывает WHERE и удаляет все данные в важной таблице. Бэкап! кричит он. Поздно, мы в эфире - говорят ему. Как идут продажи? спрашивают менеджеры.

Короче, кое что им удалось подправить, наделав кучу костылей. DBA все исправил, но, не выдержав позора, покинул фирму. Я же разгребал его костыли вместе с коллегами из страны, где очень любят петь и танцевать. Один коллега, например, хранил суммы таблице varchar() примерно так: '$123.45'. Я спросил его - зачем? Он пояснил, что это очень удобно, когда сумму отображаешь для пользователя, то не надо делать никаких преобразований.

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

Бодишоп меня заблаговременно перевел в Osram Sylvania - то был мой первый опыт big Enterprise. А через два месяца Softlock накрылся и всех уволили. Мне было их жаль, но все же я чуствовал некое удовлетворение: как оказалось, деньги все таки надо зарабатывать, так называемая "новая бухгалтерия" это bullshit, а дважды два все таки четыре.

Лес, прогулки, встреча с копом

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

То есть на обочине просто так не встать - машина сразу будет всем мешать. Иногда даже пройти невозможно из-за бортиков/рельс по краям:

Да, есть специальные места где можно остановиться, чтобы войти в лес. Там часто написано что parking is closed after sunset. Нет, я не собираюсь гулять в лесу ночью, но природа не имеет часов работы. Почему я должен смотреть на часы? Прогулка в лесу - это не бизнес, у него не может быть часов от и до.

Мы с женой после посещения Ниагарского водопада ехали вдоль великого озера и так и не смогли к нему выйти. То ряд домов, то закрытый выход с надписью 'private property', а единственный общественный парк с выходом к озеру был 'closed for a season'.

Один раз я решил погулять ночью около дома. Наползал туман и я решил, что будет красиво посмотреть с моста на highway - как машинки едут сквозь туман. Вскоре я увидел полицейскую машину, которая развернулась и поехала ко мне. Коп ослепил меня своим фонарем и спросил, что я тут делаю. Я ему рассказал про туман и машинки. Он отъехал, но через пару минут развернулся и снова вернулся ко мне. "Но ты точно не чувствуешь себя depressed? Потому что люди из этого neighborhood звонили в полицию, что один человек ходит около моста". Я произнес гневную тираду про Европу, где люди гуляют ногами и это нормально. Коп махнул рукой и уехал.

Отъезд и как я бросил машину

Ситуация в экономике ухудшалась, и когда закончился контракт с Sylvania, то я решил не искать ничего нового а вернуться. Но мне пришлось бросить машину, и вот почему.

Машина была в лизе и принадлежала банку A. В какой то момент я решил ее выкупить и превратить лиз в лоан у банка B. Это было легко, и банк B прислал инструкции, что мне надо его, банк B, вписать как lienholder (владелец залога) в title (свидетельство о регистрации). Вот только эта инструкция была правильна для рефинансировании другого loan, но не лиза! В итоге я получил уникальную ситуацию: владелец машины банк A, а lienholder - банк B, а я не при делах.

Я начал разруливать эту ситуацию, сидя на звонках и слушая музыку от поддержки обоих банков. Банк A все обещал мне прислать новый тайтл, но так и не прислал, и только когда я сказал, что уезжаю, то title был прислан срочной почтой. Правда, через день после моего отлета. Я же сделал машине surrender: отвез ее в банк B и отдал ключи.

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

Предыдущие части:

Путь в IT, воспоминания бумера - программируемые калькуляторы, перфокарты, ДЗ-28

Путь в IT, воспоминания бумера - институт, СМ ЭВМ (PDP-11)

Воспоминания бумера - VAX/VMS

Что случилось после этого:

Жесть после переезда в другую страну

Дальше пока писать воспоминания не стоит - события не успели 'настояться' хотя бы лет 15.

Все мы знаем истории о программистах рок-звёздах. Свои первые деньги от первого сайта она заработала в 11 лет. Закончила колледж в 16 лет; открыла LLC в 17; заработала миллиард в 23... Мы любим эти истории, их героев; они вдохновляют нас плодотворным программированием и своим умением устанавливать тенденции. От решения NP-полных задач и до того, чтобы зарабатывать миллионы, кажется, они никогда не ошибались на своём пути.

Но реальность такова, что все разработчики, даже рок-звёзды, ошибаются! И преодолевают неудачи. Разница только в масштабе: когда мы что-то сломали, повреждаются записи БД, когда что-то ломают они, то это ошибка на миллиард долларов.

---

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

У такой сдержанности есть последствия: когда разработчики ошибаются, они воспринимают ошибку как личный провал. Им стыдно, и их часто обвиняют в ошибках: Майк забыл обновить документацию релиза или Билл сделал cherry-pick не той ветки и это контрпродуктивно.

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

Я стёр тысячу URL-адресов

Будучи занятым в крупном финансовом учреждении, я разработал систему очистки от неиспользуемых адресов в сетевом слое F5. Пул маршрутов F5 поддерживал около 5000 URL, не больше, затем происходило истощение. Моя система автоматизировала мониторинг трафика на эти адреса, уведомляла владельцев неиспользуемых ресурсов и начисто очищала их, защищая F5 от падения, а в операции не нужно было вмешиваться руками.

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

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

Оказалось, что большинство ресурсов, которые были неактивны неделю, остаются неактивными и месяц. Так что в итоге ущерб был управляемым; мы удалили 1000 адресов, но жаловались немногие команды. Однако случившееся стало колоссальным стрессом для меня и моих менеджеров, особенно в самом начале, когда не был ясен масштаб ущерба. Мы создали штаб, перераспределив ресурсы так, чтобы команда могла вручную заново создать потерянные ресурсы.

Как такое могло произойти?

С самого начала я чувствовал, что это моя вина (мои менеджеры с этим согласились мне это не помогло). Но в ретроспективе провал был системным. Во-первых, большой проблемой был тот факт, что существующая система управления маршрутами F5 не справлялась с потребностями бизнеса, а также не имела чёткой стратегии отката/бэкапа. Более того, старый конфиг зависал из-за неоправданно сложного процесса развёртывания. Он был слишком бюрократичным и склонным к подобным ошибкам. Наконец, с этой важнейшей задачей я остался один на один, то есть без код-ревью и без взаимодействия с командой и с оптимистичным крайним сроком; всё это рецепт несчастья. Мы никогда не рассматривали эту задачу как первоочередной приоритет, и теперь, имея больше опыта, я понимаю, что провал был неизбежен.

Как неудача помогла мне вырасти?

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

Если вас не доводят до слёз регулярно, в самом ли деле вы инженер-программист?

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

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

Также первостепенную важность имеет ограничение доступа к производственной среде. К примеру, я даже не держу ветку master локально в моей IDE и предпочитаю блокировать все общекомандные пуши, которые делаются напрямую, то есть не в ветку фичи. Учётные записи БД и облаков по умолчанию должны быть доступны только для чтения, а также должны иметь чёткие стратегии резервного копирования и восстановления.

На следующем месте работы разработчик на проде случайно удалил файлы из корзины S3. Если бы не стратегия управления версиями S3, которую я установил всего за неделю до этого (она отключена по умолчанию что за чёрт, Amazon?!), мы могли потерять её навсегда.

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

Я отправил электронное письмо с кодом за пределы компании

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

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

Чувак, вся команда как ошпаренная. Кто-то отправил код по электронной почте за пределы компании, в деле замешан юрист. Ты знаешь, кто это был?

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

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

На её лице засветились нежность.

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

Как такое могло произойти?

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

Я по сей день чувствую себя ужасно из-за того, как это повлияло на моих бывших коллег в команде. Эта ошибка была на 100 % моей, но с последствиями должны были разбираться они. Репутация команды, вероятно, была запятнана, и работа с аудитом, должно быть, стала большой проблемой для всех. Ситуация испортила мою профессиональную репутацию и сожгла многие мосты.

Как неудача помогла мне вырасти?

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

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

YAGNI (вам это не понадобится) это не просто софтверный принцип. Неужели я действительно посмотрел бы на этот код ещё раз? Даже если благодаря этому коду получится несколько статей, оправдается ли риск? Нет, чёрт возьми! Когда вы уходите с работы или заканчиваете главу своей жизни, если на то пошло, просто уходите. Ничего не берите с собой, не смотрите в зеркало заднего вида, просто двигайтесь дальше.

Я потерял работу во время Covid-19

В 2019 году я работал в относительно успешном стартапе по модернизации процесса содержания upkeep. Нашим основным источником дохода были местные органы власти, а также венчурные инвестиции. В марте 2020 года оба источника внезапно исчезли. Наша компания несколько месяцев успешно боролась с волной Covid, резко развернувшись на текущие приоритеты клиентов и собрав некоторые средства через фонды помощи малому бизнесу.

Однако к июлю стало ясно: мы или сокращаем штат, или тонем. В 11:30 генеральный директор лично позвонил мне в Slack со зловещей просьбой позвонить в 12. В 12:15 меня уволили. Перефразируя: Адам, увольнение вступает в силу немедленно. Мы чувствуем, что вы хорошо справились; однако в связи с нынешним климатом сокращаем персонал.

Я был одним из 15 человек, которым бесцеремонно уволили без предупреждения, без пособия; не дали даже пяти минут, чтобы попрощаться с коллегами (аккаунт Slack отключили во время разговора).

Мы с женой переехали в первый собственный дом полгода назад и были не в том положении, чтобы долго жить без стабильного дохода.

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

Как такое могло произойти?

Если сравнивать с боксом, Covid стал комбинацией джеба и кросса, он привёл к сокращению и к жестокой конкуренции на рынке труда. Но здесь есть трудный урок меня уволили, потому что я не был важным сотрудником. Бизнес вполне мог обойтись и без меня. Инженеры, которых компания удерживала, технически были очень сильны, но, что важнее, они работали с системами, составляющими ядро бизнеса. То есть их увольнение могло разрушить бизнес. И здесь я оступился.

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

Я творил новые крутые штуки будущее компании!

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

Как неудача помогла мне вырасти?

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

В конце концов, я устроился на скучную работу на Java в скучной компании. И быстро понял, что скучный софт это просто прекрасно! У скучного ПО прямолинейные требования и преданные пользователи. Вещи вроде эта кнопка не работает легко исправляются и не требуют кандидатской степени или многолетнего планирования. На самом деле очень приятно легко снимать сливки стандартного веб-приложения и видеть искреннюю человеческую благодарность!

Скучные вещи делают вас критически важным. Я добровольно вызвался работать с сущностью системы, от создания инфраструктуры до сложной функциональности. И пока моя цель не стать частью самой системы (то есть не автоматизировать самого себя), так компании должно быть труднее меня уволить.

Также я больше не беспокоюсь о собеседованиях или о потере работы. Мы можем сделать всё возможное, но остальное нам не подвластно.

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

Поймите, что вы, вероятно, не рок-звезда и никогда ею не будете, и это на все 100 % нормально. Софтверный бизнес это целая армия, а не только [её элита ] морские котики.

Наконец, последнее, чему я научился, это просить о постоянной обратной связи. Что я делаю? Почему я работаю над X? X имеет решающее значение для успеха компании? Если нет, тогда что действительно важно? Не привязывайся так к своей работе. Часто мы боимся обратной связи, потому что она ранит наше эго, но принятие обратной связи быстрый путь вперёд.

PS: если вы одна из многих компаний, отказывающихся давать отзывы соискателям, вам должно быть стыдно.

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

Узнайте, как прокачаться в других специальностях или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

Другие профессии и курсы