Тимур Тибеев | BigTechDream

🚚 Про амазоновские принципы

Dave Anderson - бывший директор / GM в Amazon, часто пишет статьи про собеседования, про лидерские качества и про управление командами. Интересное чтиво.

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

Dave говорит, что его статью даже иногда рассылают кандидатам.

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

✔️ Переводить долго, просто проходите по ссылке и наслаждайтесь.
✔️ Must have: сохраните пост в закладки, чтобы не потерять.
https://www.scarletink.com/p/interviewing-at-amazon-leadership-principles

🪄Ищу себе ассистента

UPD. Уже нашел, спасибо всем, кто откликнулся

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

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

🔎Кого я ищу?
• Студент или студентка в области IT
• Cвободный русский и английский на уровне intermediate и выше
• Есть бешенная мотивация расти как инженер

🏄Какая занятость?
• Очень гибкий график, 3-4 часа в неделю
• Полностью онлайн

🧙Что нужно будет делать?
• Искать информацию в интернете по тематике канала
• Делать небольшие исследования для предстоящих тем
• Помогать выявлять ошибки и неясности в постах
• Общаться и договариваться с разными людьми

🚀Что в обмен?
• Взамен я готов делиться знаниями и менторить
• Или же можем договориться о сумме

✔️ Если вам интересно, напишите мне и отправьте свое резюме @argyntim
✔️ Поделитесь постом с друзьями и коллегами

🧱Кирпичи и инженеры

Интересные инсайты из поста «Who pays you? And why?». Делюсь с вами теми идеями, которые запали мне в душу.

1️⃣Смотрите глубже, чем просто описание вакансии

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

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

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

2️⃣Ищите, то что близко вам

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

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

3️⃣Правильное позиционирование

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

Поэтому в своем резюме всегда думайте о том, как позиционируете себя.

➡️Ссылка на статью
https://www.moderndescartes.com/essays/who_pays_you

🛠 Полезные инструмены для System Design

Сначала мы создаем инструменты, затем инструменты создают нас

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

Это был неправильный способ коммуникации, который забирал много времени. Сегодня у нас пост про полезные инструменты для System Design.

https://excalidraw.com/
Простой и удобный графический редактор для создания схем. Часто используется для собеседований. Стоит его освоить, если планируете в MAANG.

https://app.diagrams.net/
Также известный как draw.io. Незаменимый на работе, больше всего я использую «Sequence Diagram».

https://drawsql.app/
Для проектирования SQL схем и взаимосвязей.

https://lucid.app/
Чем-то похож на draw.io, но с более дружелюбным интерфейсом. Базовый функционал бесплатный, для всего остального нужна подписка.

⁉️ А какие инструменты используете вы?

👩‍🏫 Как практиковать систем дизайн?

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

Что это значит?

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

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

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

Как готовлюсь я

Оставим за бортом изучение теории, представим на минуту, что я изучил основы Sql vs Nosql, sharding, balancing, protocols, etc.

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

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

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

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

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

Как понять, что я решил правильно?

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

Поэтому “Как понять, что я решил правильно?” - неверная постановка вопроса. Точнее будет “Что я не учел при проектировании системы?” “Можно ли было решить оптимальнее с учетом требований?”

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

После такого процесса у меня получается небольшой список тем, которые стоит мне поизучать. Это мои зоны роста.

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

Ставь 🔥 - если нравится решать system design задачки
Если не нравится, то 🤮

Хай 👋

Я тут написал первый newsletter, поддержите лайками и репостами
https://bigtechdream.substack.com/p/ownership-why-you-should-have-it

Рахмет ✊

🛌 Sleep Sort

Просто fun 😁

В 2011 году некий автор на 4Chan изобрел новый вид сортировки, который получил название Sleep Sort.

Вместе каких либо манипуляций с элементами в массиве, каждый элемент «засыпает» на такое же количество миллисекунд, чему равно это число. Если элемент 4, то он будет спать 4 миллисекунды.

Название сортировки обыгрывает два момента. Во-первых в реализации используется метод sleep. Во-вторых, лучше пойти поспать, пока сортировка работает, например массив [0, 36000000] отсортируется за 10 часов.

Реализация на питоне:

import asyncio

async def sleepsort(nums):
    sorted_nums = []

    async def add_num(num):
        print(f"Received number {num}, sleeping for {num}s")
        await asyncio.sleep(num)
        print(f"Adding {num} to the list")
        sorted_nums.append(num)

    awaitables = [add_num(num) for num in nums]
    await asyncio.gather(*awaitables)
    return sorted_nums

async def main():
    print(await sleepsort([3, 2, 1, 0, 5, 4]))

asyncio.run(main())

➡️Ссылка на статью
https://animeshchouhan.com/posts/sleepsort/

⁉️ Вопрос для вас, какая сложность алгоритма?

🧬 Моя новая привычка

Прочитал на прошлой неделе статью под названием "Why reading whitepapers takes your career to the next level" и это стало небольшим озарением для меня.

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

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

Почему я этого не делал раньше? Теперь хочу сделать это своей новой привычкой

1️⃣ Почему стоит читать научные работы?

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

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

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

2️⃣ Выберите направления, которые вам интересны
• Artificial Intelligence (AI)
• Distributed systems
• Databases
• Operating systems
• Security

3️⃣ После этого ищите научные работы
• Исследования, которые научат вас основам
• Новейшие исследования в этой области

4️⃣ Научные работы для старта
• Google File System (GFS)
• Google Spanner (Globally Distributed Database)
• Google Chubby Locking Service
• Meta XFaaS: Hyperscale and Low-cost serverless functions
• Facebook Cassandra (Distributed NoSQL DB)
• Facebook Memcache (KV store)
• LinkedIn Kafka (PubSub)
• Amazon DynamoDB
• Bitcoin

5️⃣ Как читать научные работы
• Пройтись бегло по статье за 15 минут. Не погружаться глубоко, понять общий контекст.
• Пройтись более тщательно за 60 минут. Подчеркнуть инсайты, что неясно и что хотели бы изучить глубже.
• Попробуйте написать краткое содержание, это закрепит ваши знания.

➡️Ссылка на статью
https://read.highgrowthengineer.com/p/why-reading-whitepapers-takes-your

📚Подборка материалов для собеседований

Dinesh Varyani в очередной раз радует нас подборкой полезных материалов для подготовки к MAANG интервью. Dinesh - мой герой.

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

Электронная книга со всеми советами по прохождению собеседований

• https://drive.google.com/file/d/1dd68ijSl4eMZ0HE5Lo-fpQFUKeiKZbdH/view

Плейлист разборов структур данных и алгоритмов

• https://www.youtube.com/watch?v=6iCHf7OZn6c&list=PL6Zs6LgrJj3tDXv8a_elC6eT_4R5gfX4d

Топ 400 литкодовских задач

• https://docs.google.com/spreadsheets/d/1pnI8HmSMPcfwrCCu7wYETCXaKDig4VucZDpcjVRuYrE/edit#gid=237636947

Советы по интервью на алгоритмы

• https://www.youtube.com/watch?v=cM4o7_UY9vM

Курс по систем дизайну от Arslan Ahmad

• https://www.designgurus.io/course/grokking-the-system-design-interview

Курс по систем дизайну от Alex Xu ByteByteGo

• https://bytebytego.com/

Курсы по поведенческим интервью

• https://techready.in/courses/mastering-behavioral-interviews-a-comprehensive-guide/

• https://www.designgurus.io/course/grokking-behavioral-interview

• https://www.youtube.com/c/JeffHSipe

➡️Ссылка на изначальный пост
https://www.linkedin.com/pulse/faang-preparation-resources-dinesh-varyani-6kabf/

✔️ Сохрани в закладки, чтобы не потерять

🌪 7 советов как пройти бурю

- Расскажите про свой фейл на работе
- Я однажды отрицательно поднял сервер …

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

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

Некомфортно, правда?

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

• Предупреждайте заранее

Хочется верить, что все получится. Но нужно быть объективным и непредвзятым. Если есть риск, что проект зафейлится, то лучше как можно раньше об этом предупредить. Так у всех будет больше времени, чтобы сообразить выход.

• Просите о помощи

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

• Безжалостно отменяйте и переносите менее важные задачи

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

• Оставайтесь позитивными

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

• Помогайте коллегам

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

• Сосредоточтесь на рутине

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

• Следите за своим состоянием

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

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

📰 Запускаю newsletter

Вы знаете, что я люблю писать (графоманствовать). И я очень благодарен, что вы читаете, не взирая на все мои грамматические очепятки 🙂

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

Планирую начать писать еженедельные статьи по заветам Pragmatic Engineer на платформе substack. Пока только настроил ньюлеттер, выбрал название и аватарку.
• Telegram - для собственных мыслей и для репостов других ресурсов
• Substack - чуть глубже капнуть тему, написать более презентабельную статью
✔️Буду признателен если поддержите инициативу и подпишитесь на ньюслеттер 🫂
https://bigtechdream.substack.com/?r=2gkanu&utm_campaign=pub-share-checklist

✔️Еще я периодически пишу в LinkedIn. Недавно получил там бэйджик «Top Algorithms Voice» и «Top Systems Design Voice». Тоже подписывайтесь, будем друг другу ставить лайки и поздвавлять с повышениями.
https://www.linkedin.com/in/timurt/

👽4 совета: как не стоит готовиться к собеседованиям

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

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

• Не тестировать себя в «пробных» компаниях

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

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

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

• Верить в свой опыт больше, чем в подготовку

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

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

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

• Только Литкод и ничего кроме Литкода

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

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

Собеседования на алгоритмы это не Литкод. Это умение быть спокойным и находить правильное решение в стрессовой ситуации. Тренируйтесь на пробных собеседованиях.

• Не ставить себя на место интервьюера

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

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

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

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

🔥 - ставь огонь, если было интересно получить пошаговый план подготовки к FAANG?

🍏 Идеальный совет новичкам в команде

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

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

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

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

«WTF: Команда провела ретро, но не записала ни одного action item». «WTF: Ревью процесс занимает неделю». «WTF: На все вопросы в чате отвечает только один инженер».

Через пару недель у вас будет список потенциальных проблем, которые можно исправить. Всех их можно распределить на 5 категорий:

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

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

Начну ввести этот блокнот для себя и вам советую.

➡️ Оригинальная статья
https://www.simplermachines.com/why-you-need-a-wtf-notebook

🇦🇺 Опыт в Amazon, Sydney

Куда было собеседование?

На позицию Senior Software Engineer в Сиднейский офис Amazon, в команды Cloudfront и Networking

Какие были этапы и до какого этапа дошел?

Предложили пройти собеседование в Linkedin.

Созвонились с HR:
- Чем занимаюсь сейчас
- Куда хочу расти и моя мотивация
- Задали пару вопросов про Java, Алгоритмы и систем дизайн

Technical Phone Screening:
- Интервьюер немного поспрашивал про резюме и опыт работы
- Решали интересную задачку по алгоритмам, заставила подумать и порассуждать, но в итоге смог найти решение оптимальное решение. Кайфанул

Финальные раунды:
5 собеседований подряд.
3 из них были алгоритмические: 40 минут поведенческие вопросы и 20 минут на задачку.
1 собеседование систем дизайн: также 40 минут по лидерским навыкам и 20 минут на рисование схем
1 собеседование было полностью посвящено поведенческим вопросам и вел его синьорный менеджер одной из команд. Супер приятный человек, посмеялись вдоволь.

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

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

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

Самый сложный вопрос был про топологический обход графа и нахождения цикла в графе. Остальные вопросы были на уровне easy/medium.

Поведенческие вопросы - целый набор: про инициативу, про конфликт, про команду и тд.

Интересный вопрос был на пятом созвоне - "расскажите историю, которую еще не рассказывали" 🙂

Как тебе интервью процесс и сами интервьюеры?

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

После первых 3 часов общения я уже люто ненавидел фразу "Tell me about a time when ...".

Как ты думаешь, где показал себя хорошо, а где не очень?

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

Чтобы изменил в следующий раз?

Распределил бы собеседования на два дня, слишком много сил забирают.

Автор: Я сам 😬

✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂

➡️ Если вы в процессе интервью и нужна помощь в подготовке, прочитайте пост https://t.me/bigtechdream/237

#amazon #реальныйопыт

🇦🇺 Про полтора года в Австралии

Про переезд

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

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

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

Приведу пару примеров:
• Уходить с работы в 5, даже если нужно доделать важную задачу
• Брать отгул, если эмоционально чувствуешь себя неважно
• Собственные местоимения у коллег
• Сглаживать углы вместо прямого фидбека
• При найме обращать внимание на diversity и inclusion
• Как будто бы люди избегают говорить на острые темы: про Украину, Россию, Израель, Палестину, про геев и трансгендеров
• Здороваться, улыбаться и извиняться постоянно
• Активные выходные, хайкинги, кэмпинги, выезду на природу

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

Про визу

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

В конце прошлого года я подался на постоянную визу, которая дает мне право оставаться тут бесрочно. Эта же виза в перспективе поможет получить гражданство. Ожидаю, что получу визу в течении 2-3 месяцев.

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

Про друзей

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

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

Но помимо этого тут есть растущее комьюнити казахстанцев. Мне повезло найти пару семей, у которых дети примерно одного возраста с нашим сыном. Когда мы собираемся это как будто вновь оказаться в Казахстане, среди людей, которые тебя понимают и разделяют те же тревоги, что и ты. Где достать конину, виза ата жолы, футболки qazaq republic, казахский язык, потопы, Бишимбаев - поймут не все.

⁉️ Если у вас будут вопрос про Австралию, пишите в комментариях, постараюсь ответить.

🧟‍♂️ Road To Staff

Год назад я начал рубрику, которая называется #roadtostaff.

Цель вырасти до стаффа внутри компании и еще, как доказательство, получить оферы из MAANG компании на уровень стаффа. Я знаю, звучит амбициозно.

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

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

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

В-третьих. Опять же по заветам Will Larson, часть роста это спонсоры и попадания в различные комнаты. Последние 4-5 месяцев я прикладывал усилия, чтобы попасть во внутреннюю команду по развитию интервью процессов Канвы. Это не было просто, напишу наверное как-нибудь отдельный пост. Но я очень рад, что смог туда попасть.

Следующее ревью будет через пару месяцев и если честно я сомневаюсь, что получу продвижение. Если все пройдет как и задумано, то я перейду на следующую роль в течении 6-12 месяцев. Главная цель, это запуски внутри команды, нужны прям сильные примеры.

И да, я начал потихоньку проходить собеседования. Хочу до конца года попробовать себя во всех MAANG. Пока что закончил Atlassian и AWS, Microsoft отказал на HR созвоне.

Stay tuned

#roadtostaff

🚀 Canva Talent Outreach

Две недели назад Canva проводила мероприятие для студентов и выпускников, где Canva рекламировала свои программы стажировки.

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

Было примерно 80-90 ребят, мое выступление длилось минут 30. В конце была сессия вопросов и ответов. Потом был чай-май, студенты подходили и просто общались в неформальной обстановке.

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

✔️ Простые советы
• Если есть возможность, посещайте подобные мероприятия для студентов
• Задавайте вопросы, не стесняйтесь и вступайте в обсуждение
• Обязательно! Спросите LinkedIn спикера и спросите, можно ли ему писать, если будут вопросы. Редко кто откажет
• Напишите ему как вам все понравилось. И вот у вас есть +1 нетворк.

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

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

Вот так я раньше представлял рост по карьерной лестнице.

|--junior--|--middle--|--senior--|--staff---|

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


Картина на самом деле выглядит по-другому и я только недавно это осознал.

|-jun-|---mid---|----senior-----|-------staff-------|

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

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

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

Как расти?

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

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

✔️ Помните, когда переходите из компании в компанию это не только про деньги и технологии. Это еще и про авторитет и кредит доверия, которые придется заново нарабатывать.

👩‍💻 BigTech Weekly #5

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

🚀 Посты канала

• Опыт в Atlassian
• Мои слабые стороны
• Для чего козе баян

💻 Инженерные блоги

• [Netfilix] Reverse Searching Netflix’s Federated Graph
• [Uber] How LedgerStore Supports Trillions of Indexes at Uber
• [ByteByteGo] Evolution of Java Usage at Netflix

🌐 Новости

• Инженер Microsoft в соло предотвратил глобальную хакерскую атаку
• Amazon сокращает сотни сотрудников AWS
• Google удалит данные, собранные с режима инкогнито (можно теперь спать спокойно 😬)

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

#bigtech_weekly