Стоит ли перерабатывать и отдавать все свои силы проекту?

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

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

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

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

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

Но в один день мне написал мой лид в формате «го кол». На звонке он сказал, что CTO ему передал следующее: я очень дорогой для компании, зарплата не соотносится с вкладом в развитие компании, разрабатываемый нами проект сейчас не является приоритетным продуктом. В общем и целом, мне передали, что меня хотят уволить. И желательно (желательно для компании) уволиться по собственному желанию (чтобы не платить мне 3 зарплаты за сокращение, угар 🙃).

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

Вместо переработок лучше уделить время себе: сходить погулять, спортом позаниматься, попить пиво в баре с друзьями, съездить на отдых. Это все гораздо приоритетнее и интереснее работы. Не правда ли? ))

—————————

А у вас были похожие ситуации, когда вы вкладывали много сил в проект, а потом вас хотели уволить?

Почему разработчики так хотят работать в бигтехах? Плюсы и минусы работы в бигтехе

Проясним сразу, собеседование в бигтех (Яндекс, Тинькофф и т.п.) состоит из большого количества live-coding задач на JavaScript и алгоритмы. Также само собеседование разбито на 3-4 этапа, которые проводятся в разные дни.

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

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

👍 Плюсы:

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

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

- Стабильная хорошая зарплата, которая сопровождается премией в размере ежемесячного оклада 1 раз в год (а то и 2 раза в год).

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

👎 Минусы:

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

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

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

----------

А какие вы выделите плюсы и минусы работы в бигтехе? 🤔

Формат найма в бигтех. Какие есть стадии собеседования в бигтех?

Неоднократно с вами говорили в этом канале на тему собеседований на позицию Front-End разработчика, в особенности про бигтехи. Обычно у бигтехов в СНГ (Яндекс, Тинькофф и другие) есть 3-4 стадии интервью, которые проводятся в разные дни.

1️⃣ Секция по JS

Интервьюер дает в среднем от 3 до 6 задач по JavaScript. И вам нужно будет их решать в формате live-coding.

2️⃣ Секция по алгоритмам

Интервьюер дает в среднем от 2 до 5 задач на алгоритмы, которые нужно решать в формате live-coding.

3️⃣ Секция по архитектуре

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

Данная секция проводится только для кандидатов уровня Senior. Если вы планируете идти на позицию Мидла, то вам такую секцию не дадут и сразу отправят на финальную.

4️⃣ Финальная секция

Здесь проверяют ваши софт-скиллы. И не поверите, эту секцию можно провалить 🙃

----------

Не знаю как вам, но 4 стадии это довольно много. Во-первых, это отнимает время. Во-вторых, самое страшное: можно пройти 1-3 стадии успешно, но провалить последнюю или предпоследнюю. 😵 И тогда снова попробовать свои силы вы сможете только через полгода.

У меня лично такой опыт был, я проваливал 2-ю стадию на алгоритмы. А вы какой этап провалили на собеседовании в бигтех? Либо все стадии с первого раза прошли?)

Почему разработчики часто проваливают собеседование в бигтех?

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

1️⃣ Решают live coding задачи, которые навряд ли им попадутся на собеседовании. Обычно на каждом этапе есть топ тем, на которые дают решать задачи. И если знать эти темы, то во время подготовки можно сделать на них основной упор.

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

3️⃣ Недооценивают финальную секцию. Разработчики могут успешно пройти все стадии с кодом, но завалить этап на проверку софт скилов. А чтобы его пройти, необходимо знать, какие вопросы задают и заранее подготовить на них ответы.

Я сам понял все трудности, когда проходил собеседование в Яндекс. Я прошел все этапы интервью только с 3-й попытки и получил в итоге оффер на 300k+ RUB! 🔥

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

Я прекрасно понимаю ваши трудности на пути к получению оффера, поэтому подготовил для вас гайд "Как получить оффер в ЯНДЕКС на 300k+ RUB на позицию Front-End?". В нем подробно описаны все этапы интервью в Яндекс: какие задачи дают, какие каверзные вопросы задают, все дополнено полезными ссылками на материалы и многим другим.

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

Вышло новое видео на YouTube, где разбираем решение 3-х задач с реального собеседования в Яндекс 🔥

Кто еще не смотрел, переходите по ссылке https://youtu.be/ilZiDZ_rXXo?si=pBq6XrY0jrdPmr7g

Как эффективно готовиться к техническим вопросам перед собеседованием?

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

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

Но самое главное, что эти знания можно эффективно освежить в своей голове. Как это делается? Простые заметки!

Я заметки веду в Google Keep, где сделал отдельную вкладку с различными сложными вопросами с собеседований. Там и про React Fiber, Reconciliation, Event Loop, про то как работает парсинг веб-страниц в браузере, различия SPA и SSR, минусы React как библиотеки и многое другое. Мне часто задают подобные теоретические вопросы на собеседованиях. Поэтому я заранее подготовил на них краткие ответы в виде заметок.

Итого, как проходит моя подготовка к теории? Открываю Google Keep, пробегаюсь за 20 минут по всем сложным темам, после иду уверенно проходить собеседование 🔥.

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

---------

А как вы готовитесь к теоретическим вопросам перед собеседованием? Сколько у вас времени занимает подготовка? 🤔

P.S. Кстати, многие свои заметки со сложными вопросами я выкладываю здесь. Почитать их можно в закрепленном посте (смотрите "Теория с собесов").

Буквально недавно в приватном сообществе выложил полностью все части гайда "Как получить оффер в ЯНДЕКС на 300k+ RUB на позицию Front-End?". 🔥

Делюсь с вами содержанием гайда. В нем подробно описаны все этапы интервью в Яндекс: какие задачи дают, какие каверзные вопросы задают, все дополнено полезными ссылками и материалами.

Присоединиться к сообществу и получить гайд можно через ТГ бота @easy_jobinterivew_frontend_bot 😉

Вышло новое видео на YouTube!

В нем подробно рассказал, как решать задачи на Event Loop на собеседованиях 🔥. В видео сначала приводится кратко вся теоретическая база Event Loop, а после дается разбор решения 2-х задач: легкой и сложной.

Кто еще не смотрел, переходите по ссылке! https://youtu.be/iL4srHpf6gE?si=J_VgUvLgCVb4WyuP

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

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

1️⃣ Интервью с большим количеством live-coding задач на JavaScript и алгоритмы. Бигтехи

Такие собеседования обычно есть в бигтехах (Яндекс, Тинькофф и т.п.). Также само собеседование разбито на 3-4 стадии, которые проводятся в разные дни.

👍 Плюсы:

- Возможность работать в крупной компании над большими проектами с миллионами пользователей.

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

👎 Минусы:

- Нужно тратить от 1-2 недель на хорошую подготовку к решению live-coding задач.

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

- Задают мало вопросов про ваш реальный опыт и проблемы, которые вы решали в рабочее время. Основной акцент идет на решение live-coding задач.

2️⃣ Интервью с одним этапом на 1-2 часа, где задают в основном только теоретические вопросы

👍 Плюсы:

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

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

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

👎 Минусы:

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

- Иногда бывает такое, что после 1 часа теоретических вопросов, могут дать решить 1-2 live-coding задачи. Как по мне, это абсолютно бессмысленно, если человек за 1 час интервью уже показал всю свою компетентность и глубину знаний.


ИТОГО

Скажу так, самый идеальный формат собеседования под пунктом 2️⃣. Он не отнимает у вас как кандидата много времени на подготовку и позволяет за один звонок показать всю компетентность знаний. Кстати, мое собеседование в текущую компанию было как раз в разговорном формате и без live-coding задач.

Но вариант 1️⃣ тоже имеет место быть, так как позволяет устроиться в крупную компанию на IT рынке.

‼️ Поэтому перед каждым собеседованием задайте вопросы HR: "В каком формате будет проходить интервью? Будет ли live coding? На какие темы обычно задают вопросы на собеседовании в вашу компанию?". Это абсолютно нормальные вопросы, не бойтесь их задать. Большинство HR подробно рассказывают про формат и часто задаваемые вопросы на собеседовании в их компанию.

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

Совсем забыл рассказать, вышло новое видео на YouTube! 🔥

еще 3 недели назад))

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

Поэтому кто еще не смотрел, переходите по ссылке! https://youtu.be/dYeOfz_ttUA?si=KFuP5zkr_NRu5Gu-

Расскажи, как работают браузеры?

Этот вопрос может попасться на собеседовании Front-End разработчику. Ставьте 🔥, если вам задавали такой вопрос на интервью.

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

1️⃣ Парсинг. Когда Браузер получил первый пакет данных, то он сразу начинает парсинг. Парсинг - Преобразование данных в DOM и CSSOM.

1.1. Построение DOM-дерева. На данном этапе происходит обработка разметки HTML.

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

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

1.2. Построение CSSOM (объектная модель CSS). Браузер считывает каждый набор правил в CSS, создаёт дерево узлов с родителями, детьми и соседями, основываясь на CSS селекторах.

2️⃣ Рендеринг. Он делится на следующие этапы: стилизация, компоновка, отрисовка и композиция.

2.1. Стилизация. На данном этапе идет комбинация DOM и CSSOM в дерево рендеринга (DOM + CSSOM = Render Tree). Render tree дублирует структуру DOM, но сюда не попадают невидимые элементы. Например, <head /> или элементы с display: none не будут включены в Render Tree, так как они не должны быть отрисованы.

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

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

Важное уточнение: когда компоновка происходит 2 и более раз, то этот процесс называется перекомпоновка (reflow).

2.3. Отрисовка (Paint). Во время фазы отрисовки браузер преобразует каждое поле, вычисленное на этапе компоновки, в фактические пиксели на экране. Грубо говоря, на данном этапе идет раскрашивание элементов.

Важное уточнение: когда отрисовка происходит 2 или более раз, то этот процесс называется перерисовка (repaint).

2.4. Композиция (необязательный этап). Композиция происходит, когда разделы документа отрисованы на разных слоях. Благодаря тому что элементы расположены на отдельных слоях, reflow и repaint для элементов одного слоя не затрагивают элементы на остальных слоях. Этим самым улучшается производительность отрисовки контента браузером.

Хороший пример композиции - анимация через свойства transform и opacity. Элементы с данными свойствами выносятся на отдельный слой и обрабатываются при помощи GPU (графический процессор). Если основной поток JS заблокируется (например, через бесконечный цикл), то анимация через transform и opacity будет работать и не зависнет на экране, так как она запускается в отдельном потоке. Но вот если написать анимацию через другие свойства (например, left, right, top, bottom), то анимация зависнет, если основной поток JS будет занят другой тяжелой задачей. Визуально это можно посмотреть в данной статье.

P.S. Более подробно углубиться в тему работы браузеров рекомендую через эту статью на MDN.