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

Кто я такой, чтобы делиться своими суждениями и утверждениями? Мне почти 47, в сфере IT профессионально работаю около 25 лет, начав самообучение со школы, с папиного i386 с сопроцессором и модемного dial-up на зюхелях (ну... все же помнят.. да? ну да же? :-) Естественно, среди моего опыта и высшее образование, и технические сертификаты, и работа во множестве компаний самого разного масштаба и разных стран. Сейчас я обладаю как негативным, так и позитивным опытом в различных аспектах IT технологий, попробовав себя как в софте, так и в железе.

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

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

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

Сначала ищешь справедливость, потом другую работу.

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

Меня зовут Михаил, я являюсь разработчиком ПО последние 10+ лет. Я буду опираться на субъективный опыт, мою историю карьерной жизни.

На связи Дарья Овчинникова, руководитель HR-отдела в Decart IT.

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

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

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

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

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

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

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

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

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

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

Привет, Хабр! Меня зовут Ольга Матушевич, я наставница на курсе «Аналитик данных» в Яндекс Практикуме. Большая часть наших студентов в качестве цели обучения указывает успешное трудоустройство в новой профессии. Поэтому мы внимательно отслеживаем, у кого из выпускников получилось устроиться на желаемую должность, сколько времени это заняло и сколько усилий потребовало. На основе этих данных мы строим наши продуктовые обещания студентам.

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

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

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

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

Расспросили об их опыте смены роли коллег из ИТ-команды Сравни:

* Таня – прошла путь от специалиста первой линии поддержки до Delivery-менеджера в DevOps-команде; 

* Максим – прошёл путь от QA-инженера к Delivery-менеджеру и затем к Product Owner; 

* Света – из QA-инженера стала Frontend-разработчиком. 

Вот, что они рассказали. 

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

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

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

Я сама 10 лет работала в разных агентствах, а в прошлом году перешла в продукт. И мне есть, что рассказать).

Привет, Хабр! В данной статье я хочу поделиться своим опытом токсичного общения с коллегами, начиная с первой встречи с HR-менеджером и заканчивая работой внутри команды. Такое поведение, на мой взгляд, серьезно подрывает мотивацию и нормальное взаимодействие в команде при решении возникающих проблем. Оно также заставляет задуматься о целесообразности работы в такой атмосфере. Ведь зачем оставаться на месте, где отношения между коллегами вызывают столько дискомфорта?

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

Мы проводим летние стажировки в Центре ИИ 6 лет. С 2018 года 80% принятых на стажировку остались с нами после ее окончания. А 60% из них – работают до сих пор и обучают новые поколения стажеров.

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

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

• Почему адаптация персонала — один из ключевых HR-инструментов, влияющих на рост бизнеса?

• Что такое баддинг и в чём его преимущество перед наставничеством?

• Как составить матрицу адаптации и карту наставничества?

Бизнес-консультант и руководитель HR-проектов отвечает на эти и смежные вопросы в статье.

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

Нужна ли аналитику креативность? Работодатели, похоже, считают, что нет или что креативность не важна. Например, на hh.ru всего 10 вакансий «с креативностью» по всей России на момент написания статьи. И только в двух из них (Ozon и «Ростелеком») говорят напрямую, что креативность нужна.

Я работаю с данными почти 20 лет, и из них семь набирала и растила джунов, три — наставник в Практикуме на курсе «Аналитик данных». Предлагаю вместе подумать, а нужна ли нам креативность, как проверить, есть ли она, можно ли её чем-то заменить и как прокачать.