Occupy читай


Гео и язык канала: Россия, Русский
Категория: Познавательное


Чтобы прочитанное/посмотренное и пережитое не проходило мимо бесследно, я записываю свои впечатления здесь

Связанные каналы

Гео и язык канала
Россия, Русский
Статистика
Фильтр публикаций


Сделал себе сборщик дайджеста всех каналов телеги, на которые подписан.
Каждое утро в канал приходит пачка постов, состоящая из кратких содержаний постов и ссылками на исходные посты.

Я спрятал все исходные каналы в архив и больше не вижу их в "непрочитанных".
Получил интересный эффект — в телеге исчез источник "чего там нового есть почитать" в течение дня.
Это убивает рефлекс заглянуть в телегу дела без дела.

Выложил проект в гитхаб с модной инструкцией "покажи это своему агенту и он сам всё установит".
https://github.com/syntaxa/hermes-tg-digest

Да, проект работает в связке с Hermes agent (https://hermes-agent.nousresearch.com).
Кто не в курсе - Гермес это очень классный opensource agent, работающий с почти любыми провайдерами LLM.
Берешь подписку на самый дешевый VPS за 600р./месяц, ставишь Гермеса, направляешь его на бесплатного провайдера и у тебя появляется в телеграм очень удобный помощник на все руки.
Пример задач:
- поищи для меня что-то в интернете и собери отчет
- напиши мне бота телеграм для XYZ
- проверяй котировки на бирже и скидывай мне ежедневную сводку
- запоминай всё, что я тебе буду присылать и складывай по папкам по разным темам
- пиши мне тут сообщение, когда кто-то коммитит в эту репу GitHub
- кто жрет память на сервере?
- какие есть дыры безопасности на сервере
- настрой XYZ
- почему не работает вот это? почини
- что ты умеешь?
- настрой себе вот это

Работает с маркетплейсами mcp и скиллов. Если что-то нашли в инете полезного из инструментов — кидаете ему ссылку и "разберись, чем мне это будет полезно", а потом "чекни, если хватит ресурсов сервера, то разверни".

Из необычного — он умеет рефлексировать. Анализирует сессии и извлекает из них полезную инфу, чтобы запомнить факты, улучшает скиллы, пишет новые скиллы на повторяющиеся задачи.

Он неплохо программирует, но это не его главная функция и специализрованные агенты типа Codex, Claude code будут мощнее для серьёзного профессионального кодинга.

Есть больше 2х десятков каналов, через которые можно общаться с Гермес: от мессенджеров, до почты и windows приложения. В телеге сразу включайте режим topics - каждая сессия будет в отдельном топике чата с Гермесом.

Кто хочет программировать себе всякое разное, то вот как это можно делать бесплатно:
1. https://openrouter.ai/openrouter/free
2. https://opencode.ai/zen

В Zen сейчас бесплатно доступна модель GLM под кличкой Big pickle и она умеет лихо кодить. Можно её ставить как основную модель. Там же есть DeppSeek V4 Flash Free - её ставить на auxiliary model Гермесу для всяких подручных задач типа "придумать как назвать текущую сессию чата и прочую мелочовку.






Очень интересный подкаст в целом и этот конкретный выпуск в частности.

Интересный, страшный, тёмный выпуск...🇷🇺


Тревожно такое читать. Действительно агенты по природе своей так устроены, что ослепляют нас. Мы волновались, что они работу отнимут, а они умеют делать больно по-другому 😳


Репост из: Refat Talks: Tech & AI
Чем умнее агенты, тем дороже ваша поверхностность

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

Снаружи все выглядит норм (и даже продуктивно): код пишется, 5 тасок закрыто, еще 5 фич сделано по дороге (изи же). Но ощущение ложное - все это круто, только пока суть под контролем. А часто человек не понимает даже, какую проблему решает, - что уж говорить про само решение. То есть формально у нас AI-assisted engineering (harness и AI-кодинг инфра развиваются, строятся целые системы вокруг этого), а фактически - тихий съезд в вайб-кодинг, хотя это принципиально разные способы делать софт.

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

Теперь про парадокс из заголовка. У агентов есть рычаг: раньше он был небольшим, но сейчас агенты часами крутятся в фоне и производят больше кода, больше инфраструктурных изменений, больше лишних фич (привет loop engineering). Раньше сгенерированное хотя бы чаще проходило через глаза, осознанность чередовалась с автоматикой. И да, может я скажу базу, но поднять кучу агентов одновременно легко, но ваша когнитивная пропускная способность так не параллелится. Это еще называют налогом на оркестрацию.

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

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

Второе: строить эту карту помогает тот же самый AI, если развернуть его от производства к пониманию: задавать вопросы, просить челленджить твои выводы, сжимать сложное до принципов. Безопасно делегировать можно только то, что смог понять и способен сжать. И объяснимость обязана лежать в основе проектирования наших систем.

Третье: не верить ощущению "да все понял". Всю карьеру усилие было датчиком обучения: тяжело - значит растешь. AI убрал трение, а вместе с ним и этот датчик - потерю понимания теперь просто не чувствуешь. Ощущения врут, поэтому нужны внешние проверки:
- Тест на ошибку: если бы агент здесь ошибся - я бы заметил?
- Тест на пересказ: объяснить решение коллеге или резиновой уточке, не заглядывая в чат.
- Чистый лист: сначала набросать свою версию, и только потом открывать чат. AI тут - твой оппонент, а не твой автор.

А вы замечаете это скольжение по поверхности (за коллегами или за собой)? И как с этим боретесь?

🔥 ➕ 🔁 @nobilix




Пересмотрел Бегущий по лезвию 2049.
В 2026м есть дополнительный слой восприятия, которого не было в год выхода фильма (2017): сейчас есть опыт общения с языковыми моделями. Понятно, что электрическая любовница действительно могла вести себя очень реалистично, но Джо понимает, что она нереальна и постоянно то даёт себе играть роль её любовника, то критически её воспринимает. При этом Джо все равно привязан к Джой.

Сегодня такой эпизод уже реальность


• BDFL — значение по умолчанию для соло-проекта, а не сознательный выбор. Но Келли считает, что демократия в open-source уязвима для денег («окисление»), и пока не знает, как это решить.

8. Что осталось неясным

• Конкретные сроки 0.16: в интервью объявлена «гонка» с выходом видео, но неясно, выпущен ли уже релиз.
• Как именно Zig планирует решить проблему устойчивости управления после ухода Келли — конкретный план не озвучен.
• Не раскрыто, какие именно компании входят в число спонсоров фонда (кроме того, что список диверсифицирован).
• Как Zig планирует конкурировать с C вembedded/ядре ОС без достижения стабильности 1.0 — компании неохотно принимают нестабильный язык для mission-critical кода.
• Нет ответа на вопрос, сколько контрибьюторов Zig потерял из-за ухода с GitHub и насколько Codeberg подходит для масштабного open-source collaboration.

9. Сверхкраткая версия

• 🔑 Zig создан из фрустрации существующими языками (JS/Go/Rust/C++) при попытке сделать DAW; ключевое отличие — контроль без GC и без сложности Rust.
• 💰 Zig Software Foundation — 501c3 некоммерческая, $670K/год, один сотрудник (Келли, $154K), 91% — контракторам, ни один спонсор не может диктовать условия.
• 🚫 AI-контрибуции запрещены не из идеологии, а потому что это «мусор», отнимающий время ревью; главная цель PR — mentorship, а не код.
• 🔧 Zig ушёл с GitHub (неработающий CI) на Codeberg, уходит от LLVM (собственный бэкенд дал 50 мс инкрементальную компиляцию), не торопится с 1.0.
• 💡 Killer feature: zig build — ноль зависимостей, одна команда, любая ОС, любая архитектура.

Объем транскрипта: 63.1 кб

— 3/3 —


Келли продвигает следующие ценности и убеждения:
Главные аргументы: программист не должен мириться с ограничениями инструмента; контроль над железом важнее удобства; долгосрочная устойчивость проекта важнее быстрого роста; коммерческие интересы развращают open-source проекты.
Предположения: что хороший язык можно спроектировать «сверху вниз» одним человеком (BDFL) без компромиссов комитета; что пользователи будут ценить контроль и производительность выше лёгкости входа; что фонд может выживать на пожертвованиях без корпоративного давления.
Слабые места: BDFL создаёт риск «наследственного кризиса» — сам Келли признаёт, что модель неустойчива в долгосроке и монархия работает только при хорошем лидере. Пока нет механизма демократического управления, защищённого от «окисления деньгами». Также: строгий запрет AI на PR может отсекать полезные контрибуции, где AI был инструментом, а не автором.

5. Что стоит запомнить

• Zig выбирают не из моды, а когда нужен абсолютный контроль над памятью, производительностью и предсказуемостью латентности (TigerBeetle, Ghostty).
• Собственный компиляторный бэкенд — это не прихоть, а архитектурное решение, которое даёт то, чего LLVM никогда не даст (50 мс инкрементальная компиляция).
• Финансовая модель Zig Foundation — возможно, самая прозрачная и устойчивая в индустрии: 501c3, ни один спонсор не имеет рычагов давления, 91% денег идёт разработчикам.
• AI-запрет на контрибуции — не идеологический, а практический: ревью — узкое горлышко, и AI-код не оправдывает затрат времени на mentorship.
• Переезд с GitHub на Codeberg — решение о работоспособности CI, не о политике. GitHub «просто перестал работать».
• Zig 1.0 не будет выпущен, пока язык не будет готов к 50-летнему обещанию обратной совместимости.
• Для перехода с C на Zig не нужно переучиваться — все навыки переносятся, но отладка становится существенно проще (full stack trace вместо segmentation fault).
• Ziglings — рекомендуемый способ начать изучать язык.
• Борьба с выгоранием: либо найти работу, которая приносит удовлетворение, либо «перестать стараться» в бессмысленной корпорации.
• Vibe coding «неинтересен» Келли: полагаться на то, что код «удивительно хорошо работает» — это унизительная планка качества; плюс зависимость от закрытых API 4 компаний за $300/мес.

6. Практическая ценность

• Если нужна кросс-компиляция Go-кода с C-зависимостями под ARM64 — используй zig cc (так делает Uber).
• При выборе языка для real-time систем (аудио, игры, финансы) — Zig даёт control over allocation без GC-пауз и без borrow checker-а, который замедляет итерацию.
• Для новых проектов: zig build — одна команда, не требующая Docker или системных зависимостей; readme check проходит за одно действие.
• Архитектурный принцип: не делай core продукт зависимым от внешней библиотеки (как Unity для физики Killer Queen). LLVM была такой зависимостью — Zig от неё уходит.
• При управлении open-source проектом: диверсификация дохода (много мелких спонсоров вместо одного крупного) даёт реальную независимость.
• Настройка IDE для Zig: ZLS (Zig Language Server) — сторонний проект, заслуживающий поддержки; для начинающих — Ziglings.

7. Неочевидные моменты

• Zig формально MIT license, и Келли не видит противоречия в том, что AI-компании могут тренироваться на его коде, хотя AI-контрибуции запрещены. «Подарок миру без условий» — это принципиальная позиция.
• Проблема Killer Queen (аркадная игра) с Unity physics engine как аргумент против внешних зависимостей для core продукта — метафора, которую Келли использует, объясняя отказ от LLVM.
• Rust, по мнению Келли, ведёт к объектно-ориентированному стилю управления памятью (ref counting, RAII), тогда как Zig поощряет кастомные аллокаторы (arena и т.д.). Это различие глубже, чем просто «borrow checker vs нет».
• Contributor poker: категоризация контрибьюторов по потенциалу инвестиции времени в mentorship. AI-авторы всегда «driveby».
• Firefox — единственный не-Chromium, не-Safari браузер, но Mozilla «коррумпирована и теряет курс», и альтернативы пока нет.

— 2/3 —


Zig 2026: No-AI Policy, $670K Foundation, Left GitHub & Why Zig Isn’t 1.0 - Andrew Kelley Explains

🎬 Канал: JetBrains
Длительность: 1:13:11
📅 Дата: 20260527
👁 Просмотров: 541,819

📝 Сводка:
1. Краткое резюме

Интервью с Эндрю Келли, создателем Zig. Он рассказывает, как разочарование в JavaScript, Go, Rust и C++ при создании цифровой аудиостанции привело его к убеждению: «проблема не во мне, а в языке» — и к созданию Zig. Обсуждается финансовая модель фонда (501c3, $670K годового дохода, один сотрудник — сам Келли, $154K зарплаты), строгий запрет AI-контрибьюций, переезд с GitHub на Codeberg из-за неработающего CI, уход из LLVM ради собственного бэкенда (инкрементальная компиляция за 50 мс), и почему 1.0 не торопятся выпускать. Келли отстаивает BDFL-модель, противопоставляет её комитетному управлению (как в C++) и делится взглядами на будущее программирования.

2. Главные тезисы

• Zig создавался не как «ещё один язык», а из практической потребности: ни один существующий язык не позволял Келли построить цифровую аудиостанцию с нужным контролем над производительностью и отсутствием глитчей.
• Go отпал из-за GC (неприемлемо для real-time audio) и плохой интероп с C; Rust (до 1.0) — из-за каскадных ошибок компиляции при изменениях, неделя ушла на рендеринг шрифтов без прогресса; C++ — из-за memory corruption bugs, отнимающих недели.
• Фонд — 501c3 (не 501c6, как Rust Foundation), не лоббирует, не принимает условия спонсоров, не имеет инвесторов и exit-плана. Доход диверсифицирован: пожертвования частных лиц и компаний, ни один спонсор не может диктовать условия.
• Строгий запрет AI/LLM на PR и issues: такие контрибуции «invariably garbage», имеют отрицательную ценность (отнимают время ревью), а главная цель PR-процесса — mentorship, который невозможен, когда автор не понимает своего кода.
• Zig покинул GitHub, потому что «CI просто перестал работать». Переезд на Codeberg (немецкий некоммерческий форж) решил проблему. GitHub-спонсоры не последовали, но фонд не пострадал — пожертвования безусловны.
• Отказ от LLVM — ключевое архитектурное решение: собственный x86-бэкенд дал инкрементальную компиляцию с изменениями за ≤50 мс для кодовой базы в миллион строк. Аналогия: LLVM была «training wheels», но за 10 лет Келли научился обходиться без них.
• Zig не торопится с 1.0, потому что это не стартап. 1.0 — это обещание обратной совместимости, и Келли не хочет «lock in» неудачных решений. Язык рассчитан на 50 лет.
• «Worse is better» — лингвистически бессмысленный термин; Zig выбирает «больше с меньшим» (small complexity, high utility).
• Killer feature Zig — toolchain с нулевыми зависимостями от системы: zig build — единственная команда, работающая на любой ОС.
• Келли считает себя «непригодным к найму» и счастлив только как сам себе начальник; увольнение с OkayCid и переход на Zig фултайм — лучший день в жизни.

3. Важные факты и детали

• Доход фонда в 2024: $670,000. 91% уходит контракторам (5 человек на полную ставку).
• Зарплата Келли: $154,000 — медианная зарплата senior-инженера в Нью-Йорке на момент создания фонда.
• У Zig >200 открытых PR — bottleneck ревью, а не кода.
• TigerBeetle (БД финтранзакций на Zig) в 1000 раз быстрее стратегий на PostgreSQL: предварительно аллоцирует всю память и никогда не аллоцирует динамически после старта.
• Uber использует Zig как C-компилятор (zig cc) для кросс-компиляции ARM64 Go-кода с C-зависимостями.
• Bun (JS/TS рантайм) продан Anthropic; «склеечный» код написан на Zig.
• Ghostty — терминал от Митчелла Хашимото (сооснователь HashiCorp) на Zig.
• Собственный x86-бэкенд Zig даёт инкрементальную компиляцию за 50 мс (с LLVM это было невозможно).
• Келли использует Vim — потому что он устойчив к синтаксическим ломкам при разработке языка.
• Учит японский по 1 часу в день, пробежал один марафон (на миле 21 «ударился о стену», его обогнал 70-летний мужчина).
• ZIG назван случайно: Python-скрипт генерировал короткие слова с нулём результатов в поиске «Zig programming language».

4. Позиция автора/участников


— 1/3 —


Кому лень смотреть/слушать - можно и почитать! :)


https://www.youtube.com/watch?v=iqddnwKF8HQ&pp=ugUEEgJlbg%3D%3D

Окончательно токсичный программист :)

Обычный программист: ваш код говно, я его перепишу
Эндрю Келли: ваш код — дерьмо, ваши компиляторы — дерьмо, ваши языки — дерьмо, да-да и раст и плюсы — всё в топку! Я увольняюсь и
напишу свой язык, уйду с GitHub и горите вы все в аду!


Если кто-то наткнется на комментарии Миллы Йовович к коммитам Python-кода на GitHub, то имейте в виду: это «та самая Милла», а не однофамилец.
https://github.com/MemPalace/mempalace/pull/544

Она увлекалась программированием с детства и одно время даже была основателем IT-компании.

Сейчас она позиционирует себя архитектором проекта https://github.com/MemPalace/mempalace, который реализует долговременную локальную память для ИИ-агентов. Милла пользуется Claude Code. Проект на GitHub набрал 40 тысяч звезд.


https://youtu.be/ZdWmK3o7VXg

Tuba Skinny — американский коллектив, играющий джаз и American roots music, что бы это ни значило.

Случайно наткнулся на них в рекомендациях YouTube и сначала был захвачен визуальной составляющей. Ребята много играют на улицах и публикуют эти видео. Они кажутся невероятно аутентичными и яркими. Для меня это — люди, искренне любящие свое дело.

Далее — музыкальный слой. В группе много инструментов, и обычно ожидаешь, что есть солирующие инструменты и те, что создают задний фон. У Tuba Skinny композиции устроены иначе: они сложны и динамичны. Я изучил тему и понял, что таки да - я открыл для себя устройство джаза под капотом. Есть ритмическая канва, которая держит композицию целиком, но внутри нет привычной структуры поп-композиций «куплет — прехорус — бридж — припев». Я воспринимаю их музыку как череду сцен: иногда появляются куплеты, а между ними — отдельные перформансы, где солируют разные инструменты или их комбинации.

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

Особенно интересно наблюдать, как девушка «оркеструет» партии соло, глазами указывая, кто следующий порадует публику.

Для меня загадка, как они учат такие композиции. Кажется, что каждая сцена — импровизация, а композиция в целом держится на ритме, паре куплетов и сольных партиях, которые музыканты придумывают сами. Но поверить, что это делается полностью на ходу, трудно.


Фото, чтобы на минуту представить себя на месте того человека, стоящего на Луне с фотоаппаратом и глядящего на всех людей вселенной и свой дом.


Картинка для привлечения внимания


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

Интересный сайт про русский письменный язык.

https://awarness.ru/russian-lit/

А ещё я просто в восторге от этого прекрасного видео. Тут и материал и подача восхитительны.

https://youtu.be/vDSn1HWY8J8?is=65sHpfY_dhQ_HVyK


Топ идея: переписывать серьезные информационные повествования в виде розыгрыша по ролям с хохмами и матом.

Так читается сильно вовлечёнее!

https://pikabu.ru/story/islandiya_protiv_vsekh_istoriya_treskovyikh_voyn_3869033

Слава комплюктерам, они помогут переписать любую скучную записку в этом стиле! 😂


Claude AI назван в честь Клода Шеннона (Claude Shannon), американского математика и инженера, известного как "отец теории информации".

Шеннон (1916–2001) заложил основы цифровой электроники, криптографии и искусственного интеллекта. Его работы 1948 года ввели понятие "бита" как единицы информации и описали булевы логические вентили.

Показано 20 последних публикаций.