https://news.ycombinator.com/item?id=42231489

О расколе в C++ и двух фракциях. Автор статьи утверждает, что эволюцию C++ тормозит ориентация на клиентов с древним тулингом. Тех клиентов, которые не могут внести изменения в свой исходный код.

Интересно, насколько эта аналогия корректна для Ziiot platform:-)

https://news.ycombinator.com/item?id=42239607

Redis пытается захватить контроль над всеми клиентскими либами в попытке борьбы с Valkey

Обожаю жанр набросов на языки. Вот тут чувак травит Go

https://fasterthanli.me/articles/lies-we-tell-ourselves-to-keep-using-golang

Избранная цитата:

В 2009 году на презентации Go на конференции OSCON из зала спросили: "Why did you choose to ignore any research about type systems since the 1970s?". Тогда я не понимал смысл вопроса, теперь понимаю.

«Мы решили отказаться от самописного велосипеда в ServiceMesh и перейти на Istio».

46 слайд: итак, мы форкнули istio....

https://highload.ru/moscow/2024/abstracts/13831

Заявил Поломодову на его дискуссии с Филом Дельгядо про пользу и вред System Design Interview, что готовятся к собеседованию вообще и собеседованию по системному дизайну в частности только слабые и неуверенные в себе спортсмены только лохи.

Александр не растерялся и в ответ подарил мне книжку (см рис), качественно меня таким образом попустив.

Если серьезно, дискуссия выглядит суперинтересно: по сути Фил грамотнейше вскрыл недостатки формализованных собесов, из зала и ведущий рассказывали про всякие ужасы вроде "балл кандидату, если он упомянул в ответе Kafka". Аргументы Александра тоже понятны: без стандартизированных собеседований масштабирование работать не может, нельзя нанимать в компанию (а не в команду), непонятно как вытягивать слабые команды и т.д., а за глупые чеклисты Александр отвечать не может. Позитивная повестка Фила выглядела довольно слабо: мол, если собеседующий реально умный и умеет собеседовать, он за 15 минут разговора поймет хороший ли кандидат или нет, а если собеседующий не умеет, пусть научится.

В моей практике кажется, что надо сочетать два подхода. Стандартизированные задачи дают базис для вытаскивания кандидата в живую дискуссию, и от интервьюеров в ЦИП мы требуем не только оценки по чеклисту, но и (а) финальной оценки кандидата по грейду, (б) субъективного мнения, хотел бы работать в одной команде или нет (в) обязательно собеседуем вдвоем с независимым выставлением оценок.

#highload

По замыслу разрабов Гринатома дохлый лев лучше, чем эксперименты на проде. Ок, пускай им дохлый лев продуктовые гипотезы и проверяет.
#highload

Торжественно праздную добавление 100го подписчика: Митяя М.

10 минутный техтолк со смыслом «если у вас будут компонентные автотесты, будете реже разьебывать прод и общий регрессионный стенд».
С одной стороны не поспоришь, с другой стороны вы вот читаете наверняка и думаете: жаль у нас мало автотестов.
Кстати схерали у вас их мало? Кто это сделал?
https://highload.ru/moscow/2024/abstracts/14009

#highload

Фичи и их внедрение, слайд для платформы #ziiot
#highload

https://t.me/engineering_manager

Прослушал доклад про фейлы, которые были при внедрении платформы в Сбермаркет. В целом полезный доклад про платформенный подход.

Вопрос, который мы все себе задаём: как убедить бизнес в инвестициях на платформу.
А вопрос, который следует себе задавать (и у меня, и у спикера нет ответа): как убедить себя в нужном объеме инвестиций. Как решить, что в платформенной команде должно быть Х инженеров, а не 0.8Х и и не 100Х?

#highload

Программисты регулярно задвигают про то, какие мы гигачадсверхразумы, а гуманитарии лохи. Но я тут слушал на #highload доклад про технологическую архитектуру Алисы, и при задавании вопросов программисты не смогли в простое гуманитарное "оставаться в заданных рамках дискуссии". Вот тебе только что рассказывали, как в Алисе есть рефразер, чем он отличается от сумматора и как оптимизировать EAGLEs модели, а ты такой: расскажите, когда Алиса будет надежно голос ребенка отличать, я озабоченный родитель, подумайте о детях.

С другой стороны вопрос к организаторам конференции, а они чего ожидали, когда поставили этот доклад в главный зал? Что там соберется элитная компания ML-специалистов?

С 28 декабря я освобождаюсь от ЦИП / Цифры, так что если кому-то я нужен, пишите.

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

Шар, репост, лайк, благодарность в случае успеха!

«Для того, чтобы догнать лидеров, необходимо 5-6 лет. Или если мерять в попугаях 3-4 директора по цифровой трансформации»

https://ruitunion.org/posts/2024-12-20-we-were-exposed/

Коллеги из "профсоюза" немного ущемились моими вопросами в комментариях и выложили пост. Вот и дальше получается, вот есть Синодов (или например я). У нас есть фамилия, имя, отчество, какие-то координаты, история.
И есть простой русский анонимный программист Мыкола, из которого состоит ИТ-профсоюз. Мы абсолютно прозрачное горизонтальное сообщество, в котором есть НОЛЬ людей, которые могут назвать свое ФИО, вступай в чат, борись за права народа!

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

Жалко белорусские заказчики ничего не знали и продолжили слать письма, которые не доходили

https://github.com/dotnet/runtime/pull/111225

Три года обнаружил небольшую багу (подтвержденную) в .NET runtime. Вот сейчас робот решил ее закрыть за неактивность. Психанул, прислал двухстрочный фикс. Посмотрим что будет.

Сказали: хер с ней багой, не жили нормально и не хер начинать.
Велели комментарий в коде поправить и бог с ним

Оказывается, в SDK 9.0.101 откатили NuGetAuditMode=all по умолчанию, и теперь опять варнинги случаются только из-за прямых зависимостей, а не из-за транзитивных.
Зачем, почему — официального объяснение выглядит как «что-то все взвыли» (UPD), говорят к NET 10 придумают план про включению опять.
Если вы успели зафанететь от этого изменения (а в промышленном программировании весьма полезно выглядит), то включите назад вручную.

https://news.ycombinator.com/item?id=42807200

Как писать без багов