Pull to refresh

Comments 37

Чё?

Это жалкая литературная подделка произведения Ашманова "жизнь внутри пузыря"

Тот, кто это писал, даже про существование Ашманова не знает. Ашманов на фоне этого - “неизвестный менеджер какой-то мелкой конторы”.

Ашманов литературно написал и с юмором. А тут читаю и с нетерпением жду когда статья закончится

Не, это уже скорее развитие сюжета Игоря при соавторстве Натальи под названием “Жизнь и приключения агента Акселя в жировых складках мелкомягких”. Отчет об уничтожении гегемона пешкой. Издательство - Москва. Мягкий переплёт. Сделано из переработанных материалов - макулатуры.

Кто такой Ашманов?

С 1999 года работал директором по разработке и исследованиям в компании «Рамблер», а затем — её исполнительным директором. Под руководством Ашманова были выпущены версия поисковой машины «Рамблера» 2011 года и большинство сайтов и сервисов портала «Рамблер» до их обновления в 2012 году, спам-фильтр «Спамтест» (позднее, «Антиспам Касперского»), система проверки правописания «Орфо» (применяется в Microsoft Office) и другие продукты

Рамблер

Спамтест

Орфо

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

На тот момент это был лидер поисковиков и обгонял Яндекс

Ашманов

https://www.ashmanov.com/education/articles/zhizn-vnutri-puzyrya

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

Снаружи Microsoft казалась другой — руководство на каждый чих.

Тем временем, Microsoft проводила масштабные увольнения: примерно 15 тысяч рабочих мест волнами с мая по июль 2025 года; скорее всего это было сделано, чтобы компенсировать прямые потери из-за CoreWeave перед следующей видеоконференцией о доходах.

Таки что увольнения все-таки из-за ЭйАй, только не в том виде как всем рассказывают?

Увольнение 5% каждый код в среднем это их культура конкуренции. В результате, программисты занимаются ИБД, боятся работать с сильными напарниками, гадят друг другу в суп.

Ну, а 5% сами уходят. В результате, работавших 10+ лет мало. Как и везде, впрочем.

У МС годового плана по увольнениям нет уже давно. Это Мета этим славится. Enforced bell-curve performance distribution.

Тут недалеко до расизма и соц дарвинизма

Я слышал про сокращение 2-3% самых не эффективных сотрудников в компании в год. И по рассказам очевидца занимались этим все крупные ИТ корпорации США. + в Майкрософт была собственная компания PowerMan - для аутсорсинга персонала, т.е. куча людей работала не в майкрософт, а через их же прокладку-подрядчика с официальными 6 днями отпуска в год (в США работодатель не обязан предоставлять отпуск персоналу - размер отпуска оговаривается в контракте) и объемами работ которые невозможно было сделать за 8 часов поэтому люди постоянно задерживались после работы на 1-2 часа.

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

для запуска скрипта удаления файлов утёкших файлов, которые в некоторых узлах превысили предел временных файлов в 100 ГБ

что мне пытаются рассказать?

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

Теперь эту статью можно давать всем, кто говорит "ИИ сделает софт глючным" - не сделает, люди сами прекрасно справляются

Больше глючного софта богу глючного софта!

Да понятно всё.

В самом начале описывается классическая картина группы разработчиков, которые тащатся от самого процесса разработки, но в принципе не рассматривают вариант "довести разработку до постоянной эксплуатации и вычистить (почти) все баги".

Тут главное вовремя резюме обновить и съ***ться в другую компанию.

Ну а то, что в Микрософт - жопа, я уже понял. Windows 11 как бы намекает...

Если так смотреть то весь бигтех жопа. Если только ты не principal/staff engineer и выше

Только вот principal/staff engineer-ы в таких организациях - это как раз те люди, которые когда-то давно напринимали сомнительные технические решения, получили за это звезды и погоны (лычки стаффов и принципалов), и разбрелись по организации дальше эффективно действовать...

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

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

Захватывающе и поучительно рассказано, снимает многие вопросы о качестве сервисов и вообще уровне

Описание предельно точное. Но тут стоит отметить, что как и весь бигтех, Майкрософт дико нанимала сотрудников в 2020-2022 годах. Штат вырос с 163 тыс, до 221 тыс сотрудников. Это +35%. И нанимала в основном вчерашних выпускников колледжей. Других на рынке просто не было. Т.е. каждый 4-й инженер в компании был выпускником с 0-2 годами опыта. Для разработки больших систем это совсем мало.

Со времен ухода Балмера, совет директоров находится под сильным давлением “людей с Wall Street”. Они не очень понимают в АйТи, но здорово понимают в краткосрочной привлекательности акций.

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

Плюс, компания сильно вложилась в госконтракты. А с госконтрактами пришли “госпаранойя” и безопасность “как ее понимает государство”. Т.е. бесконечные “гос стандарты”, “гос бюрократия”, “гос отчетность”. Эти стандарты писались государством еще в 70-е, 80-е годы прошлого века. Тогда проблема утечек данных решалась подходом - “давайте заведем еще один комитет, который будет собираться раз в неделю и рассматривать все запросы на получение информации”. А все запросы на изменение систем должны подписываться руководством. Continuous integration - с этим не сочетается от слова никак. И все современные подходы к управлению процессом разработки оказались похерены. Буквально запрещены на законодательном уровне. Храните правительственные данные - все системы должны соответствовать гос нормам. Compliance, мать его.

Коллапс управления разработкой - вот что вышло в результате.

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

Майкрософт превращается в господрядчика? Вот это поворот!

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

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

Итог что на Хабре, что в MS один - юзеры ропщут, но уйти не могут, потому что куда, ну и старые привычки/договоры действуют.

Боссы довольны - прибыль идет.

Технари ропщут, особенно если уже не работают в.

Чувак пришёл в MS второй раз на позицию специалиста, зашел на совещание, и сразу, сходу понял, что Титаник дальше не поплывет.

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

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

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

Да и тот же чип Overlake придумали и внедрили, полагаю, не джуны.

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

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

Ппц не по-русски написано. Вместо кучи слов можно просто написать, что конь не валялся

Чем вы это переводили.

Выбросьте в мусорку, это НЕ Русский язык. Ну или хотя бы скажите ЛЛМ отредактировать, с предоставлением оригинала.

ПС. Кровавые слезы и мат, это нечитаемо

Фигня какая-то, а не статья (претензии не к переводчику, а к автору).
Если у автора статьи мысли скачут как белки, с одного на другое, и он себя относит к "специалистам" (цитирую, "я вернулся в Azure сразу в должности специалист"), то понятно, почему там проблемы. В статье вообще многовато нестыковок и тёмных мест. Автор сильно недоговаривает.
Такое больно читать из-за отсутствия логики.

Что имеем? Автор, бывший инженер Azure Core, пишет, что внутри Azure накопился тяжёлый, плохо понимаемый управляющий зоопарк: команда всерьёз обсуждала перенос кучи Windows-зависимого стека и десятков агентов на крошечную Linux-карту Overlake/Azure Boost, хотя это уже тогда выглядело технически нереалистично и упиралось в масштабирование. Из этого он делает вывод о глубоком организационном долге, управленческой слепоте и потере доверия к Azure.

Это неприятный инсайдерский сигнал про внутреннюю кухню, но не такой сигнал, после которого рынок встаёт и уходит.

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

Sign up to leave a comment.

Articles