Заруинил карьеру ❌

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

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

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

❓ Бывали ли у вас ситуации, когда кто-то вмешивался и как-то нехорошо влиял на вашу карьеру?

Душный пост про интерпрайз ☢️

Чем старше становлюсь, тем чаще приходит ощущение, что в IT все двигаются на ощупь.

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

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

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

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

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

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

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

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

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

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

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

Каждое требование, каждая задача должно иметь конкретное имя. Всегда должен быть ответственный человек, не принимайте коллективную подпись «департамент 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