Сеньор

2021-04-06 18:08:41 Я любитель вопросов про продукт и компанию, когда дело касается собеседований.

Почему?

- Мне не всё равно где работать и на что уйдет рабочий день. Если продукт или сфера деятельности не близки, то зачем страдать.

- Я хочу работать с открытыми и крутыми ребятами, делиться друг с другом знаниями и опытом. Необязательно быть друзьями, но хочется общаться адекватно, без постоянной мысли: "Да что ты вообще несёшь?".

- Выбор компаний — огромен. Хочется, конечно, поддаться идее "Возьмите хоть куда-нибудь" при поиске работы и упростить жизнь. В этом есть смысл при поиске первой работы (или при переезде) — получить настоящий опыт и уйти в нормальное место. Но когда есть выбор, зачем идти куда попало?

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

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

Это субъективно, но мне не всё равно на что тратить время. Кто-то скажет: "Зачем стараться, если работаешь не на себя" и будет прав, но лично мне так труднее. Открыть/Комментировать

2021-03-21 08:02:06 Почему я переехал жить и работать заграницу?

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

Будет трудно переехать и осознать, что нет больше того ИТ пузыря, который есть в России. С раздутыми зарплатами, быстрым ростом, множеством компаний, готовых платить ещё больше. Придётся привыкнуть, что в Европе программист — обычная работа, немного хуже юриста или стоматолога.

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

Переезд в Нидерланды был таким вызовом для меня. Я понимал сложности, понимал, что и зарплата не высокая была при переезде, не все же едут работать сразу в Фейсбук или Гугл. Как и понимал, что в Москве я бы вырос быстрее, но не получил того, чего не хватало — опыта и возможностей, которых не было в Москве.

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

У меня нет и не было такой мысли: "Ну всё, уехал из России, теперь отдыхаю и ни о чем не мечтаю".
Я не ограничиваю себя одними Нидерландами — важнее, чтобы не покидало ощущение внутреннего вызова. Я верю, что переезжать нужно, чтобы добиться того, чего невозможно сделать в том месте, откуда уезжаешь. Мир слишком быстрый и открытый, чтобы не пробовать новое. Открыть/Комментировать

2021-03-01 17:34:41 В сериале «Silicon valley» есть ситуация, когда сотрудников вместо увольнения отправляли на крышу делать что угодно.

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

Но это я жил в России, где легко уволить сотрудника.

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

Сдал ноутбук, мне отключили все доступы и велели больше не приходить в офис. Крыши у компании не было, поэтому отправили домой. Так я сидел в оплачиваемом отпуске, на "garden leave".

Секрет в том, что здесь невозможно уволить сотрудника без весомых причин. Не просто "ты плохо работаешь", а чуть ли не журнал моей производительности за последние месяцы, попытки компании помочь мне. В крайнем случае -- заведомо невыполнимый «personal improvement plan». Куча бюрократических процедур, которые нельзя оформить задним числом или решить за пару дней. Это занимает месяцы и много сил.

Поэтому проще договориться с сотрудником.

Сотрудников с временным контрактом отправляют домой до конца срока контракта.

С постоянным контрактом — труднее. Нужно договориться о компенсации и расторгнуть договор по согласию. Например, 3-4 зарплаты разом. Или несколько месяцев сидеть дома и получать зарплату. Если не получается договориться - компании придётся идти в суд, который займёт сторону сотрудников. Выйдет это дольше и дороже для компании, проще договориться.

Встает справедливый вопрос — как же бороться с теми, кто ничего не делает и не хочет меняться? Для этого существует испытательный срок (месяц и дольше) и вот эти "Personal Improvement Plan".

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

2021-02-24 16:04:59 Часто встречается мысль, что разработчик должен разбираться в продукте со стороны бизнеса, знать о конкурентах, уметь презентовать идеи и тд.

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

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

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

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

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

Но что действительно отличает хорошего программиста от плохого — ответственность за работу и умение разобраться в проблеме. Разработчик, который может найти нужных людей для решения задачи, объяснить что нужно сделать и проконтролировать это. Который умеет сказать "нет" и объяснит почему. Разработчик, который не просто закрывает задачи в джире, а решает проблемы. Открыть/Комментировать

2021-02-17 17:49:04 Вчера опубликовали статью "Как проходит собеседование Junior фронтенд-разработчика", которую я написал, а Яндекс.Практикум помог привести в приличный вид. Это не реклама Практикума ни в коем виде.

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

Статья же помогает понять что ожидать и к чему стоит готовиться.

https://habr.com/ru/company/yandex_praktikum/blog/542444/ Открыть/Комментировать

2021-02-11 08:14:06 Мои худшие собеседования

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

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

У меня было мало желания продолжать общаться, но зачем-то продолжил. Хотелось узнать как же дальше будут обманывать и удивлять.

Процесс шел быстро, постоянно говорили фразы вроде: "Мы выбираем одного кандидата, ты наш фаворит!". Я даже получил оффер, но с далеко не такой зарплатой, которую мы обсуждали в начале. Да и позиция оказалась не та — не сеньор копатель, а рядовой копатель, аргументом чего было: "Мы никого не нанимаем на сеньоров. Почему вакансия на сеньора? Ах, ну иначе бы никто не подавался к нам. Нет, зарплату не повысим в оффере. Я сам ушел с понижением сюда, слыш ты, все давай."

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

Есть у меня и другая история. Обе, кстати, недавние.

Позиция сеньора фронтендера — прислали макет в png формате, встроенный в Google Docs. Вроде не в 2010 живем, когда макеты открывались в фотошопе и линейкой измерялись размеры. Мой код, тесты и прочее важнее, чем вот это бессмысленное измерение размеров.

Я отправил задание и получил ответ "Нет, нам не нравится твоё решение, пока!", на что я попросил нормального отзыва. Я категорически убежден, что если у меня было пара часов делать задание, то у компании найдется 10 минут написать что именно пошло не так. Спустя неделю я все же получил ответ про то, что моя работа не совпадает с макетом в png пиксель в пиксель. Казалось бы, современная компания, не какой-то динозавр из прошлого.

—

Это даже хорошо, что так и закончилось в обоих случаях — если на момент собеседования всё так плохо, то вряд ли лучше и после них. Жалко лишь потраченное время.

До тех пор, буду мечтать о мире, в которых процесс найма не сломан так сильно. Открыть/Комментировать

2021-01-27 08:21:11 Не встречал еще разработчиков, которые любят оценивать задачи и, что важнее, умело и точно это делают.

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

Этот момент и показывает — насколько менеджер опытен и хорош. Говорит, например, разработчик, что справится за неделю максимум, а даже быстрее. Знающий менеджер в это, конечно, охотно верит, но про себя умножает оценку на два, а лучше на три. И эту цифру уже доносит до руководства.

Почему?

Потому что менеджер знает, что программисты склонны к недооценке задач и к переоценке способностей. И что в 9 случаях из 10 — первоначальная оценка будет не верной.

"Но ведь придумали уже давно story points и другие agile штуковины!"

Вместо оценки в часах или днях, на помощь пришли story points, которые включат в себя все риски. Удобно использовать числа Фибоначчи (1, 2, 3, 5, 8, 13 и тд), где чем больше число, тем сложнее и больше задача. Они и правда помогают, но также не лишены проблем.

Что такое 1 story point? В чем разница между 5 и 8? Как вообще оценивать?

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

Даже спустя годы и работы в разных компаниях мне не кажется понятным и объективным процесс оценки задач в agile мире. Команда собирается, открывает задачу и все должны одновременно назвать, показать или выкрикнуть число, которое они считают верным. Используют карты scrum poker, показывают на пальцах, считают до трех и все должны одновременно написать число. Похоже на секту или развлечение для детей, но уж не на объективный разговор взрослых людей.

Здесь слишком много субъективности — кто-то сказал или написал число первым, несовпадающее с моим. А что если все сказали число ниже? Становится неуютно и хочется не спорить, доказывая правоту, а слиться с толпой и быть как все. И откуда здесь взяться точности в оценках?

Поэтому и story points тоже нужно умножать на два или три, если хочешь получить приближенную к реальности оценку.

Но как же тогда быть? Как оценивать задачи без этих угадалок?

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

Дайте программистам то, в чем они хороши — доступ к деталям и попросите оценивать конкретные моменты, а не целую задачу. Попросить оценить эти части на понятном всем языке — от "низкого" к "высокому". Например, техническая сложность задача — низкая, но много зависимостей от других команд. И уже потом на основе этих данных можно вычислять любую нужную величину — будь то часы или сторипоинты. Открыть/Комментировать

2021-01-17 17:55:48 У меня сложные отношения с Agile процессами и ребятами, которые слишком сильно угорают по нему.

Я понимаю идеи и пользу agile процесса, это было невероятно свежо и ново лет 10 назад. Медленные команды, которые привыкли писать длинные и нечитаемые Технические Задания были обречены на провал. Такой подход работал раньше, когда конкуренции не было, ИТ рынка не было, а программисты считались за волшебных ребят. Agile помог таким компаниям взбодриться и вернуться в работу. То, что раньше делалось месяцами, а потом оказывалось никому не нужным и уже устаревшим — стало делаться короткими итерациями (спринтами). Это раньше программисты не умели разговаривать с людьми и приходилось нанимать воспитателей, которые переводили речь программистов на человеческий язык.

Важнее как общается команда друг с другом. Можем ли мы без излишних правил работать, уважая друг друга? Можем ли писать задачи, понятные и без всяких "acceptance criteria" и "четкого business value"?

Если не можем, то проблема не в том, что мы недостаточно угорели по agile, а в том, что люди не умеют общаться. Даже если задача написана непонятно, то нужно не кричать: "Смотрите! Задача без acceptance criteria и без нормальной юзер стори!", а пойти и спросить что здесь нужно сделать. Адекватный взрослый человек поймет, что он сделал работу плохо и следующий раз напишет нормальное описание задачи.

"Работаем по спринтам", "пишем юзер сторис", "начинаем день с просмотра графика burndown" хороши, но в меру. Процесс давит и душит инновации.

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

У Agile есть отличные идеи, вроде работы по спринтам и другим коротким итерациям, но нужно трезво смотреть что работает хорошо, а что плохо. Не пытаться четко следовать всему, что говорят аджайл манифест (сайт которого выглядит как секта — https://agilemanifesto.org/iso/ru/manifesto.html), а работать с людьми.

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

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

2020-12-27 23:17:51 До 2020 года я никогда не работал полноценно на удалёнке. Чтобы не один день в неделю работать из дома, а постоянно работать без офиса, не видя коллег вживую.

Казалось бы — мечта! Сиди в пижаме, просыпайся за 10 минут до начала рабочего дня. Хочешь — работай с дивана, хочешь — за столом. Никто не отвлекает постоянной болтовней, никто не смотрит в экран. Можно наконец вновь обедать перед компом, чавкать и никто не будет осуждать.

До covid некоторые компании сопротивлялись и не разрешали работать из дома. Всерьез говорили "Если ждете доставку, то после ее получения приходите в офис." Потому что менеджерам надо самоутверждаться — лучше запретов ничего не знают. Ведь не будет никто работать — будут ютуб смотреть, да в игры играть. Удаленно тяжело ходить с кнутом и говорить: "Слыш, работать".

Но вот эпидемия, нам говорят: "Работайте из дома!" и этим погонщикам приходится вешать хлысты на гвоздь и уходить в онлайн вместе со всеми, ожидая ужасов. Но проходит время, а работать люди не стали хуже, а кто-то и вовсе стал лучше. И ребята-погонщики спешно переобуваются и теперь говорят в стиле: "Мы теперь 100% remote-friendly компания, нет-нет, вовсе это не из-за covid'а. Так совпало."

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

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

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

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

Это новый и полезный опыт, который показал, как многого мы не ценили в ежедневной рутине. Кто бы мог представить, что это всё так сильно затянется. Не буду врать и казаться умным, я думал, что уж летом все вернутся в офисы и всё закончится. Но раз не закончилось — продолжаю и дальше работать удаленно, сидя в пижаме. Открыть/Комментировать

2020-12-15 22:45:11 Работать надо там, где нравится

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

Иначе трудно поддерживать мотивацию. Начинаешь отсиживать рабочие часы, не задаваясь вопросами почему работаем над этой задачей. И ведь вроде задачи делаются, но радости они не приносят. Да и приносили ли раньше?

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

Это легко проверить — обратите внимание на то, какие мысли посещают первым делом утром. Если это мысли вроде: "Как же не хочется работать" и они настойчиво посещают всё чаще и чаще, то это уже нельзя списать на то, что встали не с той ноги. Уже не достаточно выпить кофе и пообщаться с коллегами, чтобы взбодриться. Уже поздно — работа перестает нравиться. И коллеги уже не те — ничего они не понимают. Задачи скучные. Да и движется компания не туда. Дыра, а не компания!

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

Нестрашно уходить из нелюбимых мест. Гораздо страшнее остаться там и потерять интерес к профессии. Открыть/Комментировать