Болтун - находка для рекрутера ❌

«Все, что вы скажите будет использоваться против Вас в суде» - именно такую фразу должен держать в голове кандидат, когда HR задает ему вопросы.

На сайте interviewing.io вышла новая статья, какие главные ошибки совершают люди при общении с рекрутами. Тезисно выдержка из статьи:

Не раскрываем карты 😐

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

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

Рекрутеры - не ваши друзья 👩‍💻

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

Рекрутинговые агентства обычно получают процент от зарплаты кандидата, примерно 10%. Если вам предложили зарплату 150K, то комиссия агентства составит ~15K. Допустим кандидат рассчитывает на 165K, то рекрутеру легче оставить текущий офер, чем рисковать при общении с компанией в надежде получить дополнительные 1.5K к комиссии.

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

Не называйте свои зарплатные ожидания 🚩

Один раз назвав сумму, ее будет трудно существенно изменить позднее.

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

✔️ Пример ответа за вопрос про ожидания:
«На данный момент я не готов назвать конкретную цифру, потому что сначала мне хотелось бы узнать больше об этой вакансии. Если вы сделаете мне предложение, я буду счастлив рассмотреть его и при необходимости обсудить, и найти решение, которое устроит всех. Я обещаю не принимать другие предложения, пока не обсужу их с вами»

Не называйте, куда собеседуетесь параллельно и на каких этапах интервью 🤐

Если вы скажете, что собеседуетесь в Google на senior позицию в Лондон, то рекрутеры примерно понимают вилку, которую вам предложат. Если вы скажете, что собеседуетесь в небольшой стартап, то рекрутер тоже понимает, что наверняка там не смогут соревноваться по зарплате с bigtech компанией. В зависимости от этой информации, цифра в офере может поменяться.

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

✔️ Пример ответа за вопрос про другие интервью:
«В настоящее время я веду переговоры с несколькими компаниями и нахожусь на разных этапах. Я дам вам знать, если дойду до момента, когда у меня будет предложение на руках, и я обещаю не принимать другие предложения, пока у меня не будет возможности обсудить их с вами.»

Оригинальная статья:
https://interviewing.io/blog/sabotage-salary-negotiation-before-even-start

Big Tech настаивает чаще приходить в офис 🚕

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

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

Zoom
CEO компании Zoom, Эрик Юань сообщил сотрудникам, находящимся в радиусе 50 миль от офиса, что они должны приходить в офис как минимум два дня в неделю.
Объявление было сделано на общекорпоративном собрании 3 августа, в ходе которого Юань сказал, что Zoomies (так называют себя сотрудники Zoom) сложно завоевать доверие друг к другу через экран компьютера. Юань также добавил, что разговоры через платформу Zoom делают людей слишком дружелюбными и что компании сложно вести инновационные дискуссии и дебаты таким образом.

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

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

Статья про Amazon:
https://edition.cnn.com/2023/08/11/business/amazon-warns-employees-office/index.html

Статья про Zoom:
https://gizmodo.com/zoom-ceo-return-to-office-leaked-audio-1850769660

Статья про Apple:
https://www.theverge.com/2022/8/15/23307268/apple-hybrid-working-model-return-to-office-september

Статья про Meta:
https://gizmodo.com/mark-zuckerberg-meta-facebook-remote-work-hybrid-1850499508

3 совета, как делать значимый вклад 🌡

Стартапам тяжело тягаться по зарплате и бонусам с большими компаниями. Часто можно услышать аргумент, что в FAANG инженеры занимаются очень узконаправленными и незначительными проектами, «делают одну кнопку годами», а в стартапах приходиться решать множество разнообразных инженерных задач. Так ли это?

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

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

3 способа как создавать такие истории.

Стремитесь к росту любой ценой 🛒

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

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

Отражайте свой вклад в метриках 📝

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

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

Говорите открыто о своих победах 🥇

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

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

🔗 Оригинальная статья:
https://newsletter.devmoh.co/p/3-key-tips-for-maximum-impact

❓ Как вы думаете, в стартапах интереснее работать чем в MAANG, или наоборот?

Воркшоп по алгоритмам ☄️

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

В преддверии нового потока на курс по алгоритмам, хочу провести воркшоп на тему «Как решать задачи на Leetcode?».

О чем будет воркшоп:
- Чем отличаются задачи на Leetcode от реальных собеседований?
- Из каких этапов состоит техническое собеседование?
- Чем похожи алгоритмические задачи и повседневная работа?
- Какую онлайн платформу использовать для подготовки?
- Какие темы нужно знать, чтобы решать легкие, средние и сложные задачи?
- А также попрактикуемся в решении легкой задачи

Кому будет полезен:
- Всем, кто хочет научиться решать задачи на Leetcode/Codeforces/Hackerrank, но не понимает пока с чего начать
- Тем, кто уже решает легкие задачи и думает, как двигаться к более сложным

🕐 Воркшоп бесплатный и пройдет в формате Zoom, 13-ого сентября в 19:00 по времени Астаны. 

🔗 Для участия пожалуйста оставьте заявку по ссылке https://mockinta.getcourse.ru/intro. Ссылка на встречу придет на почту в день мероприятия.

📩 Репосты приветствуются, поделитесь постом с друзьями и коллегами. Буду признателен.

Наткнулся в LinkedIn на подборку ресурсов по подготовке к MAANG за авторством инженера гугла Dinesh Varyani.
Выглядит объемно, сохраните себе на будущее, кто знает когда жизнь сведет с рекрутером 😬

𝐂𝐨𝐝𝐢𝐧𝐠 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰
- Solve LeetCode medium-level problems (at least more than 250+ covering different topics)
- I have created an xlsx on top/important 500 leetCode questions (https://lnkd.in/dWn73jXd) and a video on How to Crack The Coding Interview. (https://lnkd.in/dsn4cipq).
- Clement Mihailescu's AlgoExpert 195 handpicked questions (In case you want to prepare fast and only good questions)
- I watched my DSA playlist to revise concepts at 2x speed. (https://lnkd.in/dJfS9FkD)

𝐒𝐲𝐬𝐭𝐞𝐦 𝐃𝐞𝐬𝐢𝐠𝐧 / 𝐇𝐢𝐠𝐡-𝐋𝐞𝐯𝐞𝐥 𝐃𝐞𝐬𝐢𝐠𝐧 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰
- Grokking the System Design Interview - It has step-by-step discussion and good case studies on system design (https://lnkd.in/dXywra2R)
- Alex Xu's System Design Interview course on ByteByteGo (https://lnkd.in/d6yRpRvy) - The course covers all the content from his famous book (Vol 1 and Vol 2) System Design Interview
- Clement Mihailescu #SystemsExpert (https://lnkd.in/d-5mSpfw) videos to know how real-life System Design Interviews go

𝐎𝐛𝐣𝐞𝐜𝐭 𝐎𝐫𝐢𝐞𝐧𝐭𝐞𝐝 𝐃𝐞𝐬𝐢𝐠𝐧 / 𝐋𝐨𝐰-𝐋𝐞𝐯𝐞𝐥 𝐃𝐞𝐬𝐢𝐠𝐧 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰
- Grokking the Object Oriented Design Interview (https://lnkd.in/deuAXR-U) - A very detailed and step-by-step approach to various object-oriented design case studies.

𝐀𝐏𝐈 𝐃𝐞𝐬𝐢𝐠𝐧 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰
- Best Practices (https://lnkd.in/d_x39xkK), Implementation (https://lnkd.in/d5fhXZJ7), and Guidelines (https://lnkd.in/dr397Hy2) of API Design
- Look for use cases like - Stripe (https://lnkd.in/dsM7PpJt) and Twitter (https://lnkd.in/dxiMu8wr) API Documentation
- #SystemsExpert also has a few case studies on API design as well

𝐒𝐜𝐡𝐞𝐦𝐚 / 𝐃𝐚𝐭𝐚𝐛𝐚𝐬𝐞 𝐃𝐞𝐬𝐢𝐠𝐧 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰
- Grokking the Object Oriented Design Interview (https://lnkd.in/deuAXR-U) - Take the case studies and try to apply Object to Relational Mapping strategy

𝐁𝐞𝐡𝐚𝐯𝐢𝐨𝐫𝐚𝐥 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰
- Watch Jeff H Sipe, Corporate / Individual Consulting YouTube channel for behavioral questions (https://lnkd.in/d6rgxbnr)
- https://lnkd.in/dXBfNNK9

𝐈𝐦𝐩𝐨𝐫𝐭𝐚𝐧𝐭 𝐃𝐒𝐀 𝐭𝐨𝐩𝐢𝐜𝐬?
Array, Binary Search, Sliding Window, Matrix, Two Pointer, Intervals, Hash Map, String, Recursion, DP, Trees, Graph, Linked List, Stack, Queue & Heap

𝐂𝐫𝐚𝐜𝐤𝐢𝐧𝐠 𝐭𝐡𝐞 𝐆𝐀𝐌𝐀𝐌 𝐓𝐞𝐜𝐡𝐧𝐢𝐜𝐚𝐥 𝐈𝐧𝐭𝐞𝐫𝐯𝐢𝐞𝐰𝐬 - For all the preparation resources, strategies, tips, and roadmap that I followed, you can buy my ebook at - https://lnkd.in/d9xe8yfJ

🔗 Ссылка на оригинальный пост:
https://www.linkedin.com/posts/dinesh-varyani_systemsexpert-systemsexpert-google-activity-7105187146088497152-yvT-?utm_source=share&utm_medium=member_desktop

Как запускался Threads? 👍😍

На pragmatic engineer вышла статья про историю разработки и запуск «убийцы твиттера» Threads от менеджера проекта и главы разработки сервиса.

Приведу выжимку из статьи.

Немного цифр 📈
• 1 миллион пользователей в первый час
• 30 миллионов в первый день
• 70 миллионов за 2 дня
• 100 миллионов за 5 дней

Бережливая разработка ⚙️
Была вера, что более экономичная организация команды поможет быстрее создавать продукты высокого качество, и это оказалось верным.
Все началось с маленькой команды, большинство ребят было из Instagram, не было внешних наймов.
За неделю до запуска команда состояла из:
• 3 менеджера
• 3 дизайнера
• 60 инженеров
Первая строчка кода была написана в конце января 2023, а уже в июне проект был готов к релизу. Разработка заняла 5 месяцев.

Меньше слов, больше кода 🧑‍💻
Команда разработки не дожидалась окончания планирований и всех бюрократических процессов.
Даже перед тем, как руководство дало зеленый свет проекту, разработчики уже писали прототип.

Стэк технологий 💻
Backend - Python / Django
Приложение на IOS - Swift
Приложение на Android - Jetpack Compose (Java / Kotlin)

Старались по максимуму переиспользовать кодовую базу Instagram и внутренние сервисы Meta.

Тестирование 🪲
Бэкенд писался по принципам test driven development.

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

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

Пришлось масштабировать мощности и поддерживать запуск на лету. Благодаря экспертизе инженеров из команд Instagram и Meta, была уверенность в успешном запуске.

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

✈️ Ссылка на статью
https://newsletter.pragmaticengineer.com/p/building-the-threads-app

Всем привет!

Kind Reminder 🙂

Сегодня в 19:00 по времени Астаны будет воркшоп на тему «Как решать задачи на Leetcode?».
Кто еще не зарегистрировался, просьба заполнить форму на https://mockinta.getcourse.ru/intro

За час до встречи отправлю на почту ссылку на Zoom трансляцию 📬

Начинаем через 5 минут 🎲

Всем отправил ссылку на встречу на почту
Если ссылка не пришла напишите сюда, скину

Как пройти техническое собеседование в Big Tech? ❔

Нашел статью инженера Datadog Lambros Petrou по подготовке к собеседованиям. Кто не знает, Datadog это сервис мониторинга, чем-то похожа на Grafana. Lambros Petrou успел поработать в Meta и Amazon, и решил свои опыт подготовки вынести в отдельную статью.

Приведу краткую выжимку, советую почитать всю статью.

Интервью процесс 🎲
Большинство процессов интервью в MAANG подобные компании похожи между собой. Есть небольшие различия в подходе и сложности задач.

Процесс состоит из следующих этапов:
2-3 секции с написанием кода
1-2 секции с проектированием систем, обычно для инженеров уровнем Senior и выше
1-2 секции поведенческих вопросов

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

Coding 👩‍💻
Именно этот тип интервью раздражает многих разработчиков. Если только вы не работаете в сфере, где нужно решать алгоритмические задачи изо дня в день.

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

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

Практикуйтесь ежедневно или несколько раз в неделю в течение 2–5 недель в зависимости от ваших навыков.

System Design 🖌
Подготовке к этому типу собеседований сложнее, чем к алгоритмам.

Что рекоммендует автор?
1. Изучать стэк технологий вашей компании. Интересоваться у коллег архитектурными решениями. В частности автор многое понял, просто разбираясь как устроен AWS.
2. Читать инженерные блоги BigTech компаний
- https://aws.amazon.com/builders-library/
- https://engineering.fb.com/
- https://blog.cloudflare.com/
3. Прочитать кабанчика https://www.amazon.co.uk/Designing-Data-Intensive-Applications-Reliable-Maintainable/dp/B08VKMNDBN/
4. Просмотреть видео разбора интервью https://www.youtube.com/playlist?list=PLeNDQKdre0oEzLXh8Ksl2Ocoeltx0gD8-
5. Прочитать https://www.amazon.co.uk/gp/product/1838430210

Еще ресурсы для подготовки
- https://blog.pragmaticengineer.com/preparing-for-the-systems-design-and-coding-interviews/
- https://www.youtube.com/playlist?list=PLeKd45zvjcDFUEv_ohr_HdUFe97RItdiB
- https://www.hiredintech.com/classrooms/system-design/lesson/52
- https://github.com/shashank88/system_design
- https://github.com/checkcheckzz/system-design-interview

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

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

Готовьтесь не только к приятным вопросам, но к негативным тоже. Как справились с конфликтом работе? Как завалили проект? Каких навыков вы хотели бы улучшить?

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

Посмотрите видео https://www.youtube.com/watch?v=PJKYqLP6MRE

➡️Ссылка на оригинальную статью
https://www.lambrospetrou.com/articles/big-tech-software-interviews/

Google сокращает персонал рекрутинга 🍴

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

«Мы продолжаем инвестировать в лучшие инженерные и технические умы, одновременно значительно замедляя темпы найма персонала», — написал Кортни Менчини, представитель Google. «Вместе с этим снизился объем запросов к нашим рекрутерам. Чтобы продолжить нашу важную работу по обеспечению эффективности нашей работы, мы приняли трудное решение сократить размер нашей команды по подбору персонала».

Напомню, что в январе родительская компания Alphabet анонсировала планы уволить 12 000 сотрудников, порядка 6% персонала. Несмотря на сокращения, доход компании за второй квартал этого года увеличился на 7%.

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

⬅️ Ссылка на статью
https://www.cnbc.com/2023/09/13/google-is-cutting-hundreds-of-jobs-in-its-recruiting-organization.html

Немного про английский 🌴

Я всегда думал, что мой английский на хорошем уровне. За моей спиной было обучение в КТЛе, СДУ и Назарбаевском университете. Я сдавал IELTS, плюс проводил собеседование и выступал в Яндексе на английском. Я спокойно читал документации, смотрел доклады и лекции зарубежных спикеров. Иногда даже читал художественные книги на английском.

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

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

IELTS

IELTS не является показателем знания английского, как и ЕНТ/ЕГЭ реальными знаниями по предметам. Но подготовка и сдача этого экзамена помогает закрыть все базовые пробелы.

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

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

Github

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

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

Я думаю в целом участие в open source проектах, баг репорты, фича реквесты и код ревью помогают прокачать writing.

Native speaker

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

В каждой стране есть студенты, которые хотят закрыть свой студенческий долг, есть обычные работники, которые ищут дополнительный заработок. Среди можно найти человека, нативного спикера, который за денежку готов с вами разговаривать о чем угодно. Их можно найти простым поиском в гугл, например "Sydney english tutor" и дальше уже определиться по цене и по времени.

К примеру супруга платит 40 AUD за час общения с практикующим хирургом 😐. Можно обсуждать, что угодно, главная задача - перебороть страх общения. Основное отличие от руссоговорящего репетитора - невозможность переключиться на русский, начинаешь осознавать, что худо бедно, но собеседник понимает тебя. Плюс перенимаешь некоторые фразочки, например австралийцы не говорят «afternoon», а используют сокращение «arvo».

❓ А что вам помогает улучшить английский?

7 навыков топ инженеров 🔴

Как топовые инженеры перформят на высоком уровне? Выжимка из статьи "7 simple habits of the top 1% of engineers".

Используйте код стайл

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

Эта одна из причин, почему Google и Meta могут релизить большие куски кода быстро, при этом исходники остаются читаемыми. Если в вашей команде нет инструмента для проверки стандартов кода, стоит инвестировать время и силы во внедрении такового.
- Google style guide https://google.github.io/styleguide/
- Meta style guide for open source project https://github.com/facebook/hhvm/blob/master/hphp/doc/coding-conventions.md

Пишите эстетичный, простой код

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

Код таких инженеров всегда чист, структурирован и логичен. Каждая строчка обоснованна, при необходимости имеются подробно описанная документации внутри кода.

Избегайте сюрпризов

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

Тесты также дают уверенность в новых изменениях.
- Unit тесты - для классов и методов
- Интеграционные тесты - для взаимодействия между компонентами
- End-to-end тесты - для проверки системы с позиции пользователя

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

Общайтесь чаще

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

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

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

Будьте непредвзятыми по отношению к коду

Через 20 лет большинство вашего кода будет или переписано или не будет использоваться или станет тех долгом.

Код несовершенен. Никому по сути не важен сам код, а важна польза которую он несет.

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

Пишите код быстро…и медленно

Лучшие инженеры, которые завершают проект в сжатые срокие…пишут код медленно. Звучит противоречиво?

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

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

Код для человека, а не для компьютера

«Каждый дурак может написать код, который поймет компьютер. Хорошие программисты пишут код, который смогут понять люди» - Мартин Фоулер

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

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

Не стоит слепо следовать правилам

Не всегда получиться следовать гайдам, в том числе и в этой статье.

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

⬅️ Ссылка на оригинальную статью
https://engineercodex.substack.com/p/7-simple-habits-of-the-top-1-of-engineers

Staff Engineer в Мета с зарплатой $800K ⬆️

Вышла статья инженера Rahul Pandey про то, как он за 4 года вырос из senior до staff инженера (E5 to E6) в Meta и его совокупный доход за последний год достиг более $800K.

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

● Самый большой скачок в зарплате произошел при переходе от Senior до Staff.

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

● Чтобы получить повышение - недостаточно один-два раза на ревью показать результат “выше ожиданий”. Нужно постоянно показывать высокую эффективность, на это может потребоваться время.

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

● Как только выбрали правильную компанию, можно забыть про литкод и алгоритмы, и не тратить на это время.

● Нужно понимать как работают акции и опционы. Слишком много разработчиков закцикливаются только на зарплате. Автор закрыл 2021 год с доходом в 800 тысяч долларов в Meta, и почти 600 тысяч долларов из них составили акции компании.

⬅️Ссылка на оригинальную статью.
https://www.jointaro.com/blog/how-i-became-an-800k-engineer