🪙 Как заработать 1M$ на GitHub?

Парень ушел с работы пять лет назад и начал заниматься опенсорсом. Запустил два проекта Livewire и Alpine.js. За два года начал поднимать $100k/yr на GitHub sponsors. Больше всего денег принесли премиум подписки на продукт Livewire (725K) и рекламные интеграции (200K).

В своей статье автор Caleb Porzio приводит простые истины:
• Давать что-то, что люди могут купить. Люди хотят поддерживать проект, но не готовы просто так отдавать свои деньги.
• Начинать стоит продавая обучение. Обучайте за деньги как пользоваться вашим софтом.
• Работайте над оформлением и документацией. Пусть все важные новости, анонсы и курсы будут всегда видны потенциальным покупателям.
• И куча других советов, которые я пока не полностью могу осознать, но вы можете прочитать в статье.

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

➡️Ссылка на статью
https://calebporzio.com/i-just-cracked-1-million-on-github-sponsors-heres-my-playbook

━━━━━━

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

Ставь 🌚, если у вас есть open-source проект, над которым вы активно работаете.
Ставь 🥱, если для вас опенсорс это интересно, но бедно.

🧑‍🚀 Почему сейчас так сложно устроиться на работу в айтишке?

Сегодня количество выпускников компьютерных наук самое большое в истории. Предложений на рынке стало больше.
• Одна из причин, это лозунги а ля “В Гугле вы можете получать миллионы”. Если говорить это слишком часто, то люди за этим начнут гнаться.
• Другая причина это дорогое образование. Это подталкивает студентов к выбору более прибыльных специальностей, таких как компьютерные науки и смежные с ними области.
• Технологии и компьютеры популярны как никогда. Вся наша сегодняшняя жизнь связана с технологиями, отчасти поэтому больше людей проявляют к ним интерес.

Рынок предложений сократился. Компании стали меньше публиковать вакансии и чаще увольнять. В целом количество сотрудников работающих в техническом секторе США замедлило свой рост.
• Первая причина. Изменения процентных ставок и налоговых обложений заставили компании ужесточить политики найма.
• FAANG начал нанимать меньшее количество людей.
• Нанимать стало сложнее из-за большого количества обмана и лжи.

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

➡️Ссылка на статью
https://ryxcommar.com/2024/08/17/why-does-getting-a-job-in-tech-suck-right-now-is-it-ai

❤️Давайте поддержим лайками наших коллег, которым не просто найти работу в сегодняшних реалиях.

🕺Как трайвить на ревью?

Первый шаг к стаффу - Done ✔️

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

Давайте расскажу, что мне помогло

🙆‍♂️Тимлид - союзник

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

🎯Правильные задачи

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

😼Паспорт хвастуна

Я на протяжении полугода ввел brag document, где описывал все свои достижения. Это помогло мне и моему лиду еще перед ревью понять, чем я занимался весь цикл. Я о нем писал тут и тут.

🚧Вклад за пределами команды

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

👀Пару инсайтов

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

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

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

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

⁉️Считаете ли вы, что ваш менеджер/тимлид делает все для вашего успеха? 👍👎

#roadtostaff

🪩Work Smart, Party Hard

Дочитай до конца, чтобы узнать супер важные лайфхаки 👇

Очередная интересная статья “Nobody ever gets credit for fixing problems that never happened” или “Никто и никогда не похвалит за решение проблем, которых не случилось”.

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

Объясню простыми словами. Чтобы повысить свою эффективность нужно или увеличить количество рабочих часов или научиться за рабочее время выполнять больше работы. Рассмотрим эти два варианта.

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

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

Мораль

Если вы тратите свое личное время на работу это явный признак, что что-то в вашей рабочей жизни пошло не так.

➡️Ссылка на статью
https://web.mit.edu/nelsonr/www/Repenning=Sterman_CMR_su01_.pdf

Простые лайфхаки для оптимизации рабочего дня:
🔹Чтобы не стоять в очереди на обед, можно пообедать утром.
🔹Вместо того, чтобы 10 минут придумывать поздравления коллеге, это можно решить одним промптом в ChatGPT.
🔹Игнорируйте человека, пока он не напишет вам 3 раза.
🔹Не ходите на всякие all-hands, ваши коллеги и так расскажут вам последние сплетни.
🔹Не ревьюйте документы/пулл реквесты, пока их не поревьюили до вас, а потом можно не глядя ставить LGTM.
🔹Не улыбайтесь, чтобы с вами случайно не завели дружескую беседу. Можно не мыться, эффект тот же.

⁉️Поделитесь в комментариях вашими личными лайфхаками 🙂

🪜Простой фреймворк карьерного роста

Кто такие distinguished engineers? Почему до стаффа так тяжело вырасти? Как инженеры меняют мир?

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

Подкаст про фреймворк уровней в Big Tech компаниях. Советую всем послушать, а тут приведу мысли, которые мне понравились.

Выжимка:

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

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

Вторая по сложности часть роста - консистентность, показывать высокий результат на протяжении нескольких циклов. Самый раздражающий момент на ревью “Да, ты сделал проект, который подходит для стаффа, но мы хотим еще подождать и год посмотреть”.

Уровни
🔹 Junior Eng делает, что говорят
🔹 Middle Eng дают задачи, он задает вопросы в рамках этих задач
🔹 Senior Eng вместо задач ставят цели
🔹 Staff Eng переворачивает игру, он говорит организации, чем нужно заниматься
🔹 Senior Staff Eng участвует в запуске масштабных проектов, которые приносят компании больше миллиарда прибыли
🔹 Principal Eng меняют мир. Например создатели Bazel / Angular / React
- Distinguished Eng создают новую индустрии. Например map-reduce или Google Реклама

Чуть больше про staff swe:
🔹 Придумывает стратегии, как компании достичь своих целей.
🔹 Менеджер не указывает staff инженерам, чем им заниматься. Наоборот, стафф-инженер подсказывает организации или департаменту, на что стоит обратить внимание и чем заниматься.
🔹 Если синьор спрашивает, что нужно сделать, чтобы стать стафф инженером, то ментально этот человек не готов к этой роли.

➡️Ссылка на подкаст
https://soundcloud.com/podlodka/podlodka-384

➡️Ссылка на tg-канал
@faang_career

━━━━━━

Если честно, объяснение стафф позиции словами Макса это откровение в чистом виде.

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

✔️ Сохрани себе пост, чтобы во вторник с умным видом обсудить с коллегами на кухне

🚓Leetcode vs собеседования 2

Сколько и каких задач решить на литкоде, чтобы пройти в MAANG?

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

Сегодня разберем статью от interviewing.io, про то, как статистика на Литкоде и работа в MAANG связаны друг с другом.

Эксперимент включал в себя опрос и оценку LinkedIn/Leetcode профилей 700 инженеров. На основе этих данных, платформа вычислила корреляцию между литкодом и работой в MAANG.

• У ребят, работающих в MAANG в среднем больше решенных задач, чем у других инженеров.
• Большинство топовых кандидатов на платформе http://interviewing.io останавливаются на отметке 500 решенных задач. Не сказать, что решение больше 500 задач дает ощутимый прирост к результатам.
• Данные показывают, что нужно решать hard задачи, шансы пройти в MAANG выше. Но не стоит заставлять себя решать только сложные. Лучше сфокусироваться на практике, чем подбирать идеальные вопросы.
• Каждые 50 решенных medium задач повышают шансы прохождения интервью на 3%.
• Каждые 50 решенных hard задач повышают шансы прохождения интервью на 7%.
• Начинайте с самых популярных вопросов.
• Иногда заявленная сложность не совпадает с фактической. Поэтому можно ориентироваться на acceptance rate.
• Контесты и соревнования не дают никаких ощутимых бустов к прохождению собеседований. В них стоит учавствовать, если только вам интересно.

➡️Ссылка на статью
https://interviewing.io/blog/how-well-do-leetcode-ratings-predict-interview-performance

✔️Поделись постом с коллегой, который сейчас проводит много времени на литкоде

🤳3 улучшения вашей поведенческой истории

Principal Solutions Architect из AWS делится своим 5 летним опытом интервьюера по прохождению поведенческих собеседований.

Вначале давайте вспомним, что правильная история состоит из 4 частей: Situation, Task, Actions, Results. Теперь давайте попробуем улучшить каждый шаг, чтобы история выглядела более синьорной.

Хорошие истории должны делать упор на следующие аспекты:
1. Масштаб и важность (Scope and Impact)
2. Техническая глубина и сложность (Technical Depth and Complexity)
3. Лидерство и работа в команде (Leadership and Collaboration)

🔸Situation

Чтобы интервьюер по ошибке не принял вас за джуниор разработчика, начните свою историю с масштаба (scope) и важности (impact).

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

Хорошо: Наш онлайн магазин, который ежемесячно приносит $10 млн выручки, стал медленнее загружаться, что отразилось на показателях, продажи упали на 5%.

🔸Task, Actions

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

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

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

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

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

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

🔸Results

Результаты нашей истории также должны отражать масштаб и вклад наших изменений.

Плохо:
Все эти улучшения сделали загрузку на 30% быстрее и значительно улучшили опыт работы с платформой для наших пользователей.

Хорошо:
Общие усилия привели к сокращению времени загрузки страницы на 30%, что позволило нам достичь целевого времени загрузки менее 2 секунд. Эти улучшения привели к увеличению коэффициента конверсии на 15%, что повысило ежемесячную выручку на 1,5 миллиона долларов.

➡️Ссылка на статью
https://read.highgrowthengineer.com/p/how-to-avoid-downleveling

✔️Сохрани пост на будущее, когда будешь готовиться к поведенческим собедованиям

⭐️ The 2024 ICPC World Finals Astana

Случайно от коллеги узнал, что вчера в Астане состоялся финал по cпортивному программированию среди студентеческих команд The 2024 ICPC World Finals Astana.

Всего участвовало 140 команд из 50 стран. Это соревнование проводится уже на протяжении 48 лет.

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

Результаты
🥇Peking University
🥇Moscow Institute of Physics and Technology
🥇Tsinghua University
🥇Tokyo Institute of Technology
🥈KAIST
🥈National University of Singapore
🥈Beijing Jiaotong University
🥈The University of Tokyo
🥉Seoul National University
🥉Zhejiang University
🥉Massachusetts Institute of Technology
🥉Swarthmore College

Самой близкой к призовым местам среди Казахстанских команд оказалась команда МУИТа, заняв 27ое место.

➡️Трансляция
https://www.youtube.com/watch?v=bfOaKd6DYVk

➡️Задачки
https://codeforces.com/blog/entry/134044

➡️Турнирная таблица
https://scoreboard.icpc.global/2024/scoreboard/

🚀 10 недельное наставничество по собеседованиям

UPD. Я уже практически определился с финальным списком участников, поэтому можно больше не писать. Спасибо всем 🙂

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

Подводка

За последний год я провёл более 20 бесплатных собеседований для участников этого канала, многие из которых опубликованы под тегом #реальныйопыт. Эти сессии не только помогли участникам, но и позволили мне глубже погрузиться в процесс отбора в крупные компании.

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

Моя работа, мой канал, мои пробные и реальные собеседования позволяет мне совершенствовать свои навыки как кандидата так и интервьюера. Благодаря этому я успешно прохожу собеседования в большие компании. Например, в только этом году я получил офер от Amazon, Atlassian, и чуть не дошёл до офера в TikTok. Помимо этого были оферы в Revolut, Bolt, Yandex, Canva, Google.

Менторство

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

🎯Цель: Помочь участникам успешно пройти финальные собеседования.

Кого я ищу?
🔹3-5 инженеров, которые серьезно настроены на работу в BigTech в перспективе 3-6 месяцев
🔹Инженеров, которые уже сейчас активно штудируют литкод и изучают систем дизайн

Мой текущий результат:
🔹Рауан, который обратился ко мне с предложением поработать над его подготовкой. В течении 2-3 месяцев мы проводили моки, обсуждали как ввести переговоры с рекрутером, полировали поведенческие истории, обсуждали нюансы разных компаний.
🔹Как результат: Рауан смог получить офер от Google, дойти до финальных этапов Амазона, и застрять из-за реорганизации в Meta на этапе знакомства с командами. Его истории можно найти тут, тут и тут.

Тут можно ознакомиться чуть поглубже с планом по менторству [ссылка].

🏋️‍♂️ Менторство насыщенное и продолжительное. Я хочу вложиться в участников группы и дать им все знания, и опыт, который я накопил. Есть вероятность, что мы выйдем за пределы 10 недель, но главное ваш результат.

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

✔️ Если интересно поработать вместе, а также вопросы по стоимости и любые другие, то напишите мне @argyntim. Буду отбирать кандидатов.

✔️ Поделитесь постом с теми, кому это будет интересно

🥷 Кто заинтересован в интервью?

Когда мы говорим о собеседованиях, обычно представляем себе два противоположных лагеря: "кандидаты" и "компания".

Интервьюеры автоматически причисляются к компании, и на них редко смотрят как на отдельную сторону процесса.

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

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

Чего хотят кандидаты от интервью?
• Пройти до конца процесса и получить офер
• Протестировать свою экспертизу и свои навыки, получить объективную оценку
• Познакомиться, пообщаться и “поработать” вместе с инженерами компании

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

Чего хочет интервьюер от интервью?
• Использовать собеседования, как дополнительный рычаг при оценке/повышении
• Не тратить много времени на собеседования, успевать выполнять основные обязанности

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

👨‍🎤А вот парадокс:
• Чем больше времени я трачу на собеседования, тем меньше времени я оставляю на достижения целей команды.
• Чем меньше времени я оставляю на достижения целей команды, тем ниже мои шансы показать достаточный результат для дальнейшего карьерного роста.

Поэтому логичный вопрос: Для чего стоит собеседовать?
1️⃣Это моя причина. Чтобы понимать, как правильно проходить технические интервью. Собеседования - отличная возможность понять, как оценивают кандидата, какие ошибки они совершают, чего нужно избегать и наоборот, какие кандидаты чаще всего проходят дальше.
2️⃣Вторая причина - вы и ваш менеджер на одной волне и точно понимаете, как это поможет вашему продвижению.
3️⃣Есть еще те, кому это просто нравится, но я пока не понимаю эту мотивацию.

✔️ Мораль. Нет смысла быть интервьюером, если это никак вам не помогает вам в карьере или в смене компаний

Beyond Cracking the Coding Interview

Вышло продолжение уже ставшей классикой книги “Cracking the Coding Interview”. Мне кажется нет ни одного инженера, который в попытке попасть в MAANG, не пролистывал бы ее.

Книга называется “Beyond Cracking the Coding Interview: Pass Tough Technical Interviews, Get Noticed, and Negotiate Successfully (Cracking the Interview & Career)”. Помимо автора первой части, Gayle Laakmann McDowell, в числе соавторов также числиться Aline Lerner, основательница платформы interviewing.io.

➡️Ссылка на предзаказ, я заказал себе
https://www.amazon.com/dp/195570600X

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

📇5 причин писать дизайн доки

В Канве, за короткое время в этой компании я написал такое количество дизайн документов, сколько не писал за всю свою карьеру.

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

Что такое Дизайн Документ?

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

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

Подготовил для вас шаблон такого документа для наглядности.

Именно поэтому сегодня перевод статьи “Reasons to write design docs”.

Дизайн доки заставляют думать

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

Совместная работа улучшает качество документа

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

Дизайн доки - это база знаний

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

Кто виноват и что делать?

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

Дизайн документ устаревают

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

➡️Ссылка на статью
https://ntietz.com/blog/reasons-to-write-design-docs

🤦Как неправильно использовать рефералы

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

Когда-то давно я участвовал в программе от Гугла Google Summer of Code. За лето я успешно закончил проект, получил деньги, не получил футболку, а еще мне выдали одноразовый реферал, который я мог использовать, чтобы попасть в Google.

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

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

Проблема в том, что быть готовым это понятие относительное, не выраженное в метриках. А еще 100% готовым ты не будешь никогда. Всегда будут вопросы, на которые не сможешь ответить. Всегда будут задачи, которых нет на литкоде.

Ребят с СНГ все больше и больше в MAANG компаниях. Могу смело предположить, что у каждого из вас есть как минимум один контакт, работающий в Google, Amazon, Meta.

✔️Начните с ними общаться уже сегодня. Налаживать контакт, добавляться в linkedin, лайкать их посты, узнавать про интервью процесс, просить рефералы. Как пел Иван Дорн, не надо стесняться.

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

⁉️Что если инженера от компании мечты отделяет всего лишь 3 попытки.

🧑‍🚒Compensation Heatmap

У Levels появилась карта, которая показывает зарплаты в каждом регионе. Пока что это только для штатов, но я верю, что и мой поселок скоро там появится.

Очень наглядно: сразу видно, что в Сиэтле и в Bay Area зарплаты высокие. Было бы отлично объединить эти данные с Numbeo и налоговыми сервисами, чтобы точно понимать, где в Штатах получают больше всего «на руки».

➡️Ссылка
https://www.levels.fyi/heatmap

🪓Тварь ли я дрожащая или право имею

Недавно наша команда прошла интересный тест. Внутри Canvа есть сервис — по сути, опросник, который помогает определить, что мотивирует и демотивирует сотрудников.

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

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

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

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

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

Этот риск иногда не оправдывается. В Яндексе есть старый мемный пост от инженера Яндекс почты, который занимался новым интерфейсом почтового сервиса. Видимо выкатка проекта откладывалась долгое время и чувак так и написал “Я решил, что уже пора, беру на себя инициативу” и раскатил крупное обновление на всех пользователей. Легенда гласит, что это действие быстро привлекло внимание топ-менеджмента, обновление откатили, а сотрудника уволили.

✔️Лидерство - это не только умение следовать правилам, но и готовность взять на себя риск за их нарушение, если это действительно необходимо.

➡️Ссылка на статью
https://www.scarletink.com/p/good-employees-follow-rules-great-employees-break-them

🪥 Зубная паста, чай и увольнения

Meta уволила 24 сотрудников в Los Angeles за нецелевое использование кредитов на еду.

Meta бесплатно кормит сотрудников в больших офисах. В более маленьких офисах каждому сотруднику выдают кредиты на заказ еду, 20$ на завтрак, 25$ на обед и 25$ на ужин.

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

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

Мнения в интернете разделились на два лагеря.
🔸 Одни считают, что это оправданное решение. Сотрудники нарушили протокол, по сути воровали у компании, и за дополнительные 500$ в месяц рискнули своей карьерой.
🔸Другие же думают, почему стоило быть такими категоричными и cразу увольнять. Можно было просто поговорить и предупредить. И вообще это часть политики “затягивания поясов” в последнее время.

⁉️Считаете ли справедливым решение уволить человека, если вместо того, чтобы тратить 25$ в офисе, он тратит их дома?

➡️Ссылки
https://www.theguardian.com/technology/2024/oct/17/meta-fires-staff-free-meal-vouchers-buy-household-goods

https://www.reddit.com/r/business/comments/1g6v86d/meta_fires_staffer_on_400k_a_year_for_spending_25/

https://www.teamblind.com/post/10-employees-fired-from-Meta-for-abusing-a-25-grubhub-credit-usBdMEH7

🥶Почему люди уходят из Big Tech

Если MAANG это работа мечта, тогда почему инженеры оттуда уходят?

На Pragmatic Engineer вышла статья, которая приводит причины и примеры, почему сотрудники покидают такие компании, как Google, Amazon, Meta.

🔸Big Tech больше не считается стабильным

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

Работа в Big Tech больше не гарантирует стабильность, и всегда есть риск увольнения, что подтверждается массовыми сокращениями в таких гигантах, как Meta, Google, Amazon и Microsoft. Исключениями остаются только Apple и NVIDIA.

🔸Стартапы предлагают больше возможностей для профессионального роста

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

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

🔸Недостижимые вершины в Big Tech

Рост по карьерной лестнице в крупных компаниях затрудняется с каждым этапом. Чем выше поднимаешься, тем сложнее преодолеть «потолок», и пути к дальнейшему продвижению часто неочевидны.

Однако, если ты менеджер среднего звена в Big Tech, можно получить более высокую управленческую роль в стартапе. Это также верно и для инженеров: senior-инженер может претендовать на должность principal или даже CTO в стартапе.

Интересно, что это может работать и в обратную сторону: покинув Big Tech на позиции senior, можно вернуться в компанию уже в роли CTO, применив уникальный опыт, полученный в стартапе.

🔸Падение акций - дополнительный стимул уйти

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

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

➡️Ссылка на статью
https://newsletter.pragmaticengineer.com/p/leaving-big-tech


------------------

Иногда я задумываюсь о том, как стать CTO в такой компании, как Canva. Есть два пути: первый — долгий карьерный рост внутри компании. Второй — уйти или основать стартап, пройти через сложные этапы создания бизнеса, а затем вернуться уже на позицию технического директора.

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

⁉️Что думаете об этом?