В разработке есть такой термин, как жизненный цикл программного обеспечения - от технического задания до снятия системы с эксплуатации. Моя система прошла все этапы жизненного цикла. Хочу рассказать, как появилась, запускалась и работала система, какой опыт при ее внедрении приобрел, какие эмоции получил и какие уроки извлёк. История о том, как в одиночку создать приложение, понравиться пользователям, но проиграть как менеджер.
Как в ЮMoney растят из стажёров продуктовых лидеров: задачи, сложности и победы
Привет! Меня зовут Дима Волков, я руковожу направлением развития розничных продуктов — кошелька, карт, приложения — в компании ЮMoney. В этой статье я расскажу, как мы наняли в продуктовую команду стажёра-продакта, помогли ему адаптироваться и вырасти до сильного менеджера.
Как распознать токсичного сотрудника на этапе собеседования>>
Как мы решились на эксперимент со стажировкой
Вырастить профессионала с нуля дешевле и эффективнее, чем нанимать опытного сениора (старшего менеджера). Летом 2021 года я решил провести эксперимент и взять к себе в команду стажёра-продакта без сколько-нибудь значимого опыта работы менеджером продукта.
С поиском кандидата помогли в HR. В опубликованной вакансии было несколько требований к соискателю:
IT-специалисты - одни из самых востребованных сотрудников. А высокий спрос на профессию - это всегда высокие зарплаты.
Давайте посмотрим, так ли это на самом деле. Сегодня мы поговорим исключительно про IT-управленцев, а в следующих публикациях расскажем о том, сколько зарабатывают в других IT-профессиях.
Для написания небольшого, но интересного исследования мы использовали данные, подготовленные компанией «Апрайт».
Эта статья будет полезна прежде всего работадателям, HR, но так же и тимлидерам и всем, кто принимает участие прямое или косвенно в вопросах, касающихся найма сотрудников в IT сфере.
Итак, на текущий момент времени в постсоветском пространстве сложилась крайне интересная ситуация на рынке труда. Эта проблема, так или иначе присутствовала всегда. Но в последнее время она достигла неимоверных размеров.
Итак, прошел год с того момента, как я начал изучать плюсы. Хотелось бы поделиться с Хабром этим событием, и, возможно, получить какие-либо наставления или рекомендации от более опытных программистов.
Изначально я имел примерное представление о программировании. Около полугода писал скрипты на lua, затем, поняв, что данное занятие достаточно интересное и увлекательное (особенно в сравнении с химией, по которой на тот момент я писал олимпиады), твердо решил, что хочу стать программистом.
По мере развития моих проектов я все острее чувствую необходимость нанять ассистента. Долгое время не понимал, как подойти к этому вопросу: как его выбрать? Сколько ему платить? Как организовать работу? Недавно познакомился с Мариной Кнауб в нашем HR-чате. Сейчас она работает проджект-менеджером онлайн-проектов и часто нанимает ассистентов, SMM-специалистов и других подрядчиков для предпринимателей и компаний. Мы поговорили о всех тонкостях найма помощников для бизнеса и теперь делимся опытом с вами!
Продолжая серию статей про знания, полученные на работе, хочу рассказать про свои навыки DevOps, которые были на нуле, когда я пришла в компанию GlowByte.
Это история о том, на что нужно обращать внимание, изучая инструменты DevOps с нуля, и как достичь успеха в этом.
В статье расскажу свою историю накопления знаний, какие задачи помогли лучше понять DevOps и как это все помогает специалисту поддержки.
В этой статье я хочу дать вам структурированную информацию о навыках и возможностях карьерного роста для системных аналитиков. С её помощью начинающие и опытные системные аналитики смогут получить ориентиры и построить собственную карту развития.
Мы в YADRO активно работаем со студентами и видим, что многих из них волнуют вопросы:
— какие навыки прокачивать ещё в университете,
— где взять опыт для первой версии резюме,
— как проходить первые собеседования,
— и как в целом задать своей карьере правильный вектор на самом старте.
Недавно мы провели серию мини-лекций в ведущих технических вузах с советами от уже состоявшихся инженеров, которые относительно недавно прошли путь от студента без опыта до ведущего специалиста или тимлида. Получилось интересно. Мы решили поделиться ключевыми выжимками из рассказов ребят в формате «вопрос‑ответ».
Сфера IT традиционно считается мужской, но все больше женщин осваивают эту профессию. По нашему мнению во фрилансе у леди шансов заработать даже больше. Что же женщины могут противопоставить мужчинам в этом деле?
Пользуйтесь шаблоном.
Под катом — шаблон рекрутерской модели компетенций в формате «бери и пиши своё», на которую мы потратили примерно 2 квартала с командой и кучу нервных клеток, оставленных на обсуждениях и в чатах. В итоге у нас родилась таблица, где описано что и как должен знать, уметь и делать рекрутер. Заходите под кат, сэкономите несколько десятков часов, если вы только собираетесь внедрять подобное.
Интервью завершено, и … ничего не происходит. Кандидат уже договорился с гадалкой, чтобы навести порчу на HR-а и всю компанию. Сообщить соискателю об отказе всегда нелегко, но мы разобрали 3 способа дать честный и полезный фидбек потенциальным сотрудникам. Читайте, сохраняйте и делитесь с коллегами, чтобы не попасть под проклятие кандидатов.
Алексей Комаров, ведущий продуктовый дизайнер, работал в Сбере и IBM. Поговорили с ним о том, как успешно пройти собеседование на дизайнера цифровых сервисов. Нужно ли проходить курсы, откуда получать знания, как составить резюме, о чем спрашивают на собеседованиях и каких зарплат стоит ожидать.
Мы задали ему много вопросов и записали ответы. А ещё добавили ссылки на полезные материалы, которые он советовал — ищите их в конце статьи.
Евгений Шеленков — руководитель Университета Битрикс24 и тимлид команды «Коммуникации в реальном времени». В компании он с 2010 года — и до сих пор относится к работе как к любимому хобби
Привет, Хабр! На связи Вадим Шевяков, @Sirion. Возможно, вы помните меня по другим статьям — в частности, по истории об органическо-технологической ферме М2. Сегодня я хочу поведать о новом дорожном приключении. На этот раз я попал в гости не к коровкам и козочкам, а к суровым (спойлер: нет) нижегородским айтишникам.
Под катом расскажу, о чём мечтает каждая аутсорсинговая компания, из чего состоит идеальный бургер айтишника и куда женщинам вход строго воспрещён. А также многое, многое другое.
Эта статья — призыв к самосовершенствованию. У вас все получится. Станьте инженером.
Как обычно, сначала сделаем несколько пояснений: инженеры безусловно должны пользоваться фреймворками. Они прекрасно подходят для разработки приложений, позволяя выполнять поставленные задачи удобным образом. В этой статье мы не будем рассматривать фреймворки как врагов. Слава фреймворкам. Что ж, хватит об этом.
Что же такое фреймворки? Фреймворки — это инструменты разработки ПО, которые обеспечивают базу для реализации проектов определенного типа. Так, если вам нужно написать одностраничное веб-приложение на TypeScript, необязательно делать это с нуля, ведь есть Angular. Хотите заняться машинным обучением на Python? Позвольте представить вам моих друзей Scikit-Learn и Keras. Хотите построить бэкенд на C#? (О боже, вы чертовски круты.) Уверен, вы уже знакомы с ASP.NET. Можно продолжать эту мысль на протяжении еще 1500 слов, но вы и так все прекрасно поняли.
Зная какой-либо фреймворк, вы сможете получить должность, в названии которой есть слово «инженер» и, возможно, «машинное обучение». Если вы владеете двумя фреймворками, то запросто устроитесь на вакансию, в заголовке которой будет присутствовать словосочетание «full stack». Однако если вы собираетесь добиться успеха на следующей работе — той, на которую вас примут, потому что в вашем резюме указано 3-5 лет «инженерного» опыта, — ваш набор навыков должен быть гораздо глубже, нежели знание парочки фреймворков. Иначе нервы у вас сдадут еще на этапе прохождения испытательного срока.
Это похоже на путешествие. Из фреймворкеров в программисты, из программистов в инженеры. Взглянем на каждую из этих ступеней. Я расскажу о каждой из них и о том, как должен выглядеть профессиональный рост на данной ступени.
Мне часто не нравятся продолжения сериалов, я говорю «они уже всё сказали в первом сезоне» или просто «фу, скатились». Но написать вторую часть статьи, в которой мы вместе разбираем карьерные провалы, попробую.
Напомню, что около месяца назад мы начали собирать анонимные истории карьерных провалов от людей, готовых поделиться своим опытом. Мы хотели поддержать авторов, помочь им переосмыслить свой опыт и найти новые пути в профессиональном развитии.
Три истории опубликованы здесь. Забегайте, читайте и делитесь мнением в комментариях (или просто читайте комментарии — там интересно). Пять новых историй — в этой статье.
С одной стороны, в IT‑сфере распространено достаточно сильное убеждение, что IT‑специалист обязан менять работу раз в 3 года, иначе он теряет свои технические навыки, его зарплата становится меньше, чем могла бы, и происходит снижение его привлекательности, как потенциального кандидата. С другой — есть множество историй, когда человек уходил с нормального места, попадал в какой‑то треш и начинал жалеть о том, что решил сменить работу.
Поэтому в данной статье я изложу собственное мнение на healthcheck работодателя, чтобы трезво оценить: нужно ли менять работу или не стоит прыгать в омут с головой.
Конечно, случается, просто получаешь оффер из компании мечты, куда хотел устроиться всю жизнь, либо решаешь кардинально изменить свою жизнь и сделать релокейт, поменять сферу или открыть собственный бар и так далее. Тогда уходят даже из хороших компаний в силу обстоятельств. Статья не про эти ситуации.
Пара мыслей о том, почему кругом так много кандидатов и так мало нормальных специалистов. Огульные обвинения авторов курсов по программированию и немотивированные обобщения присутствуют.
