Claude Code это инициативный junior с памятью золотой рыбки. 5 правил контроля для production

У меня очень похожая ситуация, agent engineering только зарождается и всегда интересны чужие подходы. Нащупал для себя "перекрестное опыление" когда в пайплайне разные модели делают перекрестное ревью, сначала независимо, а потом читают чужие ревью и выносят общий вердикт с чем все соглашаются. Вроде похожее идея в moltbot но тут ключевое "пайплайн" для разных моделей и подходящих инструментов почти нет (я пробовал jrswab/axe). К слову sonnet & opus не всегда по умолчанию лучший выбор, иногда GPT сильнее в некоторых вещах (или его меньше заносит) при этом китайские kimi / mimo бывает находят существенные замечания которые claude/gpt изначально пропускают но соглашаются когда их тыкают носом.

Как финтех-прокладка Wildberries выдает займы под 85% годовых, маскируясь под «поручителя»

https://habr.com/ru/articles/1000046/#comment_29540902

NVIDIA представила исследование нового формата чисел для обучения больших языковых моделей

ага, чем-то похоже на сжатие текстур в форматах DXT1 .. DXT5

MOXA Nport — взгляд изнутри

мда, к сожалению, все ссылки протухли

Golang пощупаем дженерики

https://gist.github.com/tooolbox/fb385bfa05032ddc989afb393948be48

вкратце, скорость парсинга, невозможно без анализа семантики отделить от сравнения.

И да изначально полукруглые были, были большие дискуссии, в итоге заменили на [ ]

Портирование приложений с QWidget на QML под Desktop

Для работы с историей, много лет назад перешел в консольный tig, на мой взгляд хороший пример как минимальными средствами достичь многого.

> Но на этом примере прекрасно видно, что виджетам не хватает гибкости и функционала.

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

Зачем нужны дженерики в Go?

github.com/golang/proposal/blob/master/design/go2draft-contracts.md#sort

вкратце

var s []*Person
// ...
sort.SliceFn(s, func(p1, p2 *Person) bool { return p1.Name < p2.Name })

Зачем нужны дженерики в Go?

> складывается впечатление, что Роб Пайк сотоварищи находились в криогенном сне последние 25 лет.

Моё субьективное после плюсов, совершенно обратное. Затащить фич, вообще не проблема — просто потом боротся с ними тяжко. Более 16 ГБ для линковки, 40 минут билда на многоядерных ксеонах и SSD-ях в CI, разные ccache у разработчиков, эпизодические работы по ускорению билдов. Вообщем я рад что некоторые вещи можно перетащить на go.

Зачем нужны дженерики в Go?

в черновике описано почему отклонили:
github.com/golang/proposal/blob/master/design/go2draft-contracts.md#why-not-use-interfaces-instead-of-contracts

Вообщем там список из семи часто спрашиваемых отклоненных идей «why not»

Заблуждения программистов о Unix-времени

> Был баг даже пару лет назад в этой части когда какая-то бяка произошла после вставки високосной секунды.

уточню, в 12-ом году:
bugs.mysql.com/bug.php?id=65778
habr.com/ru/post/146863

Введение в Beautiful Capi, инструмент создания С++ оберток для С++ библиотек

Я, вероятно, неверно выразился.
Имею ввиду такие XML составлять руками, да и читать, как-то сложновато. В том же swig с этим проще, на мой взляд. Вы, впрочем, упомянули про возможный альтернативный вариант. Да и тут github.com/PetrPPetrov/beautiful-capi/issues/24 намерение уже есть.

Введение в Beautiful Capi, инструмент создания С++ оберток для С++ библиотек

Все так, если не считать, что, как я понимаю, автор и есть разработчик. С этой точки зрения публикация должна привлечь интерес к проекту.
Интересный проект, вот только от «XML API description» немного выворачивает.