Всем привет!

Меня зовут Сергей, 10+ лет опыта в ИТ, живу в Париже 🇫🇷. Я получал офферы в Лондоне 🇬🇧, Париже 🇫🇷, Цюрихе🇨🇭. Прошел больше 100 собеседований за последний год.

Я сам готовлюсь к FAANG и по ходу подготовки буду делиться своими находками, которые будут полезны всем, кто ищет работу в ИТ с зарплатой от $100К в год – прежде всего в Европе. Это FAANG (Facebook, Amazon, Apple, Netflix, Google), стартапы типа OpenAI, корпорации.

Вот какие материалы будут на канале:
- лайфхаки по подготовке и прохождению интервью
– планы подготовки
– видео, бесплатные и платные курсы, книги
– советы по практическому деловому английскому языку (не забываем про GPT)
– вакансии
– прокачка LinkedIn
– прожарка резюме

Запись на консультацию: https://mentorcruise.com/mentor/sergeipanarin/

На следующей неделе я хочу провести бесплатную прожарку резюме и LinkedIn для подающихся в зарубежные компании в Европе и Штатах (форматы будут разные), присылайте свои резюме в комментариях

Классические ошибки, о которых мы поговорим и которые мы разберем:

Для резюме (CV):
- нужно ли фото и прочая личная информация?
- как писать про свои результаты и достижения?
- сколько писать? 1,2 или 3 страницы?

Для LinkedIn:
- что поставить на фото, теглайн, заставку?
- что писать про образование, курсы, сертификаты?
- как писать про свой опыт?
- что добавить, чтобы профиль смотрелся лучше?

Как расти разработчику?

👨🏻‍💻 Евгений Кателла
📗 Из Яндекса в Staff Engineer в Shopify в Лондоне

❓Что такое хороший разработчик?

– 20% хороший код, 80% умение решать проблему (даже не написав код)
– ‘Я люблю вместе с командой генерировать технические решения бизнес-проблем и мне нравится потом смотреть на свой результат’ выигрывает у ‘Я могу построить сложную архитектуру’

📺Смотреть: https://youtu.be/I1xFaUON5do?si=3BRxuDC4kQgo7XOw

🛠️ Как сделать Infinite Scroll?

❓Зачем это нужно?

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

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

🤖 Как это работает?

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

Поэтому основной подход – это использование виртуализации, то есть сохранения контента только тех элементов, которые видны на экране.

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

📚 Материал по теме

Отличная фундаментальная статья про сам механизм и детали реализации на TypeScript от Евгения Рая (Facebook, Лондон) (канал Евгения: https://t.me/frontend_engineer_blog). 37 минут чтения под хороший кофе или чай:

https://evgeniiray.medium.com/infinite-scrolling-in-web-ultimate-guide-b698124b3172

Я планирую записать скринкаст с пошаговой реализацией алгоритма из статьи Евгения.

System design интервью является одним из этапов собеседований в FAANG и другие ИТ-компании. Суть задания – спроектировать сложную ИТ-систему, рассуждая при этом вслух. Часто это бывают всем известные сайты типа Twitter, Facebook, Instagram или Pinterest.

Но помимо видео с разборами таких задач (в следующих постах я поделюсь ссылками) и чтения книжки “с кабанчиком”, полезно развивать общий технический кругозор и насмотренность (technical sophistication, как его называет автор книги по Ruby on Rails) даже в тех технологиях, которые вы напрямую не используете.

Для развития такой насмотренности я хочу с вами поделиться фильмом и историей Ruby on Rails, которая позволяет лучше понять мир технологий и развития продуктов. Меньше чем за 1 час вы узнаете о Девиде (aka @dhh), 20-летнем парне из Дании, который создал один из самых известных фреймворков для разработки веб-приложений. На нем работают такие гиганты как GitHub и Shopify. А началось все с первого релиза в августе 2004 года.

У Девида была в голове идея – сделать все так просто, чтобы один инженер мог написать веб-приложение и масштабировать его. То, что сейчас является слоганом фреймворка Rails: from HELLO WORLD to IPO.

Для этого он использовал (и сильно популяризировал) концепцию convention over configuration, разумные настройки “по умолчанию”, позволяющие не заниматься бесконечными конфигами, а сразу начинать строить продукт. Это хорошо вписалось в методологию agile с частыми спринтами и “product first”-подходом, которая начала становится популярной в то же самое время (напомню, что Agile Manifesto, с которого все началось, был опубликован в 2001 году).

Так что откладываем Netflix ненадолго и смотрим историю про то, как мечта инженера стала реальностью🍿

https://youtu.be/HDKUEXBF3B4?si=cCl8hcwsLHLWgoo1

Как я решил 100 задач на LeetCode и что я делал неправильно? 👨🏼‍💻

LeetCode – сайт с алгоритмическими задачами, похожими на задачи с собеседований в FAANG и других ИТ-компаниях. Задач там тысячи, они все сгруппированы по сложности (Easy, Medium и Hard – простые, средние и сложные), по теме и по популярности на собеседованиях в конкретных компаниях (можно, например, выбрать задачки, которые чаще всего встречаются на собеседованиях в Apple или Google). Поэтому решение задачек на LeetCode является одним из основных “модулей” в программе подготовки к собеседованиям в топовые ИТ-компании.

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

1. Системность ✅
Многие начинают решать задачки случайным образом, начиная с простых и перепрыгивая между разными темами. Это – неэффективный подход. Попробовав так пару дней, я решился и купил их курс подготовки и пошел решать по темам – сначала читаю и изучаю теорию (точнее вспоминаю ее из института), потом разбираю решения и уже потом решаю сам. Пожалуй, эта одна из лучших моих инвестиций в $100

2. Надежда на чудо ❌
Сначала я думал, что вот надо просто подольше посидеть и как следует все обдумать, еще раз перечитать условие задачи, пописать код и проверить подошел ли ответ. И так проходил час, другой, третий. Потом стало понятно, что если непонятно как решить задачу в первые 5-10 минут, то чуда не случится. Озарение внезапно не приходит. Случайный код не дает вдруг правильный ответ и “зеленые” тесты. Поэтому я стал просто изучать решения задач (я из курса, но вы можете и просто загуглить по номеру и названию задачи – есть много видео-разборов), смотреть какие приемы используются и потом уже, разобравшись и поняв алгоритм, шел решать другие задачи по теме. И это уже действительно позволяло решать задачу за 5-10-20 минут.

3. Нет четкой цели, не меряешь прогресс ❌
Сначала я просто решал задачки, но со временем стал замечать, что не чувствовал прогресс. Это влияло и на самооценку, и на мотивацию. Тогда я завел тетрадку-дневник, куда стал записывать как разборы задач, так и проблемы, на которых я “зависал” в конкретных задачах, чтобы осмыслить их и реже допускать в будущем. Также я стал записываать каждый раз после решения простую статистику: ХХ задач решено, Y%от курса пройдено, рейтинг с системе ХХХ (да, там меряют твое место среди других решающих. Вроде ерунда, а на мотивацию работает. Например, я начинал и был позади 2-х миллионов человек, сейчас в 800 тысячах лучших). Это сработало – появилось приятное ощущение роста и динамики. И для справки, по мнению экспертов решение даже 150 задач дает уже больше 80% успеха прохождения интервью по алгоритмам в FAANG.

4. Выбор неправильного языка программирования ❌
Как понять, что язык неправильный? if (Язык !== Python) print (‘Язык неправильный’) 😀

Так как я последнее время в основном пишу на JavaScript/TypeScript все свои задачи я решал именно на JavaScript. Но сейчас я буду переходить на Python, так как на нем любое решение задачи записывается гораздо проще (приложил скриншот со сравнением). Мы это обсуждали и с моим знакомым из Google в Германии – он тоже однозначно “топил” за Python, даже если ты пишешь на других языках (он, как и я, пишет на JavaScript/TypeScript). Поэтому нужно (и гораздо проще) выучить основы синтаксиса Python и записывать решение 100+ задач быстрее, чем каждый раз фокусироваться не на самом алгоритме, а на правильной расстановке фигурных скобок (как в JavaScript или C++). Помимо этого, в нем много встроенных структур данных, типа кучи (heap), реализации которой в JavaScript вообще нет и на интервью пришлось бы воспроизводить ее, вместо просто использования встроенного функционала языка (а задача-то не про то, как написать реализацию кучи, а как ее правильно использовать и фокус должен быть на этом).

Буду раз узнать о вашем опыте решения LeetCode, ваших ошибках и успехах, в комментариях 👋
#leetcode

@faangiscalling