Comments 12
Я полагаю, что такое будет везде, где есть сложное ПО, которое должно поддерживать и технологии с требованиями 15 летней давности и современные требования.
Это если снуля делать под текущие задачи, то да можно сделать хорошо. Но как только технологии и требования начнут меняться, произойдёт тоже самое, будут добавляться костыли.
И никакие улучшения, которые предлагал чувак не помогли бы и скорее всего они поломали бы что то другое, чего он даже не предполагал.
По теме, чувак видно, что опытный, но позже обиделся, что его уволили.
Но читать было интересно.
по-моему его "Постепенные улучшения при помощи разбиения на компоненты" могло вернуть ситуацию в контролируемое русло. В целом похоже центральный аппарат Майкрософт закостенел. К Биллу Гейтсу, по рассказам, мог подойти любой разраб по любому вопросу. Правда и Б.Г. мог сказать "Ты чё, дурак ?"
Чувак явно переоценил свой вес в корпорации. Если ты начинаешь пилить свой фреймворк вместо закрытия тасок из бэклога, тебя уволят в любой нормальной компании
Проблемы масштабировались ровно пропорционально плотности.
Хорошо хоть не экспоненциально.
Автор прямо д'Артаньян в окружении понятно кого. Не исключаю, что там действительно творится дичь. Но дикое самомнение, синдром спасителя и вот такие опусы автора сильно смущают:
Я отправил множество баг-фиксов и рефакторингов, в частности, с использованием умных указателей, но их все отклонили из страха что-нибудь поломать. Это ещё нагляднее показывает нехватку технического руководства, распространившуюся на всю организацию.
А может быть автор в этих PR творил дичь? Не верю, что нормальный баг-фикс будут просто так отбрасываться. А если так происходит со всеми его PR, то повод задуматься о том, какого качества код там был.
Однако ситуацию можно спасти. В 2024 году я прочитал требования OpenAI к инфраструктуре, в которых описываются потребности и обещания, данные платформой Azure. Текущие планы, скорее всего, провалятся (история подтвердила правильность этого предчувствия), поэтому я начал разрабатывать новые, чтобы заново выстроить стек узлов Azure с нуля, исходя из базовых принципов.
После того апокалипсиса, что автор описал выше удивительно, но оказывается ещё была чудесная возможность всё спасти, и автор, конечно же, начал создавать удивительный план спасения. Как всегда, близорукое руководство не поддержало
Тут ещё интереснее, если ему дали задание сделать рефакторинг и бакфикс и не приняли, то видимо да, его код не соотвествевал тому, что от него требовали и его уволили. Но, тогда непонятно зачем вообще давать такое задание.
Либо, как я понял из статьи, он сам что то решил пофиксить, а его даже не просили и тогда его уволили, так как по факту он ничего не делал, а придумывал себе работу, при этом отвлекаясь других своими PR.
Ну и переводили его из одной команды в другую тоже похоже по этой же причине, везде пытался лезть со своим самоваром, искали, где он мог пригодиться, мол спец то вроде толковый.
почитать, так там весь MS работает по известному плану:
В любой компании, кроме своей собственной, Д'Артаньяном быть не выгодно. В 100% случаев это заканчивается увольнением. В
В более менее нормальных компаниях это работает так: говоришь о проблеме своему начальнику. Если это очень важно, может быть говоришь начальнику начальника, но только если очень уверен и в компании принято общаться с начальником начальника. В нормальных компаниях такое есть , чтобы проблемы не прятались одним начальником-идиотом.
На этом всё. Никаких CEO или советов директоров
Вбухать миллиарды в ИИ инфраструктуру для OpenAI, чтобы в итоге инфраструктура легла от того, что кто-то решил сэкономить на железе и впихнуть 48 виртуалок вместо 32 - эффективные менеджеры в деле
Читаешь и понимаешь, что это не “сожгли триллион”, а планомерно закапывались в техдолг годами. WireServer с доступом к памяти VM - это вообще уровень “как так вообще получилось”, но еще показательнее, что это не чинят, потому что страшно трогать. Значит, оно уже не поверх системы, а и есть система. Классическая история: сначала быстро сделали, потом обросло зависимостями, потом “временно” оставили, а потом никто уже не понимает, где там что отвалится. И да, после такого начинаешь меньше смеяться над “простыми” решениями в виртуализации. Потому что когда у тебя не слоеный пирог из костылей, а более-менее прозрачная схема (в духе того же vmmanager или spacevm), хотя бы есть шанс, что ты контролируешь систему, а не она тебя.
Как Microsoft сожгла триллион долларов. Часть вторая