🇵🇱 Опыт в Google, Варшава

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

В офис Гугла в Варшаве, на позицию Software Engineer для Google Cloud.

До какого этапа дошла

Рекрутер сама связалась по LinkedIn, пару раз созванились и назначали phone screening. На phone screening частично решила задачку, дальше не пропустили.

Какие вопросы были

На phone screening была medium+ задача по графам. Написала рабочее решение для предоставленных примеров, но интервьюер дальше усложнял условие и для тех случаев мое решение не всегда работало. При этом, возможные edge cases в начале обсудили. Остаток времени обсуждали другие подходы и их имплиментацию.

Что больше всего понравилось

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

Что было не очень

Думаю задача для phone screening, попалась сложная. И что давали сложные примеры в конце немного не понравилось.

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

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

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

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

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

🌨 Мама, я работаю в облаке

Есть такое понятие, как облачная среда разработки (CDE - cloud development environment).

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

Так вот, количество решений в области CDE растет из года в год. Почему люди начинают больше разрабатывать в облаке? На это есть несколько причин.

Большое количество исходников

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

Монорепозитории

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

Закон Мура больше не работает

Вычислительные ресурсы ноутбуков значительно не растут с 2010. Поэтому облачные сервисы это как бы решение на ограничение Мура.

Облачные решения развиваются

AWS, Azure и GCP - увеличили функционал и зоны покрытия, а цена облачных вычислений снизилась из-за конкуренции и технологического прогресса.

Быстрый интернет

CDE имеет смысл только при низкой задержке. Сети с высокой пропускной способностью быстро распространяются по миру, включая мобильные сети 4G и 5G. А еще облачные провайдеры стараются строить датацентры поближе к разработчикам. Поэтому задержка маленькая.

Звонки мешают сборке

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

Утечка кода

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

⬅️Ссылка на оригинальную статью
https://blog.pragmaticengineer.com/why-are-cloud-development-environments-spiking-in-popularity-now

━━━

Я считаю, что это пока проблема только Big Tech компаний с огромным монорепозиторием (если узнали себя поставьте 😭). Для большинства команд нет смысла переносить разработку в облако.

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

Запишу это в свой список для изучения.

😈 Начнем холивар в комментариях про монорепозитории? Это будущее разработки или откат в прошлое?

🚀 От разработчика до CEO

История пути Мартина Мао, от разработчика в Microsoft, Amazon, Uber до CEO собственного технологического стартапа Chronosphere.

Для понимания, Chronosphere представляет собой платформу для мониторинга и анализа высоконагруженной облачной инфраструктуры. Умный аналог Datadog.

Начало пути и первый строчки кода
- В школе друг вдохновил начать изучать программирование
- Выиграл грант в колледже на обучение специальности computer science
- Работал в нескольких стартапах и набирался технического опыта

Опыт в Big Tech
- Работал в Microsoft над проектом Office 365, принимал участие в переходе от дисков на SaaS решение
- Устроился в Амазон и работал над EC2, занимался мониторингом и разрабатывал AWS Systems Manager
- Присоединился к Uber на раннем этапе, писал код для M3, платформа для сбора метрик Uber

Трансформация в CEO и запуск Chronosphere
- Увидел возможность на рынке облачных систем мониторинга и решил запустить Chronosphere
- Выбрал друга и коллегу в качестве кофаундера, навыки и интересы дополняли друг друга
- Успешно привлек инвестиции и запустил Chronosphere, используя весь полученный опыт в Uber

➡️ Ссылка на оригинальную статью
https://blog.pragmaticengineer.com/chronosphere

——————

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

Есть пару интересных инсайтов.

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

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

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

❓Планируете ли в будущем совершить прыжок веры и начать свой технологический стартап?
- Поставьте 🕊, если да
- Поставьте 🙈, если нет

Microsoft, который принадлежит Linkedin, объявила о новой волне сокращений, порядка 700 сотрудников. Среди увольняемых большинство инженеров, а также финансовые и HR отделы.

Основная причина, что Linkedin на протяжении 8 последних кварталов показывает низкий рост по выручке, всего 5% за последнее полугодие. Руководители сервиса Mohak Shroff и Tomer Cohen рассказали во внутренней служебной записке, что это необходимый шаг, чтобы увеличить бизнес показатели и достичь всех намеченных целей. Опять были фразы про тяжелые времена, поймите и примите.

Напомню, что в январе компания анонсировала план по сокращению 10К сотрудников, Карл 😳. Так вот, эти 700 увольнений это дополнение к 10К.

➡️ Ссылка на оригинальную статью
https://www.cnbc.com/2023/10/16/microsoft-owned-linkedin-lays-off-nearly-700-read-the-memo-here.html

———

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

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

У них кстати есть офис в Сиднее, пойду устроюсь и съем все печеньки.

✔️ Press 🫡 to pay respects

⁉️Какой язык программирования выбрать для изучения?

В первую очередь нужно определиться с направлением: бэкенд, фронтенд, ios, android, data science и тд. Это существенно сузит выбор языка. Во время учебы в университете можно постажироваться по разным направлениям в местных компаниях и посмотреть, что нравится больше.

На выбор языка программирования влияют несколько факторов. Количество вакансий в регионе, рост популярности языка, зарплатная вилка, сложность для изучения. Можно почитать отчет Stackoverflow, там есть интересные инсайты. Приведу пару ссылок:
- Самые популярные языки
- Зарплаты по направлениям
- Зарплаты по языкам

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

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

✔️ Пишите свои вопросы @argyntim, отвечу в личку. Самые интересные опубликую анонимно на канале.
✔️ Плюсаните 👍, если такая рубрика интересна

#вопросответ

🎒Обучение IT больше не гарантия работы

«Учись на программиста, эта востребованная специальность, всегда найдешь работу» - говорили они.

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

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

Как это повлияет на студентов?

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

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

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

➡️ Ссылка на оригинальную статью
https://biz.crast.net/computer-science-is-no-longer-a-safe-major

❓Вопрос студентам, сейчас в университетах поощряют использовать ChatGPT или наоборот запрещают?

📊Статистика по ChatGPT

Платформа Programiz провела опрос 10000 респондентов от новичков до бывалых программистов, касательно ChatGPT, как изменилось обучение, как изменилась работа и что ждать в будущем.

Статистика дополняет предыдущий пост про образование, поэтому опубликую сразу.

👩‍🎓Образование

• 72% опрошенных изпользуют ChatGPT по несколько раз в неделю, чтобы изучить программирование
• 3 место, после поисковых движков и видео хостингов, как источник для изучения программирования
• 30% считают, что ChatGPT лучше, чем лекции в университете
• 38% считают, что СhatGPT лучше, чем Google
• 40% говорят, что чрезмерная зависимость от ChatGPT может помешать критическому мышлению
• 84% считают, что образовательные учреждения должны адаптировать свои программы под рынок, на который влияет ChatGPT

👩‍💻Карьера

• 75% или планируют или уже прокачивают свои скиллы, готовясь к изменениям на рынке труда из-за ChatGPT
• 27% используют ChatGPT, чтобы делать работу эффективнее
• 51% считают, что увольнять людей и заменять их ChatGPT вероятнее всего будут в направлении веб-разработки 😳
• 61% предполагают, что в связи с развитием ChatGPT появятся новые профессии и специальности

🙋‍♂️Про респондентов

• 67% опрошенных мужчины и 29% женщины
• 54% относятся к возрастной группе 18–24 лет, за ними следуют люди до 18 лет (21%) и от 25 до 34 лет (14%)
• Более 50% респондентов имеют опыт программирования менее года, скорее всего потому что 58% — студенты
• 24% из США, 22% из Индии, 16% из Канады, 11% из Пакистана, 9% из Австралии

➡️ Ссылка на отчет
https://programiz.pro/report

✔️ Лайк, если тоже пишешь супер запутанный код, чтобы ChatGPT не смог тебя заменить

⚡️System Design 101

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

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

➡️ Ссылка на репозиторий
https://github.com/ByteByteGoHq/system-design-101

✔️ Сохраните у себя в закладках, шпаргалка по system design
✔️ Отправьте друзьям и коллегам, которым будет полезно

👔Кому в IT жить легко

У Hired вышел отчет про состояние IT отрасли на текущий момент. Приведу выжимку и свои мысли.

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

Инженерные менеджеры получают самые высокие зарплаты как в США, так и в Великобритании. Но наибольший спрос наблюдается среди инженеров в области AI, ML, datascience и безопасности.

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

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

Средние стартовые зарплатные вилки инженеров и лидов в США в период Май - Август 2023:

• Chief Technology Officer (CTO): $207,000-$251,250
• Applications architect: $163,250-$195,500
• Software and applications manager: $148,000-$173,750
• Senior software engineer: $146,000-$175,250
• Software engineer: $129,250-$152,500
• Testing/QA manager: $115,250-$131,250

➡️ Ссылки на источники
https://leaddev.com/personal-development/what-us-engineering-managers-can-expect-earn-2023
https://hired.com/state-of-tech-salaries/2023/

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

- Понедельник
- Ранил!
- Вторник
- Ранил!
- Среда
- Уволен!

У менеджеров в Amazon появилась возможность увольнять сотрудников, если те не появляются 3 раза в неделю в офисе.

Все началось в феврале, когда Амазон объявила о требовании приходить в офис не менее 3 дней, начиная с мая.

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

Теперь новое правило позволяет менеджерам увольнять сотрудников, которые упорно отказываются возвращаться в офис. Увольняют не сразу, а два раза проводят разъяснительные встречи.

Прям вспомнил школу с журналами и посещениями 🥲

➡️ Ссылка на оригинальную статью
https://www.entrepreneur.com/business-news/amazon-will-now-fire-workers-who-dont-come-into-the-office/464039

🇬🇧 Опыт в Bloomberg, London

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

В офис Bloomberg в London, на позицию Software Engineer New Graduate.

До какого этапа дошел

Подался через ссылку которую скинула рекрутер, прошел phone screening и позвали на onsite interview day (3 раунда algo+system design+HR behavioural). После HR раунда не пропустили дальше к финальному раунду с engineering manager.

Какие вопросы были

На phone screening и algo onsite были задачи сложности medium, обычно задача приходит со списка блумберга в литкоде.
На system design дают задачу сделать дизайн системы похожую на реальные системы которые использует блумберг. Обычно приходит задача на классический систем дизайн, но также может придти задача сделать дизайн мобильного приложения.
На HR раунде просят рассказать про себя, истории с универа/работы, мотивацию работать в блумберг и т.д. Не пропустили дальше после этого раунда, думаю что не хватило communication skills.

Что больше всего понравилось

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

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

Больше времени уделил подготовке к behavioural interview, вспомнил истории с прошлых мест работы и подготовил ответы на часто задаваемые вопросы

Автор: Дастан @c_dos

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

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

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

🎡 Увольнение - новое начало

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

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

• Некоторые менеджеры по найму сомневаются в качестве недавно уволенных инженеров. Другие видят возможность и извлекают выгоду, нанимая сокращенных сотрудников из Meta, Twitter и других Big Tech компаний.

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

• По данным Karat, большинство уволенных (61%) ищут должности того же уровня, 27% стремятся к высоким позициям, переходя в более мелкие организации, и только 12% готовы проходить собеседования на должности более низкого уровня, чем раньше.

• 70% из уволенных ищут возможность остаться в технологической индустрии, ходят на интервью в SaaS и маркетплейсы. 30% рассматривают нетехнологический сектор - финансы, здравоохранение, производство.

• Каждый 13 из 100 потерявших свою работу, начинают свой собственный бизнес. 33% уволенных из Meta создают свой стартап, DoorDash - 30%, Amazon - 25%, Twitter 16%, Shopify 15%.

➡️Ссылка на оригинальную статью
https://devinterrupted.substack.com/p/where-are-all-the-laid-off-software-a41

━━━━━━━

Мне больше всего интересны последние цифры. Почему преимущественно инженеры из Amazon и Meta после layoff создают свои компании?

Я вижу 3 возможные причины:
1️⃣ Инженеры считают, что добились вершины в инженерии и дальше смысла нет продолжать в этом направлении. Решают попробовать себя в чем-то новом.
2️⃣ Разработчики просто не видят лучше альтернатив на рынке. Любая следующая компания будет априори хуже.
3️⃣ Культура Amazon/Meta поощряет написание своих проектов, устраивает хакатоны, вовлекает инженеров в бизнес дискуссии и запускает потенциальные инициативы. Это дает уверенность и навыки инженерам дальше пробовать и создавать свои сервисы.

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

❔Чтобы вы сделали, если бы сегодня получили уведомление об увольнении?
🧑‍💻 - Искал бы новую работу
🎃 - Попробовал бы сменить направление
🐳 - Открыл бы свою компанию

🕹Парадокс лояльности

Стоит ли работать сверухрочно или вне рабочее время, если попросил менеджер?

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

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

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

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

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

➡️Ссылка на публикацию
https://www.sciencedirect.com/science/article/abs/pii/S0022103122001615

❓Был ли у вас кейс, когда руководство хотело сесть на шею?

🥋Опять про сертификации

Кандидаты с сертификатами в профиле Linkedin имеют меньше шансов пройти техническое интервью. Статья от interviewing.io.

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

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

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

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

Кратко подытожу:
• Люди с образованием в Computer Science лучше проходят технические собеседования.
• Рекрутеры больше обращают внимание на опыт в крупных компаниях, нежели на сертификаты.

➡️Ссылка на статью
https://interviewing.io/blog/why-you-shouldnt-list-certifications-on-linkedIn

Согласны ли с идеей, что сертификаты в профиле LinkedIn только вредят? Поставь 👍 или 👎

😈 Пятничный тредик

Тут недавно Нурлан в комментариях предлагал написать пост, почему не стоит идти в IT.

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

✔️ Напишите в комментариях главную причину, почему IT это ошибочный выбор профессии. Что больше всего вас разочаровало, чтобы вы хотели знать на заре карьеры, о чем умалчивают на курсах и тд.

Я начну 👇

🇨🇳 Опыт в Google, Shanghai

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

Software Engineer, Pixel Software Quality - Google, Shanghai

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

Я подала на сайте Google Careers в три локации: Mountain View Zurich и Shanghai. Примерно в августе сообщили что прошла в Шанхайский офис и пригласили на звонок с рекрутером. После примерно через неделю пригласили на technical phone interview, дальше не прошла

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

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

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

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

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

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

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

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

Автор: Балжан @baljibeka

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

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

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