Главные советы за 12 лет в Google

Интересный пост от инженера, который дает крутые советы после 12 лет в гугле. Они помогают не только в MAANG, но и задают правильное направление в жизни. Пост очень полезный и является настольной книгой и мантрой.

🟣1. Обучайтесь всегда.

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

🟣2. Пользователь всегда прав.

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

🟣3. Умейте сотрудничать.

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

🟣4. Просто начните. Лучше исправить, чем ничего не делать

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

🟣5. Вдохновляйте.

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

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

🟣6. Смотрите шире!

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

🟣7. Сосредоточьтесь на том, что вы можете контролировать

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

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

🟣8. Общайтесь доступным языком

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

🟣9. Стройте мосты, не бункеры

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

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

🟣10. Заботьтесь о себе

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

🧬 Вопросы на собеседованиях: Реактивное программирование | RxSwift ч. 1

Я хейтер RxSwift. Мне не нравится реактивное программирование, но от него никуда не убежишь. Сейчас я, слава всем богам, не юзаю её. Но ее не перестают спрашивать на многих проектах Сбера, БКС, Звука, БериЗаряд и многих других.

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

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

В этом сборнике я собрал вопросы:
🟣Почему RxSwift хорошо ложится на MVVM?
🟣Какие плюсы мы получаем в проекте от RxSwift?
🟣В чем разница горячих и холодных обсерверов?
🟣В чем главные концепции реактивного программирования?
🟣И еще 15 частых вопросов, которыми меня душили

🧬 Получить доступ к вопросам можно через подписку в бусти или в боте

📺 Мок-собес по платформе от разработчика из яндекса

Еще один ролик на ютуб. Внезапно через час я дропаю в публичный доступ.

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

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

🧬 Вступайте хотите получить доступ к остальным закрытым видосам

А если хотите провести/пройти — пишите мне в лс @lvbond

Программисты больше не нужны

Вчера в нашем чате сеньор разраб из гугла рассказывал как проводил собес сеньора из apple и как тот максимально провалил собес по SwiftUI и UIKit. Аккуратно под это событие вышел подкаст с принципал инженером из Apple, который дает комменты про Google.

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

🧬 Swift Concurrency: Actors и классические задачи

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

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

Ну а сейчас я потихоньку и тезисно формулирую статьи в базе знаний, но больше фокусируюсь на практике. В этой статье разобрал несколько примеров:
🟣отправка классического запроса в сеть
🟣совместимость кода на GCD и Swift Concurrency с помощью continuations

Дальше будет больше задач, где разберем как сделать дебаунсеры и тротлы, рефреш токены и другие рабочие примеры

🧬 Получить доступ к статье можно через подписку в бусти или в боте