💡 На Hacker News показали инструменты для контроля ИИ-разработки 447 комментариев собрала сентябрьская ветка Hacker News о проектах участников на момент снимка страницы. Среди них — инструменты, авторы которых пытаются сохранить понимание кода, закрепить требования и управлять контекстом ИИ. 🛠 Opair: в режиме навигатора агент следит за изменениями и комментирует их, но не получает инструментов записи. 📋 SpecPilot: собирает спецификации через 27 вопросов; автор недавно добавил MCP-сервер, чтобы агент мог сам пройти опрос. 🗂 slopdex: индексирует код через эмбеддинги и описания от LLM, хранит индекс в SQLite и обновляет его по изменениям коммитов. Автор Opair уже использует инструмент ежедневно: ему важно участвовать в разработке, чтобы понимать крупные изменения. Создатель SpecPilot признаёт, что пользователей пока мало, а основную ценность видит в будущей проверке соответствия кода спецификации. 💡 Почему важно: Для тимлидов, которые тратят всё больше времени на проверку сгенерированного кода, эти проекты предлагают конкретные способы организовать работу с агентами. Один ограничивает действия помощника, другой фиксирует требования, третий помогает находить нужные участки проекта. В этих примерах авторы уделяют внимание тому, что агенту разрешено, какие требования он получает и какой код видит. Следующий вопрос для команды — сокращают ли такие инструменты время проверки и число переделок; сопоставимых измерений в ветке нет. Где у вашей команды сейчас больше работы: написать код, объяснить задачу агенту или проверить результат? 🍊 Читать полностью: dzen.ru/...mys
Цифровая Переплавка
🍊 Разработчики снова делают программы для себя — и спорят, сколько работы можно отдать ИИ
В сентябрьском обсуждении на Hacker News рядом оказались десятилетний игровой движок, приложение для исправления шахматных записей, собственная прошивка для коптильни и инструменты управления ИИ-агентами. В предоставленном снимке страницы — 447 комментариев. За пёстрым набором проектов просматривается общий мотив: людям хочется пользоваться программами, устройство и поведение которых они могут контролировать. Любопытнее всего здесь противоречие. ИИ помогает участникам браться за задачи, которые раньше казались неподъёмными...
💡 Совет отстранил Малленвега, но Automattic вернула его руководить Мэтт Малленвег вернулся на пост главы Automattic после попытки совета директоров отправить его в оплачиваемый отпуск. Компания подтвердила TechCrunch его полномочия и полную поддержку совета, но причины отстранения не раскрыла. 📋 В среду Automattic подтвердила отстранение Малленвега и назначение финансового директора Марка Дэвиса временным руководителем. 💬 В четверг вечером Малленвег объявил сотрудникам в Slack, что снова контролирует компанию. 🏢 В субботу Automattic официально подтвердила его возвращение на пост генерального директора. По словам источников TechCrunch, во время конфликта Малленвег лишил других администраторов прав в корпоративном Slack. Сам он обвинял совет в заговоре, а на вопросы журналистов отвечал: «Я не тролль, я пират». 💡 Почему важно: Для тимлидов и CTO этот конфликт — повод проверить, кто контролирует корпоративные сервисы при смене руководителя. По сообщениям источников, решение совета не помешало отстранённому основателю распоряжаться доступами в Slack. Командам, которые используют WordPress.com, пока не хватает информации, чтобы оценить последствия для сервиса: статья не сообщает о сбоях или изменениях условий. Практический вывод для собственной инфраструктуры — заранее закрепить порядок передачи полномочий и восстановления административного доступа. У вас смену руководителя выдержат и регламенты, и права доступа? 🍊 Читать полностью: dzen.ru/..._hd
🍊 Мэтт Малленвег вернулся в Automattic: почему два дня борьбы за кресло важнее пиратских шуток
Мэтта Малленвега отправили в оплачиваемый отпуск решением совета директоров Automattic, назначили временного руководителя — и уже через несколько дней компания подтвердила возвращение основателя. Между этими событиями были обвинения в заговоре, сообщения сотрудникам в Slack, изменения административных прав и неожиданная история о покупке плавучего дома. В публикации от 12 сентября TechCrunch приводит официальную позицию компании: Малленвег снова занимает посты председателя совета директоров и генерального директора при поддержке совета...
💡 JPEG XL: 1918 байт требуют 17 секунд декодирования Джанни Розато показал JPEG XL размером 1918 байт, на декодирование которого ушло 17,43 секунды процессорного времени на M5 Pro. Специально сконструированная картинка заставляет декодер вычислять простые числа — обычные фотографии так себя не ведут. ⚙️ 17,43 секунды — результат декодера jxl-rs на вычислительном примере. ⏱️ Более чем в 10 раз быстрее jxl-rs — декодирование WebP через wpd в отдельном сравнении изображений близкого размера. 📦 Около 20% экономии объёма при перепаковке JPEG в JPEG XL без потерь, но примерно на 33% дольше декодирование по приведённым оценкам. Розато, ранее поддерживавший JPEG XL, теперь сомневается в его пользе для веба: в приведённых тестах современные кодировщики AVIF опережают libjxl. При этом он сам развивает конкурирующий кодировщик Aperture и признаёт: тесты сравнивают конкретные реализации, а потенциал формата остаётся отдельным вопросом. 💡 Почему важно: Для команд, принимающих пользовательские изображения, маленький файл не гарантирует дешёвую обработку: вычислительная нагрузка может оказаться несоразмерной объёму загрузки. Этот пример даёт конкретный повод проверить ограничения времени и ресурсов при декодировании. При выборе формата для сайта стоит измерять размер, визуальное качество и время отображения на целевых устройствах вместе. Результаты Розато дают повод пересмотреть собственные замеры; объявлять JPEG XL проигравшим во всех сценариях по ним преждевременно. У вас обработка изображений ограничена только мегабайтами и пикселями — или временем вычислений тоже? 🍊 Читать полностью: dzen.ru/...-io

