rxd_txd

Комментарии доставляют.

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

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

В этой ситуации "общий" код имеет все меньше и меньше смысла:

* общий код хуже подходит конкретному проекту, чем специализированный

* общий код тянет вам лишние зависимости. Мы прекрасно знаем, в какой хаб говна превращается любая популярная библиотека, и все мы видим, сколько говна тащит любой js/go/rust проект в свой vendor

* общий код сложнее править. Я тут недавно писал про glfw - https://t.me/itpgchannel/4301. За то время, что его мейнтейнер не удосужился даже посмотреть на патч, я написал гораздо более крутую альтернативу

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

Не будет никакого общего кода, сначала в виде утилитарных библиотек (парсер json), потом в виде платформенных библиотек (wayland), потом сдастся и libc.

Вполне может быть, что мы доживем до того, что исчезнет общая платформа в виде ядра Linux, а если пофантазировать - то и ground truth в виде CPU.

Останутся только спецификации протоколов взаимодействия, и все.

Запомните этот твит, как говорится.

Зацените какую штуку тут товарищ написал:
https://github.com/crust-gather/crust-gather

Она сохраняет стейт Kubernetes кластера в OCI-имадж (со всеми CRD, статусами, ивентами, подами и их логами)

Потом его можно запустить локально и в нем покопаться обычным kubectl. Можно клода натравить, можно k9s, и т.п.

Идеально подходит чтобы интегрировать в свой пайплайн. Написано на rust'е.

Завтра будет рассказывать о ней на KCD
https://kcd-czech-slovak-2026.sessionize.com/session/1195463

(есть прямая трансляция)

ИИ создаёт дефицит именно тех людей, которые нужны для управления ИИ

Это, пожалуй, главная ловушка, в которую ИИ планомерно загоняет всю экономику. Следите за руками:

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

То есть, лет через десять потребуется больше синьоров, но их станет меньше. Я называю это "джуно-синьорные ножницы", но ещё слышал термин "ловушка надзора" (как вам больше нравится). И прикол в том, что стройного решения пока нет ни у кого. Даже Anthropic (компания, которая сильнее всех приложила к этому руку) прямо пишет про эту проблему, а в конце добавляет: "А что делать - мы не знаем. Думайте сами, а мы пока выкатим новую модель, которая уволит ещё больше джунов, лол кек."

Но кое-какие предложения всё же есть. Разные компании и эксперты предлагают свои варианты - от "корпоративных ординатур" до даже более экзотических способов. У каждого есть изъяны, но из них можно слепить максимально рабочий вариант. Не идеальный (идеального не существует, т.к. конфликт слишком сложный), но рабочий.

Разобрал его в статье на Лабе: @Disruptor_lab_bot. Подробнее про Лаб - вот тут.

В статье подробно:
- Почему это ловушка без идеального решения, и в чём вообще природа конфликта.
- Что конкретно делать компаниям - фаундерам и руководителям - чтобы потом не переманивать синьоров по бешеному ценнику у тех, кто озаботился проблемой раньше.
- Что делать джунам, мидлам на пути к синьору, синьорам или CEO - разобрал под каждую роль отдельно. Там есть хаки, которые можно брать и внедрять в работу прямо сейчас. И касается это не только айтишников, а всех индустрий, куда активно проникает ИИ.

Век живи — век учись ☹️

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

Сегодня словил себя на этом же 👀

Всегда думал, что в Kubernetes есть только:
• SelfSubjectAccessReview — проверка «могу ли Я сделать действие»
• SubjectAccessReview — проверка «может ли другой пользователь/SA сделать действие»

Например:

kubectl auth can-i create pods

А оказывается есть еще и:

kind: SelfSubjectRulesReview

Эта штука позволяет получить effective RBAC rules для текущего пользователя в рамках namespace.

Пример:

apiVersion: authorization.k8s.io/v1
kind: SelfSubjectRulesReview
spec:
  namespace: default

или привычнее:

kubectl auth can-i --list -n default

Но тут есть интересный нюанс:
SelfSubjectRulesReview namespace-oriented и не умеет нормально показывать “все права во всем кластере”.

То есть cluster-scope права приходится проверять точечно:

kubectl auth can-i list nodes
kubectl auth can-i list namespaces
****

Может это и хорошо забытое старое но приятное 😇

Про кодинг с ИИ-черным ящиком есть примечание.

Я часто слышу как «ИИ разрушит нашу стройную архитектуру». Тем временем «наша стройная архитектура» - монолит с невнятным разделением на модули и кросс-импортами.

Кто мешает в хорошей архитектуре выделить один модуль или микросервис и отдать его под ИИ-эксперименты. Плохо код получился? Пусть хоть говном там все обмажет. Не понравится - перепишет человек или другой ИИ.

А, «не слушается, лезет в другие модули, портит API». Не портит, а копирует. Есть хорошее правило: если у вас слоп на выходе - проверьте вход.

System Design Space.

Внезапно узнал про проект Саши Поломодова — System Design Space — ресурс позиционируется как русскоязычный справочник по системному дизайну. И большое ему спасибо за системную работу на этой почве.

P. S. У меня, конечно, зародились неприятные мысли. А вот почему подобной работой не занимается ОНТИКО? Вроде все карты на руках, постоянный приток верифицированной информации, куча контента. Сиди, обновляй... постоянная точка притяжения взглядов комьюнити разработчиков. Эх...

#DevRel

ASCII characters are not pixels: a deep dive into ASCII rendering
https://alexharri.com/blog/ascii-rendering

#ascii

Хороший обзор того, что происходит с профессией программиста и советы, как с этим быть.

1. Что станет с джунами?
2. Какие навыки качать?
3. Какова роль программиста, когда код пишет машина?
4. Специализация или человек-оркестр?
5. Что насчет университетского образования?

Автор Адди Османи из Гугла, бывший глава разработки Хрома.

Сделал программу для проверки качества интернет-соединения, запускаемую из командной строки:

https://github.com/maximal/cloudflare-speedtest

Она использует сервера Клаудфлёра при тестировании скорости загрузки и выгрузки.

Плюсы:
+ Полноценный исполняемый бинарник.
+ Разные форматы результатов: обычный текст, JSON, InfluxDB, TSV.
+ Можно периодически запускать автоматизированно в вашей сети и строить красивые графики в Графаночке.

В релизах уже есть готовые бинарники для Макоси, обычного Линукса АМД64, Линукса с АРМ64-процессорами (типа Распберри Пи, и всякого такого). Если нужно под другую ОС/архитектуру, то можно сбилдить самостоятельно из исходников (понадобится Го).


PS: Да, я видел уже существующий CLI-вариант, написанный на NodeJS, но он, разумеется, не работает.

Марат опять решил графоманить по-взрослому, и опять никаких сетей. Теперь решено поразгонять про нейронки.

https://habr.com/ru/articles/982820/

Eventually Consistent СУБД — всё?

Костя Ратвин написал прекрасную ретроспективную статью о взлете и падении eventually consistent СУБД, а Костя Осипов её откомментировал.

https://habr.com/ru/articles/980082/

Тут ребятушки из Docker всем подарок новогодний решили выкатить ещё на прошлой неделе. Подарок в виде раскрытия исходников более тысячи Hardened Images под лицензией второго апача.

Если кто пропустил, то это типа супер-пупер со всех сторон облизанные образа, которые раньше можно было получить только за деньги. Среди основных плюшек обещали практически полное отсутствие известных CVE и сборку из сорцов, без патченных бинарей и прочего странного.

https://www.docker.com/blog/docker-hardened-images-for-every-developer/

Каталог образов тут:https://hub.docker.com/hardened-images/catalog

Осталось понять причины такого внезапного приступа щедрости...

https://www.r9y.dev/
#SRE