Notwhale | Frontend | Построение карьеры в РФ и Европе

Как подстраховаться от возможного сокращения в Германии

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

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

1. Юридическая страховка
Первые 3 года до ПМЖ я всем советую взять страховку — пригодится и при проблемах с Ausländerbehörde, и если что-то пойдёт не так с работой. Мой знакомый пошёл со страховкой судиться и выбил 8 окладов + оплату всего времени пока шло дело. Приятный такой сабатикал может организовать.

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

3. LinkedIn с регулярными постами
LinkedIn в Германии — основная соцсеть для поиска работы. Если используешь его просто как веб-резюме, упускаешь главное. Пиши про то что делаешь на работе — и HR/фаундеры сами начнут приходить в личку. Именно так я хожу на собес раз в месяц, не аплаясь на вакансии сам. Как именно развивать LinkedIn — напишу отдельно, там есть что рассказать.

4. Лог проектов и достижений
Раз в месяц выписывай что делал и что решил. Спустя год сам не вспомнишь — а это и для CV, и для постов, и для разговора с менеджером на ревью.

5. Финансовая подушка
У меня это 6 месяцев расходов. С учётом ALG1 это даёт реальное спокойствие и время не соглашаться на первое попавшееся.

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

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

5 фишек для работы с OpenAI

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


1. Кажется это описано в доке, но я прочитал не внимательно и получал не качественные ответ. Важно не передавать слишком много информации в systemMessage. Там скорее должна быть информация, которая дает LLM контекст. Сами задания или вопросы стоит передавать в userMessage

2. Чистите данные которые вы передаете в LLM. Чем меньше лишней информации, тем стабильней будет ответ. Например если хотите сделать анализ какого то массива данных, уберите от туда лишние id и данные, которые не несут смысловой нагрузки. Во первых меньше денег заплатите, во вторых ответ будет сгенерирован быстрее, в третьих уменьшите шанс галлюцинаций

3. Советую просить LLM логировать ход своих мыслей или расчетов в отдельную переменную. После чего эти логи можно складывать в DataDog. Это значительно упростит вам дебаг.

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

5. Казалось бы, но даже самая последняя версия API chatGPT, не умеет правильно расчитывать тренд средней корзины покупателя. Если просто рассчитать его, часто он галлюцинирует и дает неправильные данные. Приходится ему по шагам расписывать, как это значение рассчитать. В итоге получается, что намного проще просто закодить этот расчет самостоятельно. Вывод – если что то можно сделать без LLM, лучше сделать без нее.

За это моего коллегу уволили с испытательного срока

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

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

Проблема 1:

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

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

Проблема 2:

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

Проблема 3:

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

В итоге коллега отработал около 5 месяцев и руководитель решил что стоит с ним расстаться.

Какая правильная стратегия поведения на испытательный срок:

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

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

Или огонечек если хотите почитать про то как я считаю нужно вводить новые подходы в команде(такой вопрос часто задают на soft skills сессии)

Channel name was changed to «Notwhale | Frontend | Построение карьеры в РФ и Европе»

Тебя не наймут в Европе с не европейским опытом

Когда я решил переезжать и начал готовиться к собесам, естественно первое что я начал делать, решать задачки на Leetcode. Сказать вам сколько у меня спрашивали алгоритмических задач за время моих поисков работ)? Один раз и это было в компании, где большая часть команды из восточной Европы. Аналогично с вопросами аля что выведется в консоли или чем var отличается от let и const. Получал такие вопросы только в компаниях с восточноевропейскими корнями.

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

Technical Interview

Что тут может быть:
1. Задачи типа Leetcode style(в основном бигтехи)
2. Вопросы по JavaScript(компании из СНГ)
3. Тестовое задание и его разбор
4. Написание какого то кода во время секции

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

Тестовое задание
Обычно нужно было написать какое то небольшое приложение типа конвертора валют. И в большинстве заданий какого то нормального дизайна не было, описание тоже так себе. В итоге мой опыт негативный. На одном тестовом проверяющий не знал что в React в dev моде useEffect вызывается два раза и докапался к этому. Естественно встречи чтоб ему объяснить это у меня не было. Так как у меня и так было достаточно встреч, после этой ситуации я отказался делать тестовые задания. На будущее решил что если и будут просить, то буду скидывать свои прошлые задания. Но если за вами нет очереди из HR, то приходится их делать

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

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

Критерии оценки:
1. Выполнил ли задачу
2. Доступность и симантичность.
3. Написаны ли тесты

System Design

На таком интервью простя спроектировать либо какой то компонент либо приложение. По моему опыту задавали все равно какие то бэкенд специфичные вопросы, проверяли общее понимание как работают web приложения. Но для подготовки советую этот канал: https://www.youtube.com/watch?v=5vyKhm2NTfw&list=PLI9W87-Dqn7j_x6QtR6sUjycJR7nQLBqT

SoftSkills Interview

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

Bar Raiser Interview

Цель такого интервью понять какой у тебя уровень относительно среднего разработчика.
На секции спрашивают про прошлый проект. Что конкретно ты там делал. Твои достижения на этом проекте. Тут чем больше конкретики, тем лучше. Не советую приукрашивать. Меня например спрашивали как мерил перформанс, так и говорил что особо не мерили, так как задача была не приоритетной. Но так же как с SoftSkills interview советую подготовить какой то проект для рассказа.

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

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

Channel name was changed to «Notwhale | Frontend»

Channel name was changed to «Notwhale | Frontend Development | Berlin»

Решил уйти из программирования и передумал

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

Помимо войны, одной из причин, по которой я решил переехать, было мое желание свичнуться в продакт менеджера на рынке Европы/США.

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

Почему пока решил отложить этот план(но возможно еще осуществлю)

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

Конечно я могу попробовать свичнуться в в продакта внутри компании и обойти этот поток людей(как я изначально и планировал). Но потом буду сидеть в золотой клетке, так как будет тяжело найти работу.
Работу продуктом сейчас найти тяжелее чем разработчиком. А разработчиком работу найти реально, но не так просто как раньше.
В общем решил пока отложить эту идею до лучших времен.

Что в итоге решил:

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

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

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

А если вам или вашим друзьям нужна помощь в поиске работы в IT или развитии своей карьеры, приходите поболтать, возможно я могу чем то быть полезным: https://filatov-frontend.notion.site/8178d5b1b105436cb59c0b1a1df27346?pvs=73

Я нашел работу

Продолжение истории. 3 недели назад я наконец вышел на новую работу. Подробней о ней расскажу попозже. Сейчас скорее про бюрократию сокращения и собесы.

Собственно первая проблема, которая меня напрягала, это моя виза. Я не могу не работать. Я начал писать в иммиграционную службу о том что меня сократили. На удивление ответ ждал пару дней. Мне дали 6 месяцев на поиск работы. Что было круто.

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

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

Типы компаний которые сейчас ищут людей:

1. Компании с СНГ корнями которые уехали. У них есть проблема что они еще не успели совсем перейти на английский, а людей нанимать нужно. По этому они активно ищут русскоговорящих ребят за границей
2. Супер маленькие стартапы в 5 человек. У которых нет продукта еще, но они получили инвестиции(люди до сих пор получают инвестиции!)
3. Стартапы/компании чуть больше у которых уже есть клиенты

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

Что там по зп. Ну собственно. Могу сказать что сейчас вилка сеньора фронта 80-100к в год. Я поговорил более чем с 20 компаниями. Выше не слышал. У меня что то по серединке вышло выбить.

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

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

Так что ближайшее время предстоит активный поиск работы. Так как на этот поиск у меня есть всего 3 месяца. Пожелайте мне удачи! Ну и если не будет лень поделюсь вам что тут на рынке происходит.

https://techcrunch.com/2023/05/04/how-shopify-bungled-its-latest-layoffs-and-made-employees-feel-like-npcs/amp/

Плата за свободу слова

У меня сегодня списали 100 евро за радио. Кто вообще слушает радио в 21 веке спросите вы. Я тоже задавался таким вопросом. При чем если не заплатить получишь штраф в 1000 евро.

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

Я если честно не проверял на сколько хорошо мои деньги расходуются и вообще работает ли эти схема. Идея вроде неплохая. Но не всем это нравится, один чувак даже сел на пол года за неуплату https://eadaily.com/ru/news/2021/05/11/nemca-otkazavshego-platit-telenalog-brosili-v-tyurmuв

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

Буду тут писать про нашу жизнь в Берлине. А еще про тяготы и невзгоды простого IT работяги в Европейских/Американских компаниях. Короче ждите лютые инсайды. Но возможно я напишу пару постов и забью фиг его знает

Channel photo updated

Channel created