Что значит опыт коммерческой разработки
Это значит, что человек участвовал в разработке коммерческого продукта, того, что продается за деньги на рынке. Программирование в НИИ ради статеек, домашние поделки (в т.ч. опен-сорс форфан), таковыми не считаются.
«Фанатики опен-сорса не нужны» 🙂
Ну, смотря какие. Опыт бесплатного использования результатов труда пермиссивщиков в коммерческих проектах очень полезен.
Можно перефразировать ещё и так — готовность&способность работать на результат, в сжатые сроки, в тесном сотрудничестве с разнородной командой, под контролем со стороны менеджера.
Облик ПО (включая состав фич, глубину проработки фич, уровень качества) задают другие люди (покупатели, бизнес, аналитики, архитекторы, юзабилисты, etc) — и у тебя не должно быть психологических проблем с тем, чтобы это (чуждое лично тебе) вИдение воплощать.
Практики (code review, unit-testing, etc), инструменты (выбор ЯП и стека технологий, выбор багтрекера, выбор VCS, etc), процессы (планирование работы, отчетность о проделанной работе, и тд) задают другие люди — и у тебя не должно быть психологических проблем с тем, чтобы этим (не всегда нужным лично тебе) решениям следовать.
Гм а поддержка основного [b]продукта[/b] компании
который не продается другим компаниям
В основном это опыт работы на работе. Ну то есть то, что разработчик работал в конторе и получал за свою работу деньги. А не всякие там гранты, любительство и тд.
Ну, в ряде случае опыт опенсорс разработки тоже можно зачесть за такой опыт разработки. Скажем участие в крупных проектах мало чем отличается от коммерческой разработки и уже сравнивать приходится размер проектов, а открытость и проприетарность.
Плюс не особо там кто-то заморачивается, когда ставит такие требования. С первого взгляда они и не отличат открытый проект от закрытого.
Да, если стиль разработки предполагает постановку задач с оговоренным заранее сроков выполнения и в разработке участвует более полуинвалида.
эта рэпчик
но рассуждать слишком поздно о перспективах морального роста
всё просто с жопы босса грызи коросту
Это значит, что требуется опыт работы ныряния в говно, написанное чтобы принести прибыль вчера на коленке кучей макак, за деньги. Если это госконтора, то то что они написали ещё и работает только на бумаге или в лучшем случае на тестовом стенде.
Лучше в такую контору не ходить, там дрочат на KPI и успешность, убытки называют отрицательной или недополученной прибылью, повсюду SCRUM курильщика и AGILE курильщика, призванные не решать проблемы, а избавить менеджера от работы которую он должен делать, контора захвачена эффективным менеджером и скоро её ждёт убыточность с последующим поиском виноватых. Эффективный менеджер эффективно уйдёт сам разваливать следующую контору когда почувствует, что с этой уже всё.
Это значит что ты «поварился» в конторе, хотя бы младшим разработчиком на подхвате, которая давно разрабатывает ПО, которое продаётся на рынке не один год. И эта контора периодически выпускает обновлённую версию своего ПО.
А так, это больше значит что была ли ответственная работа. Где за код ты отвечал головой. Даже если ты писал скрипты.
повсюду SCRUM курильщика и AGILE курильщика
А где-то бывает не курильщика? Сколько не видел попыток в аджайл, везде одна херня была.
Там же где и идеальный код.
Это когда ты делаешь тяп ляп и забыл…
А еще главное не делать лишних фич, чтоб клиент пришел снова… А если фичи сами получились их надо загамачить
Вам с 
DELIRIUM нужно объединиться в стендап дуэт.
Наверное, когда разработал уже настолько, что можешь без труда спрятать банку сгущенки.
😀 Третьим будешь, а то я чёт ссыкую с ним наедине оставаться. https://youtu.be/beDWJ0bbz9I?t=165
Да тут целую труппу собрать можно из участников треда. Так, где мой клоунский грим?
😀 Можно ещё ютуб канал открыть, треды делать голосовыми и выкладывать. Тоесть очередной калиюзер пишет на лор, мы отвечаем ему и попутно всё это озвучиваем =) Будет вакханалия миллионы просмотров и будем жить на доход с просмотров =)
Идёт. Я предоставляю площадку, в виде моего ютуб канала, а вы мне за это 10% прибыли.
Мне кажется большинству из нас клоунский грим не нужен 😀 Мне так уж точно… Декорации нам будет делать torvn77 вместе со своей армией усатых друзей
Не понял, при чём тут я.
buddhist ’а возьми, он с такими шутейками и впишется прекрасно, и здоровый как мамонт, в обиду тебя не даст.
Тоже шутишь искромётно.
Спасибо, я спокоен. В одной его автарке мощььь ацкая. Победитовый монолит
Облик ПО (включая состав фич, глубину проработки фич, уровень качества) задают другие люди
Практики (code review, unit-testing, etc), инструменты (выбор ЯП и стека технологий, выбор багтрекера, выбор VCS, etc), процессы (планирование работы, отчетность о проделанной работе, и тд) задают другие люди
Вообще никак не связанные вещи. Если первое ещё можно считать признаком коммерческого продукта, да и то с натяжкой, то второе скорее будет признаком галеры, вне зависимости от того, выходит у неё коммерческий продукт или нет.
Мы знаем, что ты не гей, ты же зоофил.
А кто же тебя знает от чего ты развелся
С треда сильно хохотался, спасибо :)) Тёплый ламповый ЛОР иногда видно.
Это значит, что твой пердёж звучит уже не как «т-р-р-р-р-р», а как «п-с-с-с-с-с-».
Ну почему бесплатного? Я писал LLVM за неплохую зарплату.
Ты писал проприетарщину на основе LLVM?
Ну в том числе да. Но многое апстримилось. Ещё я на зарплате в git коммитил, всмысле в сам git. Один патч сам Линус ревьюил.
О, ещё на одной из предыдущих работ я починил багу и заапстримил фикс в reiserfs-tools. Правда с копроактивного мыла мне апстримить не разрешили, так что с личного отправлял, но делал это в рабочее время за зарплату.
Только то, что имеет непосредственное отношение к профитам конкретного бизнеса, является коммерческой разработкой. Твоя благотворительность по раздаче результатов труда, произведённых за зарплату одного капиталиста, всему миру за бесплатно, разумеется, коммерческой разработкой не является. Более того, это серьёзный звоночек нормальному капиталисту, не нанимать такого неадеквата, который будет множить на ноль выручку от вложенных в него денег.
Капиталист сам требовал определённые коммиты проводить через апстрим.
А дохрена и больше бизнесов ограничились бесплатным использованием чужого труда, без всяких апстримом. Просто ты о них не знаешь.
Сколько же бреда в этом потоке каментов от ничего не понимающих в рекрутинге раков.
Фильтруй его.
В реальности же это значит «опыт работы по какой-либо системе, предусматривающей прогнозирование сроков, в реальных условиях где эти сроки на что-нибудь влияют».
Не «на что-нибудь», а на вполне прослеживаемую потерю или прирост прибыли. Иначе можно и в каком-нибудь опесорс проекте обпрогнозироваться, в реальных условиях (есть ещё какие-то «виртуальные» условия), какие угодно технологии использовать, код ревьюить, тестировать и проч., и это таки будет влиять на много чего (на опыт участников, на наличие у них свободного времени, на готовый пример работающего ПО), но к коммерческой разработке это будет иметь отдаленное отношение.
что разработчик работал в конторе и получал за свою работу деньги
А как же фриланс? Может, между прочим, в зависимости от требований учитываться или нет — это важно.
В госконторах и военке? Там, по идее, до сих пор Waterfall…
предусматривающей прогнозирование сроков
Да ничего он не означает. Это из той же оперы что и «умение разбираться в чужом коде».
А какая разница между фрилансом и работой в офисе? Тут речь скорее про работу в коллективе. Если фриланс предполагал работу над проектами, где участвовал хотя бы ещё кто-то, то да, подходит. Если в одиночку всё делал, то подходит, но отчасти, потому что многих нюансов работы в команде не знаешь и опыта такого нет(ну или может был, от того и работаешь один:)).
То есть удалённо или нет это не играет роли. Ваш статус(ИП, самозанятый, в штате) тоже не играет роли. Хотя для некоторых компаний то, что разработчик работал только удалённо будет минусом. Но в такие конторы лучше не идти, обычно там и платят так себе и мозг съедают без остатка.
Что я хотел бы знать о коммерческой разработке до того, как попал в нее
Антон Мацышин — Junior Full Stack Developer в компании Binary Studio. В своей статье на DOU.UA он рассказал о тех аспектах коммерческой разработки, о которых узнал на собственном опыте, хотя предпочел бы узнать раньше.
Когда я начинал свою карьеру в IT, то понял, что мое представление о разработке немного отличается от реальности. Поэтому я и решил написать эту статью: чтобы люди, которые хотят попробовать себя в этой отрасли, стали немного лучше понимать, что она из себя представляет и во что нужно инвестировать свое время.
Чем разработчик отличается от человека, который просто пишет код
Для начала нужно разобраться с целями коммерческой разработки. По моему мнению, единственная ее цель — предоставлять программное обеспечение, которое помогает оптимизировать или оцифровывать процессы бизнеса. Звучит немного заумно, поэтому рассмотрим конкретный пример.
Допустим, мы решили оставить распиаренное IT уже на этапе этой длинной статьи и попробовать себя в продаже новогодних елок. Возникает вопрос обработки заказов. Можно набрать большой штат сотрудников, а можно создать приложение, в котором пользователи смогут оформить покупку сами. И тогда нам не нужно содержать отдел для обработки заказов. Мы как владельцы счастливы, ведь теперь тратим меньше, а значит, зарабатываем больше, а все из-за такого хорошего приложения.
Девелопер должен смотреть шире технических задач:
Здесь добавлю несколько ремарок. Конечно, разрабатывать по SOLID, писать оптимизированный код и быть в тренде технологий хорошему разработчику все так же необходимо. Я лишь хочу сказать, что без понимания конечного продукта даже очень хорошей технической базы будет мало. Также описанные выше обязанности частично берут на себя Project Manager и Business Analyst. Они конвертируют запросы бизнеса в конкретное ТЗ для разработчиков. Но даже в таком случае необходимость понимать предметную область и цели проекта никуда не пропадает.
Какими качествами должен обладать хороший разработчик
Исходя из задач, возложенных на разработчика, я выделяю для себя список качеств, которые помогают выполнять их хорошо.
Понимание того, чего хочет клиент
Как мы уже обсуждали, заказчик не хочет, чтобы вы писали код, он хочет, чтобы вы делали его продукт лучше. Поэтому, прежде чем засучить рукава и начать программировать, я бы сначала разобрался, какую проблему бизнеса решает функционал. Возможно, ее удастся решить, не написав и строчки кода.
Также следует помнить, что иногда клиент сам не до конца понимает, как запрашиваемая фича влияет на конечный продукт. В моей практике были случаи, когда в ходе работы я видел, что мой функционал может сломать уже существующий. Или что он уже реализован, но в другом модуле приложения. Таким моментам следует уделять особое внимание, дополнительно обсуждая их с заказчиком.
Умение презентовать свою работу
Огромную роль играет не только то, что вы делаете, но и как вы это презентуете. Совсем уж элементарный пункт, да? Из своего опыта могу сказать, что это далеко не всегда так. Если вы работали над функционалом, польза которого не видна здесь и сейчас (например, написали сервис для вызова удаленных процедур, обертку над библиотекой, интегрировали в проект новую технологию), то объяснить человеку без технического бэкграунда, зачем вы этим занимались — отдельный вид задач.
Я развил это качество в Binary Studio Academy. По ходу работы над проектом наша команда представляла свои результаты условному заказчику, который задавал много вопросов, делал замечания и вносил правки в конечный функционал. Это научило меня смотреть на задачи шире, понимать, какую пользу в итоге они принесут конечному пользователю.
Способность работать в команде
Как я считаю, одно из самых важных качеств вообще. Под ним я подразумеваю уважение к работе и подходам ваших коллег, адекватную реакцию на просьбы, умение признавать свои ошибки и правильно реагировать на ошибки других. Проще говоря, нашумевшие soft skills.
С этим пунктом мне помогла опять-таки академия, так как разработка проектов ведется в командах. Не последнюю роль сыграл и мой университет: у нас достаточно часто были лабораторки на несколько человек. Хоть звучит это и не очень впечатляюще, но при желании можно извлечь пользу и из таких занятий.
Умение разбираться в чужом коде
Даже если предположить, что вы работаете на новом проекте, вам все равно придется иметь дело с кодом коллег. А если проект разрабатывают уже несколько лет? В таком случае умение быстро разбираться в существующем функционале — огромный плюс для инженера.
Немного о hard skills
Цель разработчика — делать бизнес заказчика лучше. Если то, что вы реализовываете, не улучшит бизнес, то, скорее всего, это не нужно. Но из этого следует вопрос: а какой тогда смысл писать хороший код? Если код, написанный на коленке, дает тот же результат и приносит бизнесу ту же пользу, что и хорошо спроектированный, зачем тратить время и ресурсы попусту?
Зачем писать код по стандартам
Какую пользу разработка по стандартам несет для бизнеса? Ведь если пользы нет, то нет и смысла использовать эти стандарты.
Дело в том, что плохо написанный код невероятно тяжело поддерживать (спасибо, Капитан Очевидность). Инженеры вместо того, чтобы работать над новым функционалом, будут неделями разбираться с уже существующим, бороться с side effects и молиться, чтобы их фича не сломала половину приложения. На задачи будет выделяться намного больше времени, а время, как известно, — деньги. Вряд ли какой-либо бизнес хочет их терять.
Как научиться писать хороший код
По моему мнению, важно понимать, что качество кода растет постепенно. Не бывает такого, что сегодня вы пишете плохо, а завтра, прочитав какую-то статью/освоив новый подход, начнете писать хорошо. Это процесс долгий и непрерывный, нужно запастись терпением.
Ниже я перечислю то, что сильно помогло мне улучшить свой код:
MythBusters
Перед тем как закончить статью, я бы хотел рассказать о нескольких стереотипах, в которые верил до начала работы в IT.
Работа в большой компании = хорошая работа
Как мне кажется, один из самых распространенных мифов. Конечно, я не утверждаю, что работать в большой компании плохо. Я имею в виду, что нужно оценивать конкретные вакансии: с какими технологиями будете работать, какие будут обязанности, на какой проект вас берут и так далее. Известное имя — это не всегда гарант хорошей работы.
Вера в best practices
Когда я начинал изучать программирование, то верил, что существует подход, благодаря которому можно разрабатывать системы идеально. К сожалению, это миф. В конечном итоге все зависит от конкретной задачи, возможностей языка, особенностей проекта, сроков… Список можно продолжать долго. Как тогда определить, когда какой подход использовать? С этим поможет только практика.
Технологии ради технологий
Начинающему инженеру всегда хочется работать с новыми технологиями, и ничего плохого в этом желании нет. Пробовать новые языки, фреймворки и подходы в своих pet projects можно (и нужно) сколько угодно. Но если вы предлагаете внедрить в коммерческий проект новую технологию, то ответственным за это решение будете вы. Поэтому важно использовать не что-либо самое новое или лично вам интересное, а то, что подходит под конкретную задачу.
Еще раз подчеркну главную мысль статьи: разработчик решает в первую очередь проблемы бизнеса, а уже исходя из них технические задачи. Если вы можете помочь бизнесу, не написав ни строчки кода — сделайте это.
Изучайте новые технологии и подходы, но оценивайте критически их полезность перед тем, как интегрировать в свой проект, ведь за их использование будете ответственны вы.
Развиваясь как инженер, не стоит забывать о soft skills: они помогут в общении с коллегами и заказчиком. Недостаточно быть хорошим программистом, важно уметь работать в команде, понимать, чего хочет клиент, и уметь презентовать свою работу. Всегда помните, что обязанности разработчика выходят за рамки технических.
Непростые ответы на простые вопросы: HR-эксперты рассказывают о трудоустройстве
Люди приходят на Хекслет, чтобы после обучения применить полученные знания на новой работе. Но в процессе поиска работы новички часто сталкиваются с типичными проблемами, которые усложняют трудоустройство. Поэтому мы пригласили авторитетных HR-экспертов ответить на типовые вопросы. Ответы специалистов помогут вам подготовиться к первому собеседованию, не растеряться во время общения с потенциальным работодателем и в конце концов достичь цели — трудоустроиться на позицию программиста.
Эксперты ответили на следующие вопросы:
Вероника Ильина, HR-консультант «Хекслета»: если не поговорить – чуда не произойдёт
В каких случаях вы никогда не порекомендуете кандидата на позицию разработчика работодателю?
Отсутствие релевантного опыта, если он требуется в вакансии. У меня нет отдельного этапа собеседования со мной, а первичное общение с кандидатом по почте или по телефону частенько совсем не отображает, как он общается лично и уж тем более в работе. Самая официальная переписка за всю историю у меня была с 20-летним джуном-разгильдяем.
Как вы оцениваете софт-скиллы кандидатов, какие софт-скиллы с вашей точки зрения критически важны для программиста?
Отдельно не оцениваем, этот больше история про «нравится/не нравится». Плюс, опять же, на собеседовании кандидат волнуется, устал после работы или что угодно еще — супер-оценка тут не сработает, и примерные ощущения тоже не всегда, потому что поведение искажено переживаниями.
Как выпускнику без опыта разработки получить первую работу?
Составить резюме, разослать на вакансии джунов. Если отклика совсем нет, постараться посмотреть на свое резюме со стороны, может что-то в нём непонятно? Может что-то выглядит странным? Заполнить эти пробелы, дополнить информацию, попробовать снова. В сопроводительном письме писать осознанные вещи, а не просто «заинтересовала ваша вакансия» – конечно заинтересовала, раз откликнулся. В сопроводительном письме должно быть написано, почему кандидат классный и почему нам вместе будет хорошо работаться.
Как кандидату-новичку адекватно оценить свою стоимость на рынке труда? Как не продешевить и не остаться без предложений из-за неадекватно высоких запросов?
Нужно сразу смотреть вилки в вакансиях, где они есть. Это самый верный путь, всё больше компаний не скрывают зарплатные вилки, можно отталкиваться от этих цифр. А продешевить или нет — история уже про конкретного человека и его уровень. Кто-то может быть почти миддлом и устроиться на зарплату совсем начинающего, а иногда зеленые джуны без даже толком учебного опыта, не говоря о продакшене, хотят 100+.
Вариант «не продешевить» для почти миддла — походить на собеседования подольше. Да, компания, конечно, хочет платить как можно меньше за человека как можно лучше. Но найдутся адекватные работодатели, которые на неадекватно заниженную хотелку предложат +10 или +20 тыс., потому что понимают, сколько такой человек стоит, и хотят работать с ним.
При этом есть и компании, которые «скупают» разработчиков, в том числе джунов, завышенными вилками. Позвали туда — круто, конечно, но когда вы потом миддлом будете хотеть на 50 тыс. выше рынка, вас не особо будут звать. Нужно будет понимать, сколько за это реально платят на рынке, а не только в вашей переплачивающей компании. И быть готовым переходить без повышения или даже со снижением зарплаты, или упорно искать другую такую компанию.
Что делать, если новичок проработал месяц и понял, что компания не его? Увольняться и искать другую компанию, терпеть, чтобы не портить резюме? Искать причины в себе?
Первым делом – поговорить. Если не поговорить – чуда не произойдёт. Возможно, найдется другая команда, другой проект или вообще то, что показалось «не своим», решится за считанные часы или дни. Если ситуация непоправима — всё равно крайне полезно обсудить, как так вышло, и разойтись по-хорошему, чтобы даже с «подпорченным» резюме были рекомендатели с этого места работы.
Алина Хацела, специалист рекрутингового агентства DigitalHR: отправляйте резюме сразу в несколько десятков компаний
Мы не порекомендуем кандидата на позицию разработчика в компанию в случае:
Как вы оцениваете софт-скиллы кандидатов, какие софт-скиллы с вашей точки зрения критически важны для программиста?
Самое главное для начинающего разработчика — умение управлять задачами и выстраивать коммуникацию. Не обязательно вести разговор с рекрутером как менеджер по продажам и заполнять паузы интересными историями из жизни — достаточно вежливо общаться, уметь слышать собеседника и отвечать на суть встречных вопросов.
Эмоциональный интеллект, о котором много говорят в последнее время, важен в следующих карьерных ступенях. Нам не приходили ещё запросы на эмпатийных разработчиков. Другое дело — ведущие позиции. Лидерские навыки и эмоциональный интеллект важны для тимлидов, которым нужно курировать команду.
Как выпускнику без опыта разработки получить первую работу?
Для того, чтобы получить работу, нужно составить резюме. Те, кто говорит, что резюме умирает — лукавят. Начинающему специалисту оно нужно в 100 % случаев.
Если у вас не было существенного опыта работы, вам будет на руку участие в хакатонах и ссылки на код (тот же Github). Записывайте курсы, которые проходили, и лекции, которые посещали. Прочитанные книги по кодингу тоже подойдут. Если у вас был нерелевантный опыт работы, и вы меняете сферу, рекомендуем описание работы в предыдущих компаниях сократить вплоть до названия компании и должности, если они никак не пересекаются с задачами в ИТ.
Определитесь, какие компании у вас в приоритете, а какие совсем нежелательны. Не ждите, отправляйте резюме сразу в несколько десятков компаний. Понимаем, что вакансии появляются на рынке постепенно, но суть такая же, как в воронке продаж: чем больше контактов, тем больше собеседований, тем выше вероятность оффера. А ещё, тем больше собеседований, тем меньше волнения они у вас вызывают, тем больше шансов, что на интервью в компанию мечты вы проявите себя с лучшей стороны.
Кстати, не забывайте про сопроводительные письма, где можете рассказать, почему заинтересовала вакансия, какие ваши навыки под нее подходят и чем вы с компанией могли бы быть полезны друг другу. Даже небольшие ремарки в 2-3 предложения предпочтительнее письма с текстом «Добрый день! Резюме прикрепляю».
Как кандидату-новичку адекватно оценить свою стоимость на рынке труда? Как не продешевить и не остаться без предложений из-за неадекватно высоких запросов?
Нужно понимать, что джуниор джуниору рознь. Джуниор с небольшим опытом коммерческой разработки всегда будет смотреться выгоднее и, соответственно, «стоить» дороже. Средняя зарплата junior-разработчика в Москве — 40-60 тысяч. При этом с годом коммерческой разработки зарплата поднимается почти в два раза и можно рассчитывать на 80-100 тысяч. Конечно, всё зависит от набора технологий.
Вы всегда можете зайти на тот же HH.ru и посмотреть, какую зарплату запрашивают специалисты со схожим инструментарием и опытом, или какую зарплату предлагают компании по вашему профилю, и выявить среднюю арифметическую.
В первое время, если есть возможность, мы рекомендуем ориентироваться не на зарплату и крутые офисы, а на профессионализм команды, возможность развития и современные технологии.
Что делать, если новичок проработал месяц и понял, что компания не его? Увольняться и искать другую компанию, терпеть, чтобы не портить резюме? Искать причины в себе?
Когда принимаешь решение об увольнении, ты всегда должен понимать причины. Например, что кроется за внутренней формулировкой для себя «не сошелся с командой»: действительно не сошлись по культуре разработки, может, был конфликт или недопонимание с непосредственным руководителем или просто не о чем было поговорить за обедом?
Нужно помнить, что первый месяц работы — самый стрессовый из-за адаптации. Шероховатости в общении будут даже в дружелюбной команде. В случае сомнений по поводу выбора места работы не спешите писать заявление на увольнение — поговорите с непосредственным руководителем. Ощущение «заброшенности» может быть из-за того, что у вас нет еженедельных митингов по целям и результатам и проблема решится соблюдением графика встреч и договоренностей.
Другое дело, например, когда обещали трудоустройство по ТК и вот уже месяц не оформляют, когда задачи в вакансии не совпали с задачами в реальности или когда условия работы оставляют желать лучшего: переработки, неудобные рабочие места, невозможность выйти на обед — дело не в вас, а в компании. Не страшно, если в вашей трудовой книжке останется такой небольшой опыт работы, всегда можно объяснить нанимающему менеджеру причины. Главное, вдумчиво выбирать следующее место работы — два небольших опыта работы уже могут вызывать опасение и сомнение в вашей надежности у новых работодателей.
Алина Хацела, специалист рекрутингового агентства DigitalHR.
В каких случаях вы никогда не порекомендуете кандидата на позицию разработчика работодателю?
Отсутствие знаний не всегда является проблемой. Другое дело, если в процессе интервью мы понимаем, что у кандидата плохо с обучаемостью. Вот тут точно будет бан. Причём в последнее время это справедливо не только для разработчиков. Умение добывать, структурировать, анализировать, оценивать информацию — критически важно.
С другой стороны, на голом интересе и энтузиазме далеко не уедешь. Понимание стека и профиль на «ГитХабе» всё равно должны быть.
Точно не возьму человека с низким социальным интеллектом. Разработка, так или иначе — командная игра. И это не обязательно про гиперобщительность и безудержный энтузиазм. Можно быть интровертом, но при этом хорошо работать в команде.
Как вы оцениваете софт-скиллы кандидатов, какие софт-скиллы с вашей точки зрения критически важны для программиста?
Интервью по компетенциям помогает с этим. Задаем вопросы на отдельные компетенции, анализируем текст ответа, ищем индикаторы, оцениваем. Затем проверяем свои догадки через интервью с командой.
Какие скиллы важны: управление изменениями, гибкость, навыки коммуникации, профессиональная экспертиза. И ещё что-то, некий микс увлеченности и здравого смысла.
Пошаговый план поиска работы для новичка:
Составить резюме, указав все реальные достижения и регалии. Завести профиль на «Гитхабе».
Ходить по всем мыслимым митапам и ивентам, знакомиться с коллегами, раздавать контакты HR-ам, которых там всегда достаточно.
Определить круг целевых компаний. Узнать все о стажировках и программах для молодых спецов. Подружиться в ФБ и ЛИ с 20-30 людьми из каждой компании.
Не пренебрегать «Хедхантером» — там тоже можно работу найти.
Не то, что учить — ЗНАТЬ английский.
Как кандидату-новичку адекватно оценить свою стоимость на рынке труда? Как не продешевить и не остаться без предложений из-за неадекватно высоких запросов?
Есть грубые инструменты, например, «Хедхантер». Достаточно набрать в поисковике запрос примерно на такого же специалиста, как вы: указать тот же уровень образования, скиллы, опыт работы (если есть), регион (важно).
И тогда в выдаче вы увидите сотни резюме людей, похожих на вас. Слева в сером столбике будет распределение зарплатных запросов. Берите среднее значение. Это и будет ваша стоимость.
Другое дело, что в ситуации переговоров к этой цифре можно добавить 20-25%, чтобы было пространство для отступления.
Более точный метод — свериться с обзором рынка труда, если у вас есть такая возможность. Оптимальный метод оценить свою стоимость и составить ценовую стратегию — обратиться к карьерному консультанту.
Что делать, если новичок проработал месяц и понял, что компания не его? Увольняться и искать другую компанию, терпеть, чтобы не портить резюме? Искать причины в себе?
Если срок совсем небольшой — до месяца — в резюме такой опыт лучше не указывать. Точно не стоит «пересиживать» испытательный срок и мучаться 3-4 месяца: для стороннего HR что 1 месяц, что 4 — это маркер примерно одного и того же. Или с компанией, или с вами что-то не то.
В любом случае позаботьтесь о том, чтобы уйти на мажорной ноте. Договоритесь с нескольким руководителями в компании о том, что в случае чего они будут готовы дать вам положительные рекомендации.
Причины, конечно же, всегда стоит искать только в себе. Не обязательно это значит, что вы плохой, а компания хорошая: всё дело в вашем соискательском опыте, который накапливается не сразу, а постепенно. Лучшая тактика — не попадать в такие ситуации, а для этого, в свою очередь, нужны навыки оценки работодателя на входе. Если видите признаки неадеквата на стадии интервью — лучше отказаться от оффера, каким бы он ни был заманчивым.
Григорий Добряков, технический менеджер проектов: самый важный скилл — уметь открыть рот и задать вопрос
В каких случаях вы никогда не порекомендуете кандидата на позицию разработчика работодателю?
Софт-скиллы стоят на первом месте. Извините, но время хмурых интровертов в растянутых свитерах прошло безвозвратно. Сейчас уже все понимают, что качество продукта во многом зависит от коммуникации и сотрудничества.
На втором месте по важности будет предыдущий негативный опыт работы с ним — лично мой или моих коллег. Который тоже зачастую базируется на тех же софт-скиллах. На третьем месте стоит отсутствие логики в рассуждениях. Программист перекладывает в код свою картину мира. Если в его картине мира нет логики, но код просто не будет работать правильно, его невозможно будет поддерживать и расширять.
Ну и на последнем месте — отсутствие фундаментальных знаний. На последнем, потому что сейчас быстрее нагуглить, чем вытащить решение из головы, а качество будет не хуже. Тем не менее, фундаментальные знания помогают отличать хорошие нагугленные решения от глупых или плохих.
Как вы оцениваете софт-скиллы кандидатов, какие софт-скиллы с вашей точки зрения критически важны для программиста?
Оцениваю путём беседы. Каких-то специальных методик или тестов не использую, во-первых потому что для интерпретации тестов нужно психологическое образование, а во-вторых — всё равно вся работа заключается в общении.
Самый важный скилл — уметь открыть рот и задать вопрос, если что-то непонятно. Не сидеть и тупить, не делать «как примерно понял», а задавать вопросы, участвовать на этапе проектирования, высказывать конструктивные замечания.
Как выпускнику без опыта разработки получить первую работу?
Нет большого смысла делать резюме на старте карьеры программиста. Громких имён компаний туда всё равно не вписать. Поэтому надо вкладываться в то, чего вы сможете достичь — прокачивать свой профиль на «Гитхабе» и профайл на сайтах типа Upwork и Freelance. Там вы имеете почти полный контроль над тем, как показать себя потенциальным коллегам, которые будут вас оценивать по заявке от HR-а. Кроме того, для жителей СНГ обязательно вести профайл в LinkedIn — это реальный шанс на эмиграцию в том возрасте, когда вы ещё не обременены семьёй, детьми и ипотекой.
Как кандидату-новичку адекватно оценить свою стоимость на рынке труда? Как не продешевить и не остаться без предложений из-за неадекватно высоких запросов?
Только путём опроса коллег по индустрии. Сопоставляя уровни компаний, где они работают, города, заказчиков. На мой взгляд, бесполезно смотреть на вакансии — там обычно указан либо провокационный ценник, либо такой, к которому в реальности сотрудник придёт через год работы, либо работодатель просто скупает всех с рынка, переплачивая выше среднего. Во всех этих случаях вы оцените себя не совсем правильно. А вот реальные зарплаты реальных людей, если вам удастся их разузнать, будут достоверны.
Что делать, если новичок проработал месяц и понял, что компания не его? Увольняться и искать другую компанию, терпеть, чтобы не портить резюме? Искать причины в себе?
Увольняться сразу. Всем плевать, рынок перегрет настолько, что разработчиков отрывают с руками. Даже в зарубежные компании, если вы способны ответить на вопрос how do you do и прочитать мануал к пакету на «Гитхабе». Само событие считать полезным опытом, ни в коем случае не расстраиваться, и извлечь из него полезные знания о своих потребностях. Помните, что наём — двусторонняя сделка: оценивают вас, оцениваете и вы.
Вместо заключения
Если у вас есть свои вопросы к HR-экспертам, пишите в комментариях. Постараемся получить на них ответы. Также вы можете обсудить вопросы трудоустройства в канале Job в нашем сообществе.