Мертвый инженер.

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

Работал на последнем месте довольно долго и сменил ряд проектов. На ряде проектов сменил ряд стеков технологий. Пришел на один язык, потом был другой язык, сейчас третий язык, хотя считаю, что это вторично(наверное деформация). При первом приходе в к на проект - разбежалась команда, после еще одна, пришлось быть и одному. Был молод, только переехал, остался. Потом из-за ряда причин и возможности сменил проект, его с кровью драйвил лидил делал, сдали. Предложили на третий, пошел, ведь обещали возможности, понял что все осталось по старому ( потому что менеджмент сверху остался тот же, вид сбоку, да и должность лычка - гнилая) поменял трудо отношения, отдохнул, начал искать активно место куда уйти. И попал в ситуацию когда из-за зоопарка технологий и отсутсвия какой либо четкости в проектах( специфика проектов, компании и два проекта закопаны по биз причинам, а третий в состоянии - что то знает владелец...но нам не говорит. ) становишься непонятным человеком для нанимающих компаний. Да на языке дж писал, но не ..., да на языке ц писал, но не ..., да на языке п писал, но не....., да с настриавал, но не...
Что делать в такой ситуации, ума не приложу. Ведь делал же, работал, сдавал, защищал, презентовал....и обидно, что, получается, сам себе подложил свинью. Советы, предложения?
(c) Мертвый инженер

В каком-то смысле я и сам был в похожей ситуации, о чём рассказывал тут  Карьера. Тупиковые ветви.

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

Что происходит на самом деле?

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

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

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

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

Скрининг резюме

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

Так мы ищем java-разработчика уровня Senior, который может рулить командой из двух человек и имеет представление о работе интернет-магазина

А видит он резюме с каким-то Питоном, С++ и ещё черти чем...

Для этого нужно готовить резюме под вакансию. Переписывать его, смещать акценты, иногда можно даже убрать какие-то технологии из списка. Зачем Java-компании читать про то, что ты умеешь в Python3?

Не забывай, что нужно описывать в резюме достижения, расскажи о том, что за проект, и что ты в нём сделал, но опусти момент с технологиями. При этом можешь говорить про платформо-независимые вещи. Базы данных были? Очереди сообщений? Фронтэнд? Вот это можешь указать. Эти навыки легко переносятся между стэками.

Про второй способ обходить фильтр я рассказывал в посте Рефералочка. За время работы ты взаимодействовал с людьми, которые ушли в другие компании. Где они сейчас работают? Может кто-то из них работает в интересных компаниях и готов дать тебе рекоммендацию? Напиши им, поговори о жизни, спроси о работе. Если ты хороший специалист, с которым приятно работать, то им ничего не стоит передать твоё резюме и рассказать о тебе.

Интервью

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

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

Подача заявки

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

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

Не нужно бояться, читая требования. Даже если твои навыки не соответсвтуют описанию вакансии на 100% ты можешь подаваться. Это всего 10 минут же.

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


А ты, читатель, что думаешь?


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

April 9, 2019
by Мягкие Sкилы
0
504
Поиск работы
CV

Q&A Отказы по итогам собеседования.

Очередной вопрос от читателя, который на протяжении некоторого времени сталкивается с отказами после собеседования:

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

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

Что касается последнего предположения (о ненужности энтузиастов), то я бы не согласился. Конечно, местами это так, и иногда ищут простого исполнителя, но если ты не из них, то и хрен бы с той компанией, да? Очевидно, что тебе там будет некомфортно.

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

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

Однажды, я собеседовался в относительно молодую компанию, будучи явно overqualified (откликнулся на вакансию, рассчитывая по итогам собеседования получить ведущую роль, хехе). И так же развернул стол и начал рассказывать им в чём у них ошибки, какие проблемы будут вызваны их решениями, и показал, как я умею решать такие вопросы, и что бы я у них поменял. Итог очевиден — отказ с пометкой not a good team fit. Не надо так делать.

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

Да я и сам не всегда могу написать толковый отказ, даже зная, что его не передадут кандидату. Бывает так, что "все вроде ок, но что-то он мне не нравится, не хочу с ним работать". Это очень субъективно, не формализуется, но при этом является валидным отказом — зачем брать человека, который не нравится команде? Только создавать ненужное напряжение на работе.

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

А вот эта часть вопроса, похожа на настоящую проблему. Брать инженера, с опытом управления сложно и иногда опасно. Почему он захотел обратно, на позицию инженера? Может быть, он рассчитывает на быстрое повышение? Если так, то придётся опять открывать поиск и пытаться закрыть позицию.

И дело тут не в командном игроке, а в том, что сейчас нужен девелопер, а не тимлид или PM. По сути твоё резюме говорит, что ты идёшь не на свою позицию.

Что делать в такой ситуации? У тебя тут пожалуй всего две стратегии.

Резюме подгоняется под позицию

Я много раз повторял, что резюме — это не официальная биография. CV можно и нужно переписывать под вакансию. Подаёшься на позицию девелопера — акцентируй внимание на разработке и продуктах, которые ты зашипил. Подаёшься на лида или менеджера — больше говори о процессах, планировании и управлении. У человека, который бегло просматривает твоё резюме, не должно возникать вопроса "Ээээ, а это точно на эту позицию отклик?".

Могу посоветьвать провести A/B тест, и чуть переписать резюме. Управлял проектом? Напиши, какие технологии использовались, сколько народу было в команде, и какие архитекрутрные решения принимались.

Если ты "вырос" до менеджера в компании, в которую пришёл девелопером, то просто не уточняй это в резюме. Не нужно им это знать.

Сомнительные места должны быть четко объяснены

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

Отработай для себя ответ на вопрос "почему хочешь обратно в разработку?".

Это нормально, если ты попробовал себя в другой роли. Более того, это даже полезно. Ты знаешь и понимаешь, как устроена эта сфера работы, что помогает тебе говорить с PM на одном языке. Это твоя сильная сторона. Используй её.

Решение вернуться в разработку... Чем оно обусловленно? Тебе интереснее решать инженерные задачи? Так и говори. Подготовь краткий текст на эту тему и добавь в резюме. Вот прямо в описание последней работы: расскажи чего добился, каке уроки выучил, и уточни почему хочешь обратно.

И подготовь развернутый ответ, уже для личного общения. Обязательно ведь спросят. Для тренировки расскажи это знакомому из ИТ. Пусть скажет, убедил ты его или нет.

Ну и главное — удачи и не отчаивайся. Работы кругом много, найдёшь в итоге!

Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

March 18, 2019
by Мягкие Sкилы
2
314
Поиск работы
CV

Пора ли менять работу?

За последние пару недель мне накидали много вопросов. Так что рубрика Q&A будет отностительно регулярной. Все вопросы разберу, но некоторым придётся потерпеть.

Недавно читатель (сотрудник аутсорс компании) задумался о перспективах в связи с приходом нового энтерпрайз проекта в компанию:

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

Вишенкой на торте оказался тип нового клиента, а именно сфера его деятельности — банкинг.

У банков плохая репутация, чуть лучше чем у госсектора, наверное. Это как правило крупные, зарегулированные предприятия, с большой долей легаси, риск-менеджмента и разнообразных compliance policies. Добавим сюда далекий горизонт планирования. Работал я на таком проекте, у которого релизы были расписаны на 8 лет вперёд (!). Очевидно, что, стартовав на свежих и модных технологиях, через восемь лет продукт превратится в такого легаси-монстра на древнем стэке.

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

Стоит однажды выбрать решение из серии best practices, применить его, годами строить систему, опираясь на эту архитектуру, и наблюдать, какие ограничения то решение вносит, чтобы уже не ругаться на странные "не книжные" решения в любом проекте. Это даст тебе навык понимать чужие решения, принятые в условиях неожиданных ограничений и давления со стороны бизнеса. В конце-концов, чаще всего бы будешь работать с существующими (aka легаси) системами, а не начинать новый проект с нуля.

Автор вопроса справедливо волнуется:

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

Конечно, ситуация, которой опасается автор вопроса очень даже вероятна. Но это и есть та часть работы, которая называется engineering. Уметь выполнять скучные задачи, понимать как читать и понимать эту аналитику, оценивать бизнес-импакт своих действий, уметь тушить пожары и понимать, как их предотвращать — всё это очень и очень ценно.

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

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

Но как же понять, что с корабля пора бежать?

Если ты чувствуешь себя героем этого комикса:

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

На начальных этапах карьеры это крайне важно. В первые годы ты ещё не страдаешь от контузий, вызываными оглушительными взрывами на проде. Ты не должен содержать семью и выплачивать ипотеку.

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

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

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


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

February 25, 2019
by Мягкие Sкилы
0
205
CV

Сколько CV отправлять?

Сегодня про такой вопрос:

А нормально ли аплаиться на несколько позиций сразу?

Ответ: лучше не надо, но иногда можно.

Контекст вопроса такой: есть компания, у которой открыто сразу несколько позиций, и кандидат думает, что может занять больше одной из предложенных. Стоит ли в данном случае откликаться на несколько позиция сразу? Или лучше выбрать одну? Или выбрать одну, но указать в сопроводительном письме, что готов рассматривать другие позиции?

Давай разберём ситуацию на нескольких примерах. Начнём с больших компаний-монстров.

Корпорации.

Найм в крупные компании обычно строится по вариациям одного из двух шаблонов:

  • кандидаты нанимаются в пул из которого происходит распределение по командам.
  • кандидаты ищутся под команду/регион/проект

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

У таких компаний есть бан на подачу новых аппликейшнов после провала на собеседовании (от шести-восьми месяцев до года). И что делать, если ты завалил собеседование на одну позицию и находишься где-то на середине процесса на вторую?

Так работают компании типа Google, Facebook, Booking и другие.

Во втором случае кандадата отбирают на конкретную позицию или на позицию в конкретную команду (или отдел, или регион). Так делают, например Яндекс, Amazon и Microsoft.

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

Мелкий бизнес и стартапы.

Максимально экстремальная противоположность крупным корпорациям — стартапы из нескольких человек.

Предположим, есть у нас IoT-стартап, которому нужен C++-программист для работы с железками, но с навыками Python для каких-нибудь инфраструктурных вопросов. И туда же требуется инженер для ML-инфраструктуры со знаниями С++ и Python. Да, позиции разные, но тут несложно соответствовать требованиям к обеим позициям.

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

В мелкой компании их будет рассматривать один и тот же человек (или пара человек, типа HR и CTO). Что бы ты подумал, получив два разных резюме от одного человека? а два одинаковых?

бля, стрёмный он какой-то... может он того? А другие кандидаты есть?

Тут конечно стоит выбрать вакансию на которую ты максимально подходишь и обозначить интерес к соседней вакансии. Это покажет, что ты заинтересован, знаешь про задачи компании, и в целом любопытный кандидат.

Всё что посередине.

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

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

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

Как понять, какой тип хайринга в компании?

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

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

На графике всё это выражатся как-то так:

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

Взгляд с другой стороны.

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

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

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

А вообще, стоит искать человека внутри компании и спользовать реферальные программы. Вот даже писал про это в посте "Рефералочка".


Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2

Подписывайтесь и рассказывайте друзьям.

МS.

February 20, 2019
by Мягкие Sкилы
0
144
Поиск работы
CV

Карьера. Тупиковые ветви.

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

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

Без шуток, в одном из проектов мы вынуждены были переписать админку с одной фигни на другую, лишь из-за того, что у нас несколько кандидатов отказывалось от оффера, узнав, что у нас есть тот "устаревший" фреймворк.

Но что же делать, если ты вот так попался?

Если ты фронтендер, то волноваться не стоит, просто подожди пару месяцев и начни учить новый фреймворк сразу, как он выйдет. И вот ты снова в тренде.

Из мобилок в бэкенд

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

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

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

Первый месяц всё шло неплохо. Задачки двигались, код писался. Но внезапно потребовался человек на новый проект. Кого на него взять? Конечно же новичка. Опыта в компании мало, на мне ещё не было ни каких серьёзных зависимостей.

  • (тут необходимо сделать отступление и отметить, что на новом месте старайся как можно быстрее брать под себя задачи и область ответственности. Пусть это будут не самые "классные", но нужные аспекты работы. Пригодится в таких ситуациях).

И мне выдали ТЗ на один временный проект. Пообещали сменить меня через месяц, если проект "выстрелит". Так начался мой охуенно увлекательный путь в программирование мышкой, рисование ебучих workflow-диаграм в какой-то глючной наркоманской надстройке над старым Eclipse.

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

Давай теперь остановимся и рассмотрим мою ситуацию:

  • Достаточно юный разработчик, всего несколько лет опыта. В Европе это еле-еле дотягивает до уровня мидл
  • Практически половина карьерки ушла на умершую платформу
  • Последний год я вообще не программировал, а рисовал диаграмки в генераторе веб-сервисов
  • Я нахожусь в чужой стране, и имею не самый лучший английский. Достаточный для общения, но всё же местами косноязычный

Звучит как провал, да?

Как из этого выбираться?

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

Начал я с переписывания резюме. Ранее я писал, что слегка лукавить (лол, врать) в резюме — можно.

Первым делом нужно было причесать тайтлы. Выкинул все упоминания мобильных и мышиных технологий из резюме. Оставил везде Software Engineer.

Тем, у кого подгорает из-за слова инженер, можно использовать слово Developer, не суть важно.

Таким образом мы смещаем акцент с технологий на то, что мы именно решаем задачи бизнеса.

Кстати, о задачах: у русскоязычных программистов в резюме часто пишется список задач и технологий. В США принято описывать задачи и достижения. В Европе имеем что-то среднее.

Очевидным решением было переписать резюме так, чтобы описывать именно достижения, без акцента на технологиях. Ну там "написал парсер, запустил сервис, настроил миграции, снизил количество крешей". К этому добавь какие-нибудь метрики: "настроил CI, чем сократил время до выхода в релиз на 75%". Суть понятна, да?

Таким образом получаем резюме специалиста, который работал и решал конкретные и понятные задачи. А в шапку резюме вынесены технологии с которыми он работал. Часть технологий я опустил (тех, что не релевантны для потенциальной работы), а часть вынес вперёд, хотя и не имел обширного опыта с ними.

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

Happy End

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

Кстати, мой случай не такой уж и жуткий. Был у меня коллега, который всю жизнь писал на ассемблере для каких-то мейнфреймов. И в середине 2010х годов, когда последний представитель этих электронных динозавров был отправлен на свалку, он оказался без работы. Кому был нужен возрастной программист за 40 с таким специфичным опытом?

В итоге дядька не растерялся, устроился работать на завод(!!!), где вырос из разнорабочего до QA-автоматизатора. За весьма короткий срок. Оно и понятно, бороду сбрить можно, а умище-то никуда не денется!

И так, небольшое саммари:

  • Не паниковать. Выход всегда есть!
  • Рисковать можно. Иногда странные технологии выстреливают. Но так или иначе опыт можно будет "продать".
  • На новом месте старайся стать нужным как можно быстрее. А то ты будешь первым кандидатом на работу с "плохими" технологиями.
  • Неудачный выбор можно и нужно акуратно скрывать в резюме.
  • Нетворкинг решает в тяжелых случаях. Если резюме стабильно отсеивают, то стоит заходить по реферальным программам.

Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Задать вопрос или предложить тему для новых постов: https://goo.gl/forms/1G2206MfVzfoowHf2


Подписывайтесь и рассказывайте друзьям.

МS.

February 13, 2019
by Мягкие Sкилы
0
510
Поиск работы
CV

Не нужно работать бесплатно

Вчера я вспомнил про свой охуенный опыт бесплатной работы на один стартап.

Началось всё в 2013 году, когда я увидел статью на Харбе про новый стартап, которому нужна была бы помощь в разработке мобильного приложения под одну не столь популярную нынче платформу.

В тот период у меня было много свободного времени, и я решил помочь. Изначально я планировал организовать несколько студентов, рассказать им про платформу, поставить задачи и следить за процессом. Короче, решил покачать тимлидские навыки.

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

Поиск команды

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

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

Закончилось всё командой из трёх человек. Двое имели какой-то опыт в разработке, и просто хотели поковырять ту мобильную платформу. Третий — студент, сделал несколько тасок и, сославшись на приближающуюся сессию пропал. Ах, да, был ещё QA и дизайнер. Но они работали за деньги, и к ним вопросов не возникало.

Работа над проектом

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

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

Второй девелопер продержался чуть дольше, не смотря на... хм, дух стартапа. Он кстати, одно время читал этот канал. Привет тебе, Евгений!

Что я понимаю под духом стартапа? Бэкэнд регулярно переписывался, документация... не помню, была ли она. Вроде что-то было. Мне часто писали с просьбой починить сломанное приложение. Ломалось оно от того, что админ менял url по которому жил api. На все претензии мне отвечали:

Ну у нас же стартап, понимаешь?

Конечно я понимал.

Закат

Через 6-8 месяцев я остался один на один с этим проектом. Впрочем, я отказывался добавлять новые фичи, и изредка занимался поддержкой и фиксами. Каждый раз эти фиксы были срочными. Каждый раз от меня именно требовали что-то починить. Со временем меня это начинало злить. Вроде как сам взялся, но и выхолопа от этого было мало.

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

Лучше бы не в отпуске прохлаждался, а добавил бы фичу в приложение

Было в этом что-то милое.

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

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

Выводы

Кто себя узнал, тот молодец. Дело было давно, и какие-то детали я уже забыл. Возможно что-то было совсем не так.

По моим оценкам за примерно год работы я потратил около 200-250 часов на работу с ними. Получил ссылку на себя в статье на Хабре, всё ещё храню тот код и думаю когда-нибудь вывалить это на гитхаб. Заработал 15 долларов и получил любопытный опыт.

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

Отношение к бесплатному труду со стороны работодателя понятное. Такой труд не ценят, к нему привыкают и иногда болезненно реагируют на попытки отказаться выполнять работу. Да и в целом, если ты платишь за работу клаент-сайда, то ты будешь планировать изменения API. А если клаент сайд бесплатный, то можно не запариваться. Поправят и так.

Бесплатный труд с точки зрения работника тоже плох. В рыночных отношениях ты четко понимаешь цену своей работе. Если же ты работаешь бесплатно, то включается совесть, какие-то принципы из серии "ну я же взялся, не брошу же я их". Если тебе платят за работу, то любые требования выглядят адекватно: они готовы платить за свои капризы, осталось выяснить, готов ли ты их выполнять за эти деньги. В случае с бесплатным трудом, ты можешь получить проблемы с нервами и самооценкой. Будешь переживать и пытаться понять, можно ли уже отказаться? А как это будет выглядеть? Нафига оно тебе надо?

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

Возникает и юридический вопрос. Могу ли я выложить код, который писал бесплатно? Получал бы я за него денег, я бы просто удалил его и забыл. А тут вроде как он мой, но выложить его мне что-то не позволяет.

Кажется, лучше всех всё это монетизировал чувак, кторый спиздил код. Без шуток, он молодец.

На всякий случай уточню, что тут я просто поделился историей. Обиды никакой и в помине нет.


P.S. После публикации сообразил, что если ты берёшь деньги за свою работу, то тебе приходится как-то решать вопросы с легализацией этих денег. Или банально с их выводом. Это хорошие хлопоты, которые помогут побороть страх перед предпренимательством, и возможно, позволят тебе когда-нибудь начать заниматься фрилансом.


Эти и другие вопросы обсуждаем в канале https://t.me/your_soft_skillzz

и твиттере https://twitter.com/soft_skillzz

Задать вопрос или предложить тему для новых постов: https://goo.gl/forms/1G2206MfVzfoowHf2


Подписывайтесь и рассказывайте друзьям.

МS.

January 31, 2019
by Мягкие Sкилы
1
346
командная работа
CV
Show more