Карьера в IT-индустрии

Рубрика «Кем работать в IT» — интервью с представителями IT-профессий, в которых специалисты рассказывают о тонкостях своей работы: плюсах, минусах, подводных камнях и заработной плате. Мы надеемся, что джунам и стажерам эта рубрика поможет больше узнать о том, что их ожидает на карьерном пути, а профессионалам — посмотреть на свою специальность через чужой опыт и, может быть, открыть для себя что-то новое.

Сегодня о своем опыте работы нам расскажет Дмитрий Шадрин, руководитель направления 1С-разработки в Sportmaster Lab.

Привет!

Вчера прошёл наш QIWI Server Party SOFT EDITION (кстати, вот тут запись трансляции). А 29 сентября мы проведём вторую часть митапа, которая будет уже про техническую сторону. 

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

Итак, вот что вас ждёт на HARD EDITION:

Отечественный рынок кибербезопасности испытывает как никогда острую потребность в новых квалифицированных кадрах: согласно исследованию Positive Technologies, число кибератак постоянно растет. А подписанный в мае 2022 года указ Президента РФ «О дополнительных мерах по обеспечению информационной безопасности Российский Федерации» выступил дополнительным стимулятором спроса на специалистов по мониторингу и реагированию на инциденты.

Мы осознаем, что начинающие ИБ-специалисты являются ценным активом для нас, наших партнеров и клиентов, и поэтому регулярно проводим различные программы, направленные на развитие и поддержку молодых кадров. Например, с 7 февраля по 6 июня 2022 года мы организовали масштабную 4-месячную стажировку в экспертном центре безопасности Positive Technologies (PT Expert Security Center).

Про идею стажировки, практическую работу ребят в качестве аналитиков первой линии SOC^[1], учебные занятия и их первые шаги в ИБ читайте под катом.

Можно ли стать программистом без профильного образования? Нет, это не реклама очередных онлайн-курсов. Кандидат физико-математических наук Андрей Грицевич много лет назад, когда деревья были больше, трава зеленее и еще даже не вышел первый Angular, ответил для себя на этот вопрос однозначно: а почему бы и нет! И самоучкой пошел в UI. Сегодня он руководит отделом разработки Центра продуктов Dozor в нашей компании. Андрей уверен, что только счастливые люди выполняют свою работу хорошо, а значит, надо помочь им стать такими. Как этого добиться? Не бояться внедрять современные инструменты. Какие-то проблемы ушли в прошлое благодаря внедрению SCRUM, где-то сработали новые HR-практики, а для решения других задач вообще понадобилось убедить всех, что технологии самоуправления – это совсем не страшно. И все это в довольно консервативной команде, которая создает серьезные корпоративные ИБ-продукты.

В ноябре 2021 с женой переехал из Москвы в город с населением 22 тыс. человек на западном побережье республики Ирландия.

На сколько сложен релокейт? Зависит от конкретной ситуации, здесь же опишу личный опыт и конкретные траты на старте.

Привет, Хабр. Меня зовут София, я – разработчик, а ещё я любопытная и люблю наблюдать. А наблюдаю я сложность и диалектичность. 

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

Но в статье не будет страшилок про старый банковский софт. Я расскажу, как рационализировать концепцию эмоционального интеллекта (EQ), не снижая ценности IQ. Вместо изоляции одного от другого попробую объединить и взаимно их усилить. Мой текст ориентирован на разных читателей, но определённый флёр профдеформации из ИТ будет присутствовать. 

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

В этой статье я расскажу:

• Что такое скрининг-колл.

• Какие типовые вопросы встречаются на скрининг звонках в США, вне зависимости от того собеседуют ли в стартап или в FAANG компанию.

• А также на какие вопросы вы не должны отвечать на скрининг звонках в США.

Привет! Меня зовут Вартанян Артур, и я работаю Java-разработчиком в компании Reksoft. В корпоративный мир IT я попал чуть более двух лет назад, но до сих пор отлично помню свои первые попытки трудоустройства на работу в ИТ-компании до получения первого оффера.

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

Самым сложным в этой статье было выбрать понятное и не душное название. С этим я не справился.

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

Суровый 2022ой неслабо перетряхнул бизнес в России, и ощутимо расшевелил всю сферу IT и ИБ. В то время, как исконно российские безопасники штудируют новую доктрину ИБ, переводят новые законы с бюрократического на общечеловеческий язык и метят в ТОП менеджмент, менеджеры ИБ международных компаний открыли для себя множество иных вопросов, единого ответа на которые пока что нет.

Спойлер: все описанное ниже является моим субъективным мнением, при описании которого я опирался на свой скромный опыт, и опыт 2-3 моих знакомых. Текст не претендует на объективное описание сферы ИБ, посему рекомендую воспринимать текст с иронией.

Личное наблюдение: в Российских компаниях чаще звучит термин «защита информации» - как бесконечный процесс, а сами безопасники являются Администраторами безопасности, в то время как в международных как правило формулируют «безопасность информации» как недостижимый результат, а специалистов гордо именуют Менеджерами ИБ.

Поток сознания, вызванный мнением некоторых моих коллег программистов 1С на объект резюме и на его (объекта резюме) предназначение.

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

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

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

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

Я всем задал один и тот же вопрос: Почему так, как вы вообще так живете без резюме?

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

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

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

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

Для начала пара слов обо мне. Это поможет лучше понять и прочувствовать то, о чём я говорю. Меня зовут Наталья, мне 23. В прошлом году я получила степень бакалавра в сфере Информационных систем и технологий. После этого около полугода я искала себя и наконец в феврале 2022 пришла в IT.  Сейчас я младший тестировщик в ГК Юзтех. Три месяца я обучалась по внутрикорпоративной программе менторства и только после этого присоединилась к настоящему проекту по разработке внутреннего веб-продукта “Программа лояльности”.

Слышала от многих разработчиков, что они не любят рабочие встречи. Говорят: "Пустая трата времени", "Митинги бесполезны", "А работать то когда?". Так вот, если у вас такие встречи, то вы явно что-то делаете не так.

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

Продолжаем.

За каждым успешным продуктом стоит продукт-менеджер — человек, который без устали над ним работал и руководил командой по его разработке.

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

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

Те, кто хоть раз гуглил или смотрел видео, кто такой геймдизайнер и чем он занимается, замечали, что он “и швец, и жнец, и на дуде игрец”.

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

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

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

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

- Какой бюджет, это план продаж! Ну скоооолько можно? - катает глаза кверху развивающий директор по продукту. 

- Может хватит уже словечками иностранными сыпать невпопад?

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

- И этот человек мой начальник! - говорит развивающий директор сидящему рядом коллеге.

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

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

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

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

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

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

Год назад я закончила Bachelor's Programme in Science and Engineering по специализации ICT в Tampere University of Technology. Как это было :)

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