Мягкие Sкилы
1.53K members
4 photos
67 links
О Soft Skills aka Мягких Sкилах для тех, кто давит кнопки. Истории, мысли и советы для тех, кто хочет выжить в современном IT мире. Форма для обатной связи: https://goo.gl/forms/1G2206MfVzfoowHf2
Download Telegram
to view and join the conversation
Привет, всю прошлую неделю я отдыхал от этого вашего программирования, блогов, митингов и людей. Теперь я вернулся и на следующей неделе будем продолжать.
Q&A: Программист с особым режимом работы и офисный график


На текущей работе (удалённо, дома) у меня выработался крайне свободный график.
И из-за проблем со спиной и глазами стараюсь делать частые перерывы. В идеале это 2 минуты каждые 20 минут для интенсивной зарядки.
10 минут каждый час, попить чай, перекусить или заняться домашними делами.
3 часа - на обед и отдых, прогулку или поездку по делам.
Фактически работаю около 5 часов в день. С 9 до 12 и с 15 до 18, за минусом перерывов конечно же.
По необходимости веду рабочую переписку во "внерабочее" время. Интенсивность работы высокая.
В рабочие часы ни на что не отвлекаюсь и это даёт свои плоды. Так же как и проблемы со здоровьем совершенно не тревожат, даже когда половина перерывов теряется.
Тем не менее если засидеться, проблемы возвращаются.
Многие согласятся, что и без этого на работу в день фактически тратят 4-5 часов, а остальное время сидят в чатах/твиттере/etc.
Но такого мои глаза (как минимум глаза) уже не выдерживают.
Ищу новую работу и волнуюсь, что в офисе на меня будут косо смотреть, если буду каждые 20 минут отжиматься, приседать или делать гимнастику.
В случае удалённой работы с почасовой оплатой тоже возможны проблемы подсчёта рабочих часов.

Как итог, основные вопросы:
1. Возможно ли убедить начальство и коллег, что частая зарядка/гимнастика на работе, это нормально и даже полезно?
2. Можно ли округлить 5 рабочих часов до 8-ми без зазрения совести и претензий от удалённого начальства?
3. Стоит ли вообще упоминать свой режим при собеседовании на работу? И можно ли тонко прощупать, как к такому режиму будут относиться на будущей работе?
4. Не многого ли я хочу?



Отличный вопрос.

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

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

Увы, в офисе тяжело позволить себе регулярные разминки и зарядки. Да ты и сам понимаешь, что будешь чувствовать себя глупо, отжимаясь в опенспейсе.
Косо смотреть будут обязательно, если случайно не найти такую же команду (либо молодых и активных, либо взрослых, и уже ужаснувшихся состоянием своего здоровья).

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

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

Стоит ли озвучивать это при собеседовании? Думаю, что стоит, но есть тонкости:
1. Не стоит говорить о проблемах со здоровьем сразу. (на первых этапах проще отмахнуться от потенциально "сложного" кандитата)
2. Не стоит говорить, что ты работаешь по пять часов. (это уж совсем плохо выглядит)

Хотя, мне кажется, что проще уже продолжать работать удаленно.
Даже с почасовой оплатой я бы не парился. Ну, прервался ты на 10 минут, что ж теперь? Не выключай таймер, делов-то.
Перерыв в работе при почасовй оплате тоже не проблема. Если клиент знает о твоём режиме, и вы заранее обговорили доступность, рабочие часы и прочие детали, то вопросов
не возникнет. Я примерно в таком режиме и работаю.

Берегите здоровье, сломать легко, а потом вон как непросто живётся.
Вопрос, когда нужно уходить?

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

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

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

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

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

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

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

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

До определенного момента это приносит пользу продукту и пользователям, а потом превращается в бессмысленное затягивание сроков.

В общем, перефразируя известный постулат, регулярно спрашивай себя:
"а не муравьёв ли я тут ебать собрался?"
Гонки на клавиатуре

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

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

А вот те, кто не умеют пользоваться клавиатурой, у тех очень любопытные отмазки:

* Письма и тикеты пусть ПМ пишет, мне не надо
* IDE за меня скобочки и имена методов сама ставит, зачем мне это всё
* Ой, я всё равно думаю дольше, чем печатаю, только тупой код упирается в скорость набора

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

Я тут много говорил про то, что нужно быть заметным и про то, что деятельность инженера состоит не только в написании кода.
Это то, что касается непосредственно работы, но есть ведь ещё и внерабочие вещи, которые влияют на известность/зарплату прямо или косвенно. Например блоги, stackoverflow и прочие гитхабы. А это все текст-текст-текст.

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

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

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

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

Думаю не нужно объяснять, как это влияет на карьеру, да?

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

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

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


"в команде при расходящихся мнениях "мудаками" автоматом становится меньшая по численности группа. такова природа силы и peer pressure.
вообще то, что кто-то может употребить "мудак" в отношении оппонента по техническому вопросу, говорит, что в команде занимаются identity politics вместо работы."


Люблю такое, я пишу про одно, а читатель увидел во фразе абсолютно другое.

О чем писал я:

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

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

Так что, "мудак" это не тот, кто в меньшинстве. Это тот, кто ведёт себя соответствующим образом.

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

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

Не надо быть таким.
Q&A Первый рабочий день.

Скоро мой первый рабочий день в компании. Что мне следует делать? На что обратить внимание и как себя вести?

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


Что нужно сделать перед выходом на новую работу:
* Выспаться, прилично одеться, причесаться. Короче, не забыть что по одежке и мешкам под глазами встречают. Стоит уточнить заранее про дресс-код. Обидно будет быть тем парнем/девушкой, который в первый день приперся в строгом костюме/платье в хипстерский стартап.
* Узнать кто работает в команде (через линкдин, обменяться контактами во время собеседования)
* Уточни как обстоят дела с едой (нужно ли приносить свою еду, нужны ли деньги на обед и сколько примерно стоит обедать в ближайщих местах)
* Уточни сколько требуется времени, чтобы добраться в офис к назначенному часу. Иногда это не то же время дня, в которое ты приходил на собеседование.

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

Человеку будет комфортнее выходить на работу, если там есть кто-то к кому он сможет обратиться с вопросом.


И так, первый день, влажные от волнения ладошки, приличная футболка, новые кеды, папка с документами. Внизу на проходной тебя встретит какой-нибудь HR или менеджер, проведёт на этаж и всё завертится.
Собственно первый день, а то и первые несколько дней забиты различной суетой, которая может быть разбавлена определенной долей хаоса и беспорядка.
Конечно же нужно будет уладить разные юридические вопросы: подписать конракты, NDA, получить пропуск, рабочее железо (ноут, комп. телефон, симку или что там ещё).
Отдать в HR соотвтетствующие документы типа трудовой книжки, диплома и далее по списку, который можно найти в ТК твоей страны.
В случае если ты выходишь на работу в новой для тебя стране, то стоит озаботиться миграционными вопросами.
Все люди, все ошибаются. Однажды меня, при смене работы в Нидерландах, чуть не депортировали из-за HR-сотрудника, который забыл сообщить в миграционную службу о моей новой работе. Хаха.

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

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

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

Ну и не забывай, что команда тоже чувствует себя слегка напряженно: понравишься ли ты им? а они тебе? а не говнюк ли ты? а как с тобой работать?

Короче, все будет нормально, не переживай.

П.С. а у вас есть какие-нибудь советы?
обратная связь

Вчера некотоые из вас прислали свои советы к предыдущему посту. Советы отличные, спасибо. Поделюсь со всеми:

рекомендую сходить на обед с новой командой. идеально, если тебя подцепят и в компании есть такая культура. если нет, стоит напроситься в компанию к кому-то.

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

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

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

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

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

первое время не стоит критиковать решения в проекте

Да, с одной стороны хочется "поставить себя" и показать, что ты умный и полезный участник команды. Проще всего сделать это -- продемонстрировав своё превосходство и опыт критикуюя проект.
Но делать так не стоит по ряду причин:
* Ты не знаешь контекста в котором принимались решения
* Ты не знаешь подробностей и ограничений которые есть в системе
* Ты можешь критиковать решения, принятые кем-то из присутствующих
* Люди и так в курсе проблем в коде и инфраструктуре

Если что-то не понятно или удивительно, то придерживайся формулировок "почему тут сделано X, а не Y?", это лучше чем "Я бы сделал Y". В первом случае это просто вопрос + ты узнаешь контекст,
а второй случай выглядит как попытка выставить себя за самого умного.

Если в компании нет нормальной документации для новичков, то можно начать такую традицию

Информация, которой тебя напичкают в первые рабочие дни, она в голове не уляжется. Все эти специфичные для компании настройки рабочей ОС и тулов, список различных логинов и прочее.
Если через неделю после старта новичек принесёт мне такой документ, то я автоматом "зачту" ему испытательный срок (если конечно это в моих силах). Подобная практика в одной из моих компаний вылилась в
супер полезный readme.md файл в репозитории для новичков, куда они, после прохождения онбоардинга, предлагали пулл-реквест с дополнениями и изменениями.
Q&A. Что делать, если не поднимают зарплату после стажировки.

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

К сожалению, подробности придётся опустить по просьбе этого студента.

Ну, что ж, ситуация не самая приятная. Конечно, в IT существует проблема старта. Рынок перегрет, но вот нанимать джунов стрёмно, хлопотно и зачастую просто дорого (начинающий разработчик оттягивает ресурсы, а многие компании и так сидят на голодном пайке). Этой ситуацией радостно пользуются компании с деньгами и репутацией: они могут позволить себе набрать стажеров-интернов в ближайшем вузе, и перехватив самых толковых раньше, чем они попадут на рынок.

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

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

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

Как тут быть?

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

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

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

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

Сильно поднять мотивацию инженера высокой зарплатой трудно, а вот убить её это низкой зп -- элементарно.

Подумай, долго ли ты готов работать на эту фирму, зная, что тебе недоплачивают. Если не готов работать долго, то подумай, как на твою карьеру повлияет факт работы в этой фирме.
Допустим, это какой-нибудь Амазон или Фейсбук. Факт стажировки в таких компаниях очень многое говорит о молодом кандидате. А вот факт стажировки + 3-6 месяцев работы... хз, я бы сказал, что особой разницы нет.

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

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

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

Это на самом деле очень трогательный пример.

* я получил возможность иметь некий safe space в котором можно было высказываться
* мне было спокойнее обсуждать идею, которая прошла "валидацию"
* мне было показано, что в целом идеи мои толковые и полезные

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

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

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

Расскажу ещё про совместные около-профессиональные тусовки.
Некоторые вещи удобнее и веселее изучать толпой: там и посоветуют нового, и источников подкинут, и просто объяснят, почему ты дурак. Это вам любой организатор местного клуба/митапа/форума(👴🏼)/чатика подтвердит.

Кроме пользы прямой (чему-то научили или научились), есть ещё и косвенная. Совместные дела неплохо сближают. Вспомни универ: даже если не общаетесь плотно, все равно какое-то ощущение «причастности» остаётся, да?

Вот недавно в одном таком скорее Хард-скиллз чате познакомился с автором канала https://t.me/oleg_log
(Если любите tech-мяско и программер-порн, то вам туда, там годно).

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

Кстати, а расскажите про удачные знакомства, которые как-то впоследствии пригодились (или помешали хехе).
Q&A Поиск удаленной работы


Привет, можешь освятить тему поиска работы на зарубежную компанию!? Я не имею в виду галеры, с которыми все понятно, а скорее что-то продуктовое. Где лучше искать вакансии?
Есть ли глобальные сайты вроде хх.ру или в каждой стране они свои?
В основном все предложения подразумевают релокацию. Реально ли устроится на remote full-time или это из области фантастики?


Это явно не фантастика. Но определённые сложности с этим есть. Самая главная: бумажки и отчетность. Компании непросто работать с человеком, который сидит хрен пойми где.
Просто так переводить деньги в другую страну на счет частного лица... это как-то подозрительно выглядит. Значит нужны разные контракты/счета/подряды.

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

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

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

* раздел Find a job на stack overflow имеет фильт remote
* linkedin имеет фильтр remote (да, он неочевидно расположен)
* разные более специализированные подборки типа we work remotely
* https://github.com/yanirs/established-remote (дополнение от читателя)

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

На самом деле я бы переживал не за сам процесс поиска, а за легализацию такого дохода. Это банально сложнее, ведь приходится самому вникать в детали или платить за это посредникам.
Q&A Диплом и переезд по работе

 
Привет! Я front end developer. Работаю в IT более 6 лет. Мой текущий стек технологий весьма популярен: React(React Native), ES, TypeScript, NodeJS, ExpressJS, MongoDB, Mongoose, AWS.
Последний год задумываюсь о переезде в Голландию. Сейчас активно подтягиваю английский язык(разговорный) и очень неспешно прохожу собеседования, но пока что дальше hr специалистов не идет.

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


Привет! Если коротко, то диплом в NL не обязателен. Достаточно просто готовности работодателя тебя нанять. Дальше начинаются тонкости с налогами. Если зарплату тебе готовы дать больше €56k в год, то разные налоговые плюшки ты можешь получить и без диплома. А вот при меньшей зарплате (нафиг на меньюшую сюда ехать, если честно) диплом нужен. Подробнее гуглить по ключевым словам 30% tax ruling netherlands.

Кроме Нидерландов существуют и другие европейские страны, у которых есть национальные визы для highly skilled migrants, например Швеция из таких. В Германии же, напротив, популярнее перевоз специалистов по Blue Card, и вот там уже диплом требуется.
У меня диплом есть, но я так и не забрал его из университета в России. Где-то в архиве он лежит. Как видишь, жить и работать в NL это мне не мешает.

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

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

Удачи с поисками. Будь настойчивей, и читай предыдущие посты, я про это много раз писал.
Q&A Обсуждаем желаемую зарплату
    
Привет! Обсудили вкратце с рекрутером вакансию и назначили дату собеседования.
Все будет в один день: собеседование с hr и техническое. В какой момент стоит называть желаемую сумму?
Насколько это окей, если кандидат только после собеседования озвучивает цифру?


Про зарплату я писал несколько раз. Если тезисно, то:

* Чем позже скажешь, тем дальше компания "завязнет" в процессе и меньше им будет хотеться соскочить и поискать подешевле.
* В общем случае от тебя захотят цифру как можно раньше.
* Если не готов называть цифру сразу -- не называй. Это нормально. Говори "пока не знаю, не готов, не думал, мне нужно знать какие у вас там ещё бонусы".

И советую перечитать цикл "Теории зарплатных игр" там их пять частей.
И про торговлю, и про то, как тянуть и про то, когда говорить.
Q&A: Этикет соц-сетей
Вопрос немного странноватый, но всё же по теме поиска работы. Вот я зарегистрировалась на Линкедин и внезапно никого там не знаю. 
Вот вообще ни одного знакомого лица в предложенных.
Где найти «друзей»? Просто добавляться подряд? Не очень идея, кажется. Или нормально?)


Хм, я даже как-то опешил. Во-первых, сомнительно, что там вообще нет знакомых. Если ты где-то работала или училась, то кто-нибудь да и должен быть там.
Школьные друзья-подруги? Университетские? Преподаватель из университета? Ну и что, что они не коллеги, это не беда.

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

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

Ну а коллеги и друзья заведутся со временем.

Кстати, если действительно никого из коллег там нет, то может быть Линкдин это не та соц сеть, что тебе нужна?
Если в твоей индустрии/регионе все тусуются в каком-нибудь Моём Круге или ещё чем-то специфичном, то наверное стоит регистрироваться там.
Программисты... они как-то очень трепетно относятся к своему коду.
Это ж плод мысли, усилий интеллектуальных (и немножко yaml конфигов и копипасты со Stack Overflow).

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

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

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

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

Понятно, что тут особо ничего не изменить, в итоге я поставил себе спеллчекер в IDE, и сказал, что то типа -- сорян, яж не нейтив спикер, но буду стараться.

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

На чём-то таком и сошлись, а могли бы и поругаться, да?

К чему это всё? А к тому, что надо дистанциироваться от своего кода. Написал, запушил? Всё, теперь это общий код, а не твой.
И претензии они не к тебе лично, а к системе в целом. Ну и к личным проблемам ревьюера, не без этого.

Расскажите про странные штуки, которые вас просили исправить на ревью.
Q&A Обязательные код-ревью


Привет. У меня в команде коллега (нас всего двое), который не кидает на ревью какие-то мелкие PR в 1-5 строк, а сразу мёржит в мастер.
Объясняет это тем, что это мелкие незначительные изменения, и на ревью не кидает их если уверен, что там всё норм.
Таких мёржей без ревью может набраться чуть ли десяток за неделю.
Я с этим не согласен и периодически бомблю в тихую надумывая пойти и попытаться окончательно решить ситуацию в пользу обязательных ревью, пусть даже мелких.
Сейчас подумал, мб всё норм и не стоит бомбить по этому поводу? Что посоветуешь?


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

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

* Ты упускаешь часть изменений, раз они сразу уходят в мастер, ты их попросту не видел. Зачем такие сюрпризы?
* Появляется поле для спекуляций: что считать мелким изменением? Количество строк? или "содержание"? а где границу провести?
* Cубъективность в оценках может вызвать ненужные обсуждения после.
* В команде существует два параллельных процесса. Как новичку объяснить, какой процесс выбрать?
* Если что-то пойдёт не так, то об изменении будет знать лишь твой коллега, а решать проблему будешь ты, так уж мир устроен.

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

Я обычно стараюсь запретить коммиты в мастер вообще всем. Только через PR, CI и прочие штуки. Можно даже прекоммит хук добавить.

Чем это хорошо? Ну вот именно тем, что не будет возникать таких вопросов, не надо думать о том, на сколько важны эти изменения. Всё идёт через один стандартный флоу для всех. На этом вопрос исчерпан.
Да, будет административный оверхед на "поправить запятую в логах", но зато этим же вы избавляете себя от запихивания "да-там-пара-строк-всего" задач в спринт :)
Q&A: бесконечные очереди на ревью
Я младший разработчик. У нас микросервисная архитектура, я работаю на одном сервисе с чуваком, который не очень общителен, очень требовательный к коду. 
Я на проекте недавно. Это нормально, что PR может и по неделе без ревью лежать?
PR небольшой, строк 300-400. Такое было уже не сколько раз, что подскажите делать?
Меня это немного напрягает, так как это серьезно тормозит мою работу, приходиться делать временные бранчи, в которых я работаю, пока код на ревью.
Так же не могу вовремя таску закрыть.


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

Что тут делать? У проблемы две стороны.

* Первая: в команде существует модель разработки (бранчи, код ревью и прочие процессы), но отсутствует культура разработки (забить на ревью, и быть "необщительным", хм...)

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

Ну и старая добрая пассивная агрессия тоже может помочь.
Утром можно напомнить коллеге: "привет, как ты думаешь, у тебя сегодня будет время посмотреть PR#123, который я пять дней назад опубликовал?"

* Вторая (возможная) проблема: не очень простые пулл-реквесты.

Тебе может и кажется, что они небольшие, но даже ради 400 строк нужно вникнуть в задачу.

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

Попробуй делать подробные описания изменений в PR. Расскажи в двух словах, что надо было сделать, и подробно опиши что и почему сделал.
Отметь какие-нибудь важные моменты. Если уместно, то скриншоты сделай (было-стало).
Ну и попробуй дробить PR на более мелкие. Это не так просто, как кажется, но это полезный навык.