🚀 Алгоритм Маска

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

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

Вот сам алгоритм, он кстати применим и к разработке:

Подвергайте все сомнению

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

Избавляйтесь от ненужного

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

Упрощяйте и оптимизируйте

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

Ускоряйте цикл разработки

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

Автоматизируйте

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

➡️ Ссылка на оригинальную статью:
https://world.hey.com/dhh/the-musk-algorithm-977bf312

━━━

🤔 Мое мнение

За каждым процессом, за каждым проектом стоят обычные люди.

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

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

❓Хотели бы вы работать на Илона Маска?
- Если да, поставьте 👍
- Если нет 👎

🇦🇺FYI

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

Примерно такие сообщения я периодически получаю: "Hey Tim, wdyt about implementing xxx feature, afaik you are responsisble for yyy service".

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

TIA - thanks in advance - заранее благодарю
FYI - for you information - к твоему сведению
AFAIK - as far as I know - насколько мне известно
AFAIU - as far as I understand - насколько я понимаю
LGTM - looks good to me - выглядит ок для меня
SGTM - sounds good to me - звучит ок для меня
NIT - needs Improvement or nitpick - маленькое замечание, незначительная поправка
IDK - I don’t know - я не знаю
WDYT - what do you think - как ты думаешь…

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

❓Загадка, как по вашему расшифровывается акроним YAGNI?

🎁Mock интервью в обмен на рассказ

Если вы сейчас в процессе интервью в Big Tech, то прочитайте до конца, для вас есть предложение.

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

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

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

Вообщем будем вместе читать успешный успех и учиться на ошибках.

✔️ Если хотите рассказать про свой опыт, напишите мне в личку. При желании оформим анонимно.

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

✔️ Поддержите пост ⚡, если интересна такая рубрика и стоит ее развивать.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

➡️ Если вы в процессе интервью и нужна помощь в подготовке, прочитайте пост https://news.1rj.ru/str/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, Javanoscript. На начальных парах главное зацепиться и начать карьеру, а сменить ЯП можно будет потом, как появится опыт и понимание. Полученную экспертизу несложно перенести из одного языка в другой.

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

✔️ Пишите свои вопросы @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://news.1rj.ru/str/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 поощряет написание своих проектов, устраивает хакатоны, вовлекает инженеров в бизнес дискуссии и запускает потенциальные инициативы. Это дает уверенность и навыки инженерам дальше пробовать и создавать свои сервисы.

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

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