1. Менеджерский — когда менеджер проекта начинает управлять другими менеджерами.
2. Технарский — когда разработчик начинает управлять другими разработчиками и количество управляемого им персонала увеличивается.

Привет! Программирование – это непростой предмет, а индустриальная разработка программного обеспечения – очень сложный. В нашей ИТ индустрии не так уж редко можно услышать вопросы от младших коллег из серии «как мне развиваться?», «что нужно делать, чтобы стать профессионалом высокого уровня и как можно быстрее?», «что делать, если развиваться не получается, а интересных проектов нет?», «что должен знать миддл?». Если у вас от 0 до 3-х лет опыта в ИТ, вы начинающий специалист (или только собираетесь им стать) и ставите перед собой подобные цели профессионального и карьерного роста, ищете правильные пути, как этих целей достичь – этот пост для вас, добро пожаловаться под кат. Возможно, он также будет интересен тимлидам и менеджерам, в общем, всем, кто занимается обучением и развитием специалистов.

Фёдор Борщёв — CTO в маркетплейсе стройматериалов «ГдеМатериал», сооснователь rumetr.com и популяризатор чистоты кода. Пишет в блог, телеграм-канал @pmdaily и в советы о разработке в Бюро Гобрунова.

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

За три часа Фёдор прошёлся по темам:

• управление проектами;
• общение с людьми;
• продукт и бизнес;

• личные цели.

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

Чего хочет разработчик

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

В то же время его руководитель хочет:

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

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

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

20-25 лет назад у профессии тестировщика на территории постсоветского пространства не было престижа от слова совсем. Тестировщиками брали тех, кого называли «уверенными пользователями компьютеров». В какой-то момент они были подобны «менеджерам по уборке помещений» — прибраться за разработчиками, рассказать, что вот тут они букву потеряли. Представления о качестве, процессах и разработке развивалось очень медленно.

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

Об этом я и хочу сегодня поговорить.

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

Как ее приобрести? Читайте в тексте Джоша Комо, эксперта с многолетним опытом в разработке ПО, ИТ-блогера и автора обучающего курса «CSS для разработчиков JavaScript». В статье Джош описывает практики и рекомендации, которые помогут начинающим специалистам (например, студентам и тем, кто переходит в разработку из какой-либо другой области) в развитии их профессиональных навыков.

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

Недавно Kharkiv IT Cluster презентовал результаты свежего исследования регионального ІТ-рынка, которое проводил совместно с KPMG. Цифры впечатляют: только в Харькове работают больше 45 000 специалистов. За два года пандемии местная ІТ-индустрия выросла почти на 30%. Схожую динамику можно отследить по всей территории Украины. Сфера растет и происходит это во многом за счет начинающих специалистов.

Сергей Шкурупий, руководитель восточноукраинской локации ЕРАМ, более 25 лет работает в сфере ІТ. В этом материале он поделится своими наблюдениями за трансформацией рынка и размышлениями о том, как новичку не оказаться в профессиональном тупике. Далее — рассказ от первого лица.

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

Можно ли расти профессионально, не меняя работу. Думаю, я не одна, кто задавался этим вопросом.

В 2006 году Яндекс и Google приехали в Петербург в Borland, который сокращал команду. Обе компании одновременно открывали в Петербурге свои офисы на его базе. Тогда к нам пришли замечательные ребята. Мы много общались, но больше всего запомнились слова Толи Орлова. Он сказал, что рост Яндекса на тот момент ограничивает только количество лидов, которые бы могли развивать продукты. Что роли техлида и тимлида очень существенны, и часто рост компании зависит только от наличия сильных лидеров. Тогда мне и захотелось узнать, как им стать.

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

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

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

Делимся рекомендациями книг под катом!

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

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

Ваш основной язык программирования

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

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

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

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

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