Хабр Курсы для бэкендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Бэкенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 48
Чё?
Это жалкая литературная подделка произведения Ашманова "жизнь внутри пузыря"
Тот, кто это писал, даже про существование Ашманова не знает. Ашманов на фоне этого - “неизвестный менеджер какой-то мелкой конторы”.
Не, это уже скорее развитие сюжета Игоря при соавторстве Натальи под названием “Жизнь и приключения агента Акселя в жировых складках мелкомягких”. Отчет об уничтожении гегемона пешкой. Издательство - Москва. Мягкий переплёт. Сделано из переработанных материалов - макулатуры.
Кто такой Ашманов?
С 1999 года работал директором по разработке и исследованиям в компании «Рамблер», а затем — её исполнительным директором. Под руководством Ашманова были выпущены версия поисковой машины «Рамблера» 2011 года и большинство сайтов и сервисов портала «Рамблер» до их обновления в 2012 году, спам-фильтр «Спамтест» (позднее, «Антиспам Касперского»), система проверки правописания «Орфо» (применяется в Microsoft Office) и другие продукты
Ашманов
https://www.ashmanov.com/education/articles/zhizn-vnutri-puzyrya
За последующие недели и месяцы у меня создался образ искажённой организации, вымотанной постоянными инцидентами, миллионами неразрешённых вылетов в стеке управления узлами Azure, конфликтующими стандартами кодинга, слабой заботой о безопасности, несовершенными методиками тестирования, замораживанием кода из-за страхов, нереалистичных дедлайнов, перекладыванием вины и заметной нехваткой кадров в старшем техническом руководстве.
Снаружи Microsoft казалась другой — руководство на каждый чих.
Продолжение доступно вот здесь - https://isolveproblems.substack.com/p/how-microsoft-vaporized-a-trillion-2f5
Тем временем, Microsoft проводила масштабные увольнения: примерно 15 тысяч рабочих мест волнами с мая по июль 2025 года; скорее всего это было сделано, чтобы компенсировать прямые потери из-за CoreWeave перед следующей видеоконференцией о доходах.
Таки что увольнения все-таки из-за ЭйАй, только не в том виде как всем рассказывают?
Увольнение 5% каждый код в среднем это их культура конкуренции. В результате, программисты занимаются ИБД, боятся работать с сильными напарниками, гадят друг другу в суп.
Ну, а 5% сами уходят. В результате, работавших 10+ лет мало. Как и везде, впрочем.
У МС годового плана по увольнениям нет уже давно. Это Мета этим славится. Enforced bell-curve performance distribution.
Тут недалеко до расизма и соц дарвинизма
Я слышал про сокращение 2-3% самых не эффективных сотрудников в компании в год. И по рассказам очевидца занимались этим все крупные ИТ корпорации США. + в Майкрософт была собственная компания PowerMan - для аутсорсинга персонала, т.е. куча людей работала не в майкрософт, а через их же прокладку-подрядчика с официальными 6 днями отпуска в год (в США работодатель не обязан предоставлять отпуск персоналу - размер отпуска оговаривается в контракте) и объемами работ которые невозможно было сделать за 8 часов поэтому люди постоянно задерживались после работы на 1-2 часа.
Уход 2-3 % персонала в год это даже не сокращение, а нормальный уровень увольнений в любой большой компании. Как и во всех больших компаниях, в МС есть процесс годового ревью. По результатам человек получает оценку и она определяет размер бонуса. Бонус в МС - существенная часть оклада. И чем старше должность, тем существеннее. Детали на levels.fyi. Естественно, если бонус вам не дали - то шансы на ваш уход резко возрастают. Увольнения за низкий performance были есть и будут. Но МС на фоне других “гигантов индустрии” выглядит очень травоядно. И процедура увольнения длиться долго. Проще не давать бонус и вы уйдете сами. Хотя последние 3 года многое изменили не в лучшую сторону.
Инженеры в МС (также как и в остальных АйТи компаниях) являются exempt employee - т.е. люди на окладе с ненормированным рабочим днем. На счет постоянно задерживаться на работе - это сильно зависит от проекта. Но в среднем по индустрии скорее является нормой. Забудьте про КЗОТ, в штатах его никогда не было. И американские законы о труде - это настоящая потовыжималка.
Аутсорсинг персонала есть и скандалов с по этому поводу было вогон и маленькая тележка. Про PowerMan я некогда не слышал. Но и нахрена она нужна я не понимаю, когда есть Tata Consulting Services, Wipro и другие. Контракторов в МС много. Их называют “ви дэш”, из за того что их алиасы начинаются с “v-”. Ситуацию когда в команде 4 инженера сотрудники (Full Time Employee) и 15 контракторов я наблюдал лично. Никто ничего странного в ней не видел.
Поэтому тот, кто вам расказывал, не очень сам в теме. Хотя и слышал что-то.
Про МС были новости в духе, что они ввели систему двух страйков: если тебя считают неэффективным - это первый страйк и у тебя есть выбор:
1. Уйти по собственному с компенсацией
2. Пройти курсы и остаться работать.
Проблема в том, что все, кто выбрал курсы, в дальнейшем работают ТОЛЬКО чтобы закрыть галочки эффективности, потому что иначе им дадут второй страйк и сразу уволят без компенсации. В итоге работа не ради работы, а ради отчетности.
Получается, тоже глупейшая система. Очень сложно мегакорпоратам отслеживать свои ресурсы
Это даже не МС ввели. Это повсеместная практика. В Союзе тож было похожее. Проблема в законодательстве. Любое увольнение можно оспорить, и есть орган который следит чтоб не было дискриминационных увольнений. И ни одна контора таких разбирательств не хочет. В Союзе была Трудовая комиссия, в штатах есть суд. А там разбирают дело по документам. Но в жизни то в любой конторе много управления происходит “на словах”. И с менеджером ты больше разговариваешь, чем переписываешься. А значит, прежде чем человека увольнять, или даже наказывать, его косяки должны быть оформлены в документах.
В Союзе была такая мера как “выговор в приказе”, и “выговор с занесением в личное дело”. В штатах все оформляется в письмах и формальных процедурах. Плюс, чтоб не было дискриминации, должны быть формально объявленные критерии. Они четко задают что от тебя требуется. А ты можешь либо сделать все что нужно, а можешь оспорить, что это вообще невозможно. Или, что вы от меня требуете больше, чем от других на такой-же должности. Но важно, что они должны быть оформлены письменно!
Но должностные инструкции обычно пишутся размыто и включают все что угодно, плюс еще немного. А тут чувак явно недорабатывает. Как быть? Срочно начать оформлять его задачи и результаты их выполнения письменно. Это геморой, и для все такое делать ленятся. И что же делать???
Вот тут и появляются всякие системы двух страйков, Performance Improvement Plan’ы и прочее. После первого замечания манеджер начинает оформлять всю твою работу письменно. И как только ты где то прокосячил, у него есть оформенное дело на твое увольнение.
Но заниматься этим все равно геморно. Да и есть риск, что ты правдолюб и пойдешь в суд. Поэтому сначала предлагают “разойтись по хорошему”. С тебя подпись на отказе от претензий, а тебе немножко денег ака Severance package. И если уйдешь сам, то и причина увольнения будет “по собственному желанию”. А иначе потом сложно будет новую работу искать.
Все сокращают из-за ЭйАй. Но не потому, что он заменил инженеров. А потому, что нужно добыть денег для инвестиций в ЭйАй. Кто-то строит датацентры. Кто-то пытается развивать сам ЭйАй. Кто-то пытается купить долю в конторах пытающихся это ЭйАй изобрести. На все это нужны мегабабки.
для запуска скрипта удаления файлов утёкших файлов, которые в некоторых узлах превысили предел временных файлов в 100 ГБ
что мне пытаются рассказать?
Теперь эту статью можно давать всем, кто говорит "ИИ сделает софт глючным" - не сделает, люди сами прекрасно справляются
Да понятно всё.
В самом начале описывается классическая картина группы разработчиков, которые тащатся от самого процесса разработки, но в принципе не рассматривают вариант "довести разработку до постоянной эксплуатации и вычистить (почти) все баги".
Тут главное вовремя резюме обновить и съ***ться в другую компанию.
Ну а то, что в Микрософт - жопа, я уже понял. Windows 11 как бы намекает...
Я конечно знал, что Microsoft и все их продукты(буквально) - это говно недоленнаное, но прочитав этот лонгрид становится не удивительно, что дела обстоят так, сео критины спускают, то что запомнили из своих наркотрипов таким же, по-большей, части криворуким разработчикам.
Захватывающе и поучительно рассказано, снимает многие вопросы о качестве сервисов и вообще уровне
Описание предельно точное. Но тут стоит отметить, что как и весь бигтех, Майкрософт дико нанимала сотрудников в 2020-2022 годах. Штат вырос с 163 тыс, до 221 тыс сотрудников. Это +35%. И нанимала в основном вчерашних выпускников колледжей. Других на рынке просто не было. Т.е. каждый 4-й инженер в компании был выпускником с 0-2 годами опыта. Для разработки больших систем это совсем мало.
Со времен ухода Балмера, совет директоров находится под сильным давлением “людей с Wall Street”. Они не очень понимают в АйТи, но здорово понимают в краткосрочной привлекательности акций.
Как результат - постоянной давление к выпуску сырых продуктов на рынок. А специалистов способных обеспечить этот процесс, увы, не хватает. Причем нехватает как инженеров, так и менеджеров. Старые динозавры типа Катлера уходят на пенсию. А новые спецы уже растут под лозунгом “все во имя экономической эффективности”. В итоге имеем организационный коллапс.
Плюс, компания сильно вложилась в госконтракты. А с госконтрактами пришли “госпаранойя” и безопасность “как ее понимает государство”. Т.е. бесконечные “гос стандарты”, “гос бюрократия”, “гос отчетность”. Эти стандарты писались государством еще в 70-е, 80-е годы прошлого века. Тогда проблема утечек данных решалась подходом - “давайте заведем еще один комитет, который будет собираться раз в неделю и рассматривать все запросы на получение информации”. А все запросы на изменение систем должны подписываться руководством. Continuous integration - с этим не сочетается от слова никак. И все современные подходы к управлению процессом разработки оказались похерены. Буквально запрещены на законодательном уровне. Храните правительственные данные - все системы должны соответствовать гос нормам. Compliance, мать его.
Коллапс управления разработкой - вот что вышло в результате.
Не нужно думать, что Майкрософт единственная контора которая в этом погрязла. Посмотрите на любой крупный банк или большого господрядчика. Увидите тоже самое.
Ковид многим распрямил извилины. Погоны на плечах остались. Можно провести поголовное тестирование. Печально смотреть на руководство с его подростковым хи-хи.
Печальнее понимать, что вместо заинтересованности в результате все скатилось дл выполнения KPI, а остальное принимающих решение не волнует.
Итог что на Хабре, что в MS один - юзеры ропщут, но уйти не могут, потому что куда, ну и старые привычки/договоры действуют.
Боссы довольны - прибыль идет.
Технари ропщут, особенно если уже не работают в.
Чувак пришёл в MS второй раз на позицию специалиста, зашел на совещание, и сразу, сходу понял, что Титаник дальше не поплывет.
Почему он не был при этом архитектором, почему вообще есть фраза, что можно поручить исследование нескольким джунам - вопросы есть, и много.
Кстати, судя по последней фразе, автор должен быть не самым неопытным там.
Но вот почему это обсуждение не закрылось и не ушло на доску "Позора, они тащат нас назад" в коридоре рядом с профкомом - не знаю. Такого рода решения принимаются не кулуарно, а архитектуру обсуждают обычно люди чуть более опытные.
Да и тот же чип Overlake придумали и внедрили, полагаю, не джуны.
А что на него кто-то решил навесить еще пару функций - скажем так, а почему бы нет, людей со светлыми головами и немутненным сознанием всегда хватало. Тут уж владельцам проекта про Overlake надо приходить и общаться, отстаивать.
Те, кто поумнее, от этого проекта открестились. А молодые и амбициозные увидели в нем возможность получить промо. Но знаний оценить даже не риски, а банальную реалистичность проекта уже не хватило. В МС это называется PDF = Promotion Driven Features.
В МС, то что ты менеджер со своей командой, не значит что тебе дадут нормальный фронт работ. Менеджер сам ищет перспективные направления и пытается выдавить на них ресурсы из руководства.
Из 64 ключевых пунктов работы, составленных годом ранее для модернизации и переноса стека управления VM, ни один не был завершён, а примерно над шестьюдесятью работа даже не была начата.
Ппц не по-русски написано. Вместо кучи слов можно просто написать, что конь не валялся
Чем вы это переводили.
Выбросьте в мусорку, это НЕ Русский язык. Ну или хотя бы скажите ЛЛМ отредактировать, с предоставлением оригинала.
ПС. Кровавые слезы и мат, это нечитаемо
Фигня какая-то, а не статья (претензии не к переводчику, а к автору).
Если у автора статьи мысли скачут как белки, с одного на другое, и он себя относит к "специалистам" (цитирую, "я вернулся в Azure сразу в должности специалист"), то понятно, почему там проблемы. В статье вообще многовато нестыковок и тёмных мест. Автор сильно недоговаривает.
Такое больно читать из-за отсутствия логики.
Что имеем? Автор, бывший инженер Azure Core, пишет, что внутри Azure накопился тяжёлый, плохо понимаемый управляющий зоопарк: команда всерьёз обсуждала перенос кучи Windows-зависимого стека и десятков агентов на крошечную Linux-карту Overlake/Azure Boost, хотя это уже тогда выглядело технически нереалистично и упиралось в масштабирование. Из этого он делает вывод о глубоком организационном долге, управленческой слепоте и потере доверия к Azure.
Это неприятный инсайдерский сигнал про внутреннюю кухню, но не такой сигнал, после которого рынок встаёт и уходит.
Не говоря уже, что и про инженера по статье можно выводы делать разные. А по тому, как его в изложении носит - можно разные версии предполагать и про то, верить ли ему в принципе, а то, мало ли, он не такой уж и "специалист", как подаёт себя?
Описание предельно точное. Ровно это там и происходит сейчас. Но беда в том, что в других больших конторах наблюдается ровно то-же самое. Сначала команда знающих инженеров совершает подвиг под руководством менеджера. Для менеджера святой принцип это “херак, херак и в прод”, плюс “этот тех долг мы исправим потом”. Проект релизится и становится успешным. От этого он стремительно обрастает рыбами-прилипалами и некомпетентными исполнителями. Наступает коллапс управления. Тех долг никогда не исправляется. Новые фичи невозможно разработать. Потом и старые баги невозможно становится исправлять. Проект умирает под тяжестью проблем. Паразиты покидают мертвое тело.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как Microsoft сожгла триллион долларов