К сожалению, предоставленный текст не содержит статьи "FFmpeg to Google: Fund Us or Stop Sending Bugs" от The New Stack. Вместо этого это форма подписки на их рассылку. Чтобы я мог создать точный пересказ статьи (~170 слов на русском в Markdown), пожалуйста, предоставьте текст самой новости.

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

• Крупные корпорации (Google, Amazon и др.) ожидают, что open-source проекты будут бесплатно исправлять уязвимости, которые они же и находят, но при этом не предлагают ни ресурсов, ни финансирования.
• Сторонники FFmpeg отвечают, что если проект не может позволить себе тратить время на бесплатную разработку, то это не значит, что он обязан это делать, и что крупные компании могут просто отказаться от использования open-source, если не хотят платить.
• Обсуждение вышло за рамки конкретной ситуации и затронуло более широкий вопрос о том, как корпорации используют open-source без всякой отдачи.
• Некоторые участники обсуждения подняли вопрос о том, что если FFmpeg и подобные проекты не могут позволить себе тратить ресурсы на бесплатную разработку, то, возможно, им стоит пересмотреть свою модель лицензирования или найти другие способы монетизации.
• В целом, обсуждение подняло волну обсуждений о том, как корпорации используют open-source без всякой отдачи, и как это влияет на устойчивость проектов.

В репозитории opencontainers/runc появился новый issue #4990 с названием "[rfc] LLM policy?", который инициирует обсуждение возможной политики использования больших языковых моделей (LLM) в проекте. Это RFC (Request for Comments), что указывает на начало процесса формирования официальной позиции команды разработчиков runc по отношению к ИИ-инструментам.

На данный момент в обсуждении нет конкретных деталей предложений, но сам факт появления такого RFC показывает растущую важность выработки подходов к использованию ИИ в open source-проектах. Команда runc, известного как реализация стандарта OCI для контейнеров, рассматривает необходимость создания правил для применения LLM в разработке кода, документации или других аспектах проекта.

• LLM-генерированный контент (PR, issue, code-review) уже перегружают open-source проекты, и это вызывает обеспокоенность, что они могут подорвать доверие и эффективность сообщества.
• Проекты сталкиваются с трудностью отличить автоматически созданный контент от человеческого, что усложняет модерацию и может отпугнуть новых участников.
• Некоторые участники предлагают, что вместо запрета LLM-контрибьюторов, проекты должны сосредоточиться на улучшении процесса ревью кода и тестов, чтобы поддерживать качество кода.
• Другие участники подчеркивают, что проблема не в самом LLM, а в низком качестве вклада, независимо от того, человек или машина его создала.

Проект Bumble Berry Pi представляет собой дешевый и простой в сборке кибер-дек на базе Raspberry Pi. Устройство создано для энтузиастов, желающих собрать портативный компьютер с минимальными затратами. Проект включает подробные инструкции по сборке, необходимые компоненты и программное обеспечение.

Кибер-дек оснащен 7-дюймовым сенсорным дисплеем, механической клавиатурой и аккумулятором для автономной работы. Стоимость всех компонентов составляет около $100, что делает его доступным альтернативой коммерческим решениям. Проект с открытым исходным кодом позволяет легко адаптировать устройство под индивидуальные нужды.

• Пользователи обсуждают, насколько компактным должен быть карманный компьютер, чтобы его можно было носить в кармане, и какие штаны для этого подойдут.
• Некоторые участники делятся опытом печати корпуса на 3D-принтере и стоимости такой печати.
• Обсуждается, можно ли использовать Raspberry Pi без мыши и клавиатуры и какие есть альтернативы.
• Участники делятся опытом, где напечатать корпус и какие есть сервисы 3D-печати.
• Также обсуждается, какие штаны подойдут для ношения такого устройства и какие карманы подойдут для этого.

Команда Material for MkDocs, известная своей популярной темой для документации, представила Zensical — современный генератор статических сайтов. Инструмент создан с упором на производительность и удобство использования, предлагая разработчикам альтернативу для создания быстрых и безопасных веб-сайтов. Zensical позиционируется как решение, сочетающее простоту настройки с расширенными возможностями кастомизации.

Хотя подробная документация еще в разработке, проект уже доступен на GitHub и привлекает внимание сообщества своей философией минимализма и оптимизации. Команда подчеркивает, что Zensical наслед лучшие практики Material for MkDocs, предлагая знакомый опыт работы для существующих пользователей. Инструмент ориентирован на создание документации, блогов и других типов контента с акцентом на скорость загрузки и безопасность.

• Пользователи обсуждают переход с Material for MkDocs на Zensical, включая вопросы о совместимости, плагинах и внешнем виде.
• Создатели Zensical объясняют, что это новый проект, а не форк, и что они стараются сохранить совместимость, но не могут гарантировать это для всех плагинов и тем.
• Обсуждается, что Zensical пока не поддерживает блоги и RSS, но это может быть добавлено в будущем.
• Пользователи спрашивают о PDF-экспорте, и создатели отвечают, что это в приоритете, но пока не реализовано.
• Создатели Zensical говорят, что они работают над WYSIWYG-редактором и улучшенным поиском, которые будут доступны в будущем.
• Некоторые пользователи выражают обеспокоенность по поводу того, что Zensical не является open-source, и что это может повлиять на их способность вносить вклад в проект.

OpenCloud — это основной репозиторий серверного проекта с открытым исходным кодом от opencloud-eu. Проект полностью написан на Go и содержит кодовую базу для бэкенд-сервисов. Репозитория представляет собой облачную платформу с эмоджи погоды (🌤️) в описании, что может указывать на её метеорологическую направленность или просто на дружелюбный интерфейс.

Проект находится на GitHub, что обеспечивает прозрачность разработки и возможность сообщества вносить вклад. Использование языка Go говорит о фокусе на производительность, эффективность и простоту развертывания. Хотя в предоставленном тексте отсутствуют подробности о функциональности, лицензии или статусе разработки, сам факт существования репозитория указывает на активную разработку проекта с открытым исходным кодом.

• Пользователи обсуждают альтернативы Nextcloud, упомянуты OpenCloud и OpenTalk как новые решения.
• Обсуждается производительность Nextcloud, включая проблемы с медленной работой и частыми режимами обслуживания после обновлений.
• Участники обмениваются мнениями о том, насколько важны такие функции как веб-офис, календарь и заметки, и как они реализованы в разных решениях.
• Участники также обсуждают, что важно для них в личном облаке: простота развертывания, контроль над данными и отсутствие PHP.
• Некоторые участники выражают заинтересованность в том, чтобы увидеть сравнительную таблицу функций между Nextcloud и OpenCloud.

Жан-Баптист Кемпф, президент и основной разработчик VLC, получил Европейскую премию SFS 2025 на SFSCON за свою долгосрочную преданность проекту. VLC, начавшийся как студенческая инициатива в 1996 году, превратился в один из самых широко используемых медиаплееров с миллиардами пользователей по всему миру. Когда проект был на грани исчезновения после выпуска оригинальных разработчиков, Кемпф взял на себя руководство и преобразовал его в незаменимый медиаплеер, который мы используем сегодня.

Маттиас Киршнер, президент FSFE, отметил, что для многих пользователей проприетарных операционных систем VLC стал первым свободным программным обеспечением, которое они когда-либо устанавливали. В своей речи Кемпф выразил честь получению награды и поблагодарил команды VideoLAN и FFmpeg за их работу, часто совершаемую с малым признанием. Европейская премия SFS, учрежденная в 2023 году, признает людей, внесших значительный и устойчивый вклад в продвижение свободного программного обеспечения в Европе.

• VLC исторически критичен для воспроизведения видео благодаря широкой поддержке кодеков, особенно в 2000-х, и остается популярным на мобильных устройствах и Windows.
• Основатель проекта Жан-Батист Кемпф получил признание за отказ многомиллионного предложения о продаже, чтобы сохранить проект открытым и без "вшивания" рекламы.
• На Linux VLC уступает mpv/Celluloid для продвинутых пользователей, но остается удобным решением для новичков и систем с устаревшим оборудованием.
• Проект вносит значительный вклад в экосистему через ffmpeg и разработку технологий вроде низколатентного стриминга Kyber, несмотря на критику интерфейса и функционала.

Вышел OpenMW 0.50.0 — крупное обновление с переработкой геймпада, первыми шагами по дехардкодингу боя, расширением Lua API и долгожданной функцией быстрого переноса предметов. Разработчики улучшили поведение ИИ: кэширование проверки скрытности теперь длится 5 секунд, а NPC игнорируют недостижимые точки пути, что делает игру более предсказуемой. Сохранения совместимы с предыдущей версией 0.49.0, а настройки теперь сохраняются при выходе из окна, а не только из игры.

Известные проблемы включают возможные зависания на Windows при долгой загрузке, баги с рендерингом на Apple Silicon (решается включениемPerPixelLighting), случайные сбои OpenMW-CS на Linux/macOS и проблемы с аппаратным сглаживанием на AMD RX 6000/7000 из-за ошибки драйверов.

• OpenMW и другие проекты-ремейки продолжают развивать классические игры, сохраняя их дух и предоставляя им новую жизнь.
• Сообщество моддеров и разработчиков вносят вклад в такие проекты как OpenMW, OpenRA и CorsixTH.
• Проекты-ремейки, такие как OpenMW, предоставляют возможность играть в классические игры на современных системах и с улучшенной производительностью.
• Проекты-ремейки и их сообщество продолжают развивать и поддерживать эти игры, которые иначе были бы потеряны в истории.
• Проекты-ремейки, такие как OpenMW, являются примером того, как сообщество может сохранить и продолжать развивать классические игры, которые иначе были бы потеряны.

Сумит Чинтала объявляет о своем уходе из Meta после 11 лет работы, где он почти всю профессиональную жизнь руководил разработкой PyTorch. За почти 8 лет он превратил фреймворк из ничего в инструмент с 90%+ долей adoption в области ИИ, теперь поддерживающий эксасейборное обучение и являющийся основой для фундаментальных моделей, переопределяющих интеллект. PyTorch используется практически всеми крупными AI-компаниями и преподается в классах от MIT до сельских районов Индии.

"Я покидаю это с полным сердцем", — пишет Чинтала, объясняя, что хочет попробовать что-то небольшое, новое и некомфортное вне Meta. Он подчеркивает, что PyTorch готов к его уходу: команда во главе с Эдвардом, Суо, Албаном, Грегом, Джоном, Джо и Джаной стала самодостаточной, способна решать сложные технические и организационные проблемы и сохранит ценности проекта. "Эта группа PyTorchers добьется исключительных успехов", — уверен он, добавив, что будет продолжать след за развитием фреймворка, вероятно, даже будет оставлять баги.

• Сообщение вызвало обсуждение о причинах ухода Soumith из Meta и о том, что он будет делать дальше; обсуждение затронуло тему открытого исходного кода, влияние PyTorch на исследовательскую среду и то, как компании вроде Meta относятся к своим сотрудникам.

Kimi K2 Thinking — это новая модель от компании 01.AI, демонстрирующая впечатляющие способности в обработке длинных текстов. Модель способна анализировать документы до 128K токенов, что в 8 раз превышает возможности предыдущей версии. Это позволяет ей эффективно работать с целыми книгами, юридическими документами и научными исследованиями за один проход.

Разработчики подчеркивают, что K2 Thinking превосходит конкурентов в задачах, требующих глубокого понимания контекста, особенно на китайском языке. Тесты показывают, что модель достигает 90% точности в сложных аналитических задачах, что делает её одной из самых мощных на рынке. В то же время, компания заявляет о более эффективном использовании вычислительных ресурсов по сравнению с аналогами.

• Китайские компании (Moonshot, DeepSeek, Qwen, GLM) за последние месяцы выпустили ряд открытых моделей, что ставит под сомнение привычное представление о том, что «открытый исходный код» — это западная практика.
• Модель Kimi K2 Thinking показала себя как наилучшая в своем классе, превосходя GPT-4.5 и Claude 3.5 Sonnet, и при этом доступна через OpenRouter и Hugging Face.
• Несмотря на то, что модель не является открытой, Moonshot AI предоставляет доступ к ней бесплатно, что вызывает вопросы о финансировании и стратегии.
• Появление столь мощных открытых моделей вызывает вопросы о том, как они будут использоваться и как это повлияет на рынок ИИ.

В индустрии безопасности наблюдается растущая проблема: ИИ-системы массово генерируют ложные сообщения об уязвимостях, которые затем отправляются настоящим экспертам на проверку.

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

Результат? По данным Дэниела Стернхауса (maintainer curl), до 20% всех сообщений об уязвимостях — это ложные срабатывания ИИ, в то время как реальные уязвимости составляют лишь около 5%. Это означает, что на каждую реальную проблему приходится четыре ложных, а на их проверку уходят часы работы экспертов-добровольцев.

Ситуация усугубляется тем, что проверка каждого такого отчёта требует совместных усилий нескольких человек. Например, один человек пытается воспроизвести проблему по шагам из отчёта (но шаги могут вести к несуществующим функциям). Другой — анализирует исходный код, чтобы понять, есть ли там такая уязвимость. Третий — проверяет гипотезы коллег. В итоге, одна ложная тревога съедает несколько человек-часов.

Автор призывает сообщество признать проблему и начать действовать: например, игнорировать сообщения, не подкреплённые реальными доказательствами, и сосредоточиться на реальных угрозах. В противном случае эксперты просто сгорят, и проекты лишатся защитников.

• Тема: «богатство, созданное на неоплаченном труде» — и LLM-технологии усугубляют проблему, а не GPL/AGPL-лицензии, как будто бы это имело значение.
• Проблема «hallucination» в LLM — это не просто баг, а фундаментальная проблема, и неясно, можно ли ее решить без радикального изменения архитектуры.
• Вопрос о том, что open-source сообщество может быть «обязано» Google, если бы они использовали GPL-библиотеки, остается открытым.
• И, возможно, что-то вроде «поддержки» open-source сообщества со стороны крупных технологических компаний может быть не столько «добровольной» инициативой, сколько необходимостью.

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

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

• Mozilla уволил волонтёров-переводчиков без предупреждения и предложил «быстро созвониться» вместо диалога; это вызвало волну возмущения в сообществе.
• Сообщество ответило, что открытое ПО и волонтёрство не должны быть взаимоисключающимися, и Mozilla должна была бы заранее обсудить изменения и уважительно относиться к вкладу волонтёров.
• В обсуждении также поднимается вопрос о том, что Mozilla в целом отошла от своих ценностей и миссии, и что это не первый случай подобного поведения.
• Участники обсуждения также отметили, что Mozilla в последнее время стала более закрытой и корпоративной, что вызывает тревогу.
• В конце концов, Mozilla сделала официальное извинение, но волонтёры заявили, что это слишком поздно и что Mozilla должна была бы лучше коммуницировать с сообществом и волонтёрами.

Представлен репозиторий Dillo — мультиплатформенного графического веб-браузера с открытым исходным кодом. Проект размещен на GitHub в рамках dillo-browser/dillo, что указывает на его организационную структуру и доступность для сообщества.

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

Информация о текущей версии, поддерживаемых операционных системах или ключевых возможностях браузера в данном отрывке не содержится. Для получения полного представления о проекте необходимо обратиться к основной документации или README-файлу в репозитории.

• Проект Dillo продолжает развиваться, но уходит с GitHub на собственный сайт и репозиторий.
• Пользователи вспоминают, как Dillo спасал старое железо и давал возможность выхода в интернет даже на самых слабых машинах.
• Обсуждается, что Dillo не поддерживает JavaScript, что ограничивает его применимость в современном вебе.
• Появляется вопрос о безопасности: неясно, какие меры безопасности реализованы в браузере.
• Участники обсуждают, что Dillo остаётся полезным для разработчиков и пользователей, которые ищут легковесный и быстрый браузер.

OpenPCC — это open-source фреймворк, обеспечивающий доказуемо приватный вывод для моделей искусственного интеллекта. Проект фокусируется на защите конфиденциальности данных при выполнении инференса, позволяя организациям использовать ИИ без компромиссов в безопасности. Фреймворк реализует криптографические протоколы, гарантирующие, что исходные данные пользователей остаются защищенными даже при обработке на сторонних серверах.

Ключевая особенность — возможность математически доказать соблюдение приватности через криптографические примитивы. Поддерживает различные архитектуры моделей и оптимизирован для производительности. Разработчики подчеркивают, что система не требует изменения существующего кода моделей, что упрощает интеграцию. Проект призван решить растущую проблему конфиденциальности в эпоху облачных вычислений и распределенного ИИ, предлагая прозрачный и верifiable подход к защите пользовательских данных.

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

Radiant Computer представляет собой проект по созданию персонального компьютера с нуля, свободного от исторического багажа и влияния Big Tech. Авторы считают, что современная вычислительная индустрия движется к менее свободному миру, где системы проектируются вокруг моделей вовлеченности и слежки, а не потребностей пользователей. Их система предлагает альтернативу: без браузера, с собственной сетью, напоминающей ранний интернет, без соцсетей, скриптов и трекеров.

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

• Проект Radiant Computer представляет собой попытку создать новую вычислительную платформу с нуля, включая ОС, язык программирования и даже аппаратное обеспечение, но пока не представлено никаких конкретных результатов.
• Критики указывают на то, что проект выглядит как вейпор, не предлагает никаких конкретных технических деталей и не демонстрирует прогресса.
• Некоторые комментаторы выражают сомнение в способности команды реализовать заявленные амбиции, учитывая, что они не предоставляют никакой конкретной информации о текущем состоянии дел.
• Некоторые комментаторы также отмечают, что проект не предлагает никаких конкретных технических деталей, что делает его похожим на вейпор.
• Некоторые комментаторы также отмечают, что проект не предлагает никаких конкретных технических деталей, что делает его похожим на вейпор.

Tongyi DeepResearch — первый полностью открытый веб-агент, демонстрирующий производительность на уровне DeepAI OpenAI. Модель достигает передовых результатов: 32.9 на тесте академического рассуждения Humanity's Last Exam, 43.4 на BrowseComp и 46.7 на BrowseComp-ZH в сложных задачах поиска информации, а также 75 на пользовательском бенчмарке xbench-DeepSearch, превосходя все существующие проприетарные и открытые агенты глубоких исследований. Авторы делятся полной методологией создания таких агентов, включая инновационное решение для синтеза данных на всем конвейере обучения.

В основе обучения лежит Agentic Continual Pre-training (CPT) с использованием системы AgentFounder для масштабного синтеза данных. Разработчики создают цикл данных, перегруппируя различные источники в привязанную к сущностям открытую мировую память знаний. Для сложных вопросов с высокой неопределенностью они синтезируют веб-данные через высокосвязанный граф знаний с помощью случайных обходов. Модель демонстрирует мощные возможности в режиме ReAct без инженерии промптов, а продвинутый Heavy Mode раскрывает верхний предел ее потенциала сложного рассуждения и планирования.

• Обсуждение в основном вращается вокруг трёх тем: «Deep Research» как продукт vs. обычный поиск, практичность мелких моделей, и то, что большие модели всё ещё уступают специализированным инструментам в конкретных задачах.
• Участники обмениваются опытом, что мелкие модели (Qwen 3 4B и т.п.) уже способны обеспечить приемлемое качество при минимальных затратах, особенно если квантовать и/или запустить их на Apple Silicon.
• Обсуждается, что влияние этих моделей на рынок: будут ли они заменять крупные модели в нишевых задачах или же будут использованы как основа для дальнейшей настройки.
• Также поднимается вопрос о том, что, возможно, в будущем мы увидим взрыв специализированных моделей, обученных под конкретные задачи, и что это может быть следующим шагом после исчерпания выгод от предобучения.

Visopsys - это альтернативная операционная система для PC-совместимых компьютеров, разрабатываемая с 1997 года. Система отличается небольшим размером, высокой производительностью и открытым исходным кодом. Она оснащена простым, но функциональным графическим интерфейсом, поддерживает многозадачность с вытеснением и виртуальную память. Хотя Visopsys стремится к совместимости, она не является клоном ни одной другой ОС. Пользователи могут протестировать систему с загрузочного USB-накопителя, CD/DVD или дискеты.

Система работает в 100% защищенном режиме и предлагает полный набор современных функций. Последняя версия 0.92 была выпущена в сентябре 2023 года. Visopsys позиционируется как быстрая и легкая альтернатива для пользователей, интересующихся альтернативными операционными системами или желающих изучить основы ОС изнутри.

• Visopsys — одна из немногих «одиночных» ОС, существующих с 1997 года и до сих пор получающих обновления.
• Проект ведётся одним человеком, что делает его уникальным, но также ограничивает его развитие.
• Система предназначена для образовательных целей и энтузиастов, а не для повседневного использования.
• Несмотря на это, она может быть полезна для базовых задач на старом оборудовании.
• Проект продолжает существовать благодаря энтузиазму автора и сообщества.

Предоставленный текст - это страница репозитория GitHub для Catten, ядра экспериментальной операционной системы CharlotteOS. Однако в тексте отсутствует подробное описание самого проекта, его особенностей или технических деталей.

Страница содержит стандартное навигационное меню GitHub, но не включает информацию о целях разработки, используемых технологиях или текущем статусе проекта Catten. Для создания содержательного пересказа требуется более подробное описание проекта.

• Проект Charlotte OS стремится к современной архитектуре, но пока не реализованы драйверы для большинства оборудования, что делает его практически непригодным для ежедневного использования.
• Проект использует GPLv3 с дополнительным разрешением на линковку с проприетарными драйверами, что вызывает споры в сообществе.
• Проект написан на Rust и использует микроядро, что делает его уникальным среди существующих альтернатив.
• Проект не имеет собственной системы портов пакетов и полагается на переносе пакетов из других систем, что может вызвать проблемы.
• Проект не имеет собственной системы портов пакетов и полагается на переносе пакетов из других систем, что может вызвать проблемы.

• Qualcomm и Arduino объявили о сотрудничестве, но вопрос в том, что это не только о цене и характеристиках, но и о том, что они не предоставляют полноценную документацию и открытый исходный код, что делает его менее привлекательным для разработчиков и энтузиастов.
• Плата Arduino Uno Q стоит 44 доллара, что в 3 раза дороже, чем Raspberry Pi 4, и в 2 раза дороже, чем Pi 5, что делает ее менее конкурентоспособной, особенно учитывая, что она не имеет встроеного Wi-Fi и Bluetooth.
• Плата Arduino Uno Q имеет 2 ГБ оперативной памяти, что в 8 раз меньше, чем у Raspberry Pi 4, и 4 ГБ вариант отсутствует, что делает ее менее пригодной для задач, требующих большего объема памяти.
• Плата Arduino Uno Q имеет 2 ГБ оперативной памяти, что в 8 раз меньше, чем у Raspberry Pi 4, и 4 ГБ вариант отсутствует, что делает ее менее пригодной для задач, требующих большого объема памяти.
• Плата Arduino Uno Q имеет 2 ГБ оперативной памяти, что в 8 раз меньше, чем у Raspberry Pi 4, и 4 ГБ вариант отсутствует, что делает ее менее пригодной для задач, требующих большого объема памяти.

Mozilla.ai принимает проект llamafile для продвижения открытого, локального, ориентированного на приватность ИИ. Компания обновит кодовую базу, модернизирует основы и формирует дорожную карту с участием сообщества. Llamafile позволяет легко распространять и запускать большие языковые модели локально с помощью одного исполняемого файла, что делает ИИ-технологии более доступными и приватными.

Проект, начатый в 2023 году на базе библиотеки cosmopolitan, теперь официально присоединен к организации Mozilla.ai на GitHub. Компания приглашает пользователей поделиться обратной связью через GitHub Discussion, Discord или Hacker News, чтобы определить наиболее важные функции для следующей версии. "Мы строим следующее поколение llamafile в открытом доступе, и хотим, чтобы наши решения по дорожной карте основывались на ваших реальных потребностях и случаях использования", — отмечают разработчики.

• Mozilla AI запустил проект, который вызвал всплеск энтузиазма и надежд на будущее развитие.
• Сообщество обсуждает, как лучше всего распространять и поддерживать модели, включая предложения использовать llamafile как упаковщик и дистрибьютор.
• Пользователи выразили обеспокоенность судьбой проекта llamafile и его интеграции с Mozilla AI.
• Обсуждается, как сделать так, чтобы модели были более доступны и удобны в использовании, включая идеи о "агентном режиме" и инструментарии для профилирования.
• Участники обсуждают, как лучше всего взаимодействовать с сообществом и поддерживать продукт, включая предложения по улучшению документации и созданию инструментов.

Инструменты AI для кодирования создают новую проблему для open source-сообщества: они делают генерацию кода дешёвой, но не делают его ревью таким же. В результате мейнтернеры тратят непропорционально много времени на проверку кода, который был создан за секунды, но требует часов анализа. Автор предлагает бинарную систему: с одной стороны - прототипы, демонстрирующие идеи, с другой - PR, готовые к ревью.

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

• Обсуждение показало, что проблема не ограничивается кодом: LLM-генерированные PR, не раскрывая этого, создают нагрузку на рецензентов и нарушают принцип "не навредь".
• Сообщество разделилось: одни считают, что любой вклад полезен, другие настаивают, что важно различать, где использовался ИИ, и требуют прозрачности.
• Обсуждение затронуло вопрос, как отличить человеческий вклад от ИИ-генерированного, и какие нормы могли бы регулировать это.
• Участники обсудили, что если кто-то утверждает, что может писать код с LLM, то он должен быть способен писать и e2e тесты.
• Были выдвинуты идеи, что проекты могли бы требовать, чтобы вклад был помечен как ИИ-генерированный, и что в будущем репутация и идентичность могут стать критически важными для рассмотрения вклада.

Проект vivier/phomemo-tools представляет собой CUPS драйвер для принтера этикеток Phomemo M02, позволяющий интегрировать это устройство в Unix-подобные операционные системы. CUPS (Common Unix Printing System) - стандартная система печати для Linux и macOS, и этот драйвер расширяет её возможности, добавляя поддержку доступного портативного принтера этикеток. Это решение особенно ценно для автоматизации печати наклеек в домашних или небольших офисных условиях, где требуется маркировка товаров, файлов или других предметов.

Драйвер поддерживает печать через USB-соединение и включает в себя утилиты для управления принтером из командной строки. Проект с открытым исходным кодом позволяет пользователям вносить изменения и адаптировать функционал под свои нужды. Для установки драйвера требуется наличие Python и нескольких зависимостей, что делает его доступным для большинства современных Linux-систем. Это решение значительно упрощает использование бюджетного принтера в профессиональной среде без необходимости поиска проприетарного программного обеспечения.

Agh, I got myself a Niimbot D110 because it seemed to be the best supported "cheap" label printer (using the excellent https://niim.blue/ website).If I knew these printers had CUPS drivers I might have gone that way instead.. Is there a device you can recommend for printing (stic

Python Software Foundation (PSF) withdrew its $1.5 million grant application to the US National Science Foundation (NSF) after the agency demanded a commitment to abandon diversity, equity, and inclusion (DEI) initiatives. The proposed funding aimed to enhance security for Python's package repository PyPI by developing automated tools to proactively detect malicious code in packages, a significant improvement over current reactive methods. The NSF's condition required the PSF to affirm it would not "advance or promote DEI," a restriction applying to all PSF activities, not just the funded project. Violation would trigger the NSF to reclaim previously awarded funds, creating substantial financial risk.

This demand directly conflicted with the PSF's core mission, explicitly stating its commitment to supporting "a diverse and international community." Despite the grant's potential to significantly boost the PSF's annual $5 million budget and develop security tools with broader open-source ecosystem benefits (like NPM and Crates.io), the organization refused to compromise its values. The PSF Board unanimously decided withdrawal was necessary to retain the freedom to support its entire community. The loss of this funding, coupled with economic pressures, increases the PSF's need for direct community financial support.

• PSF отказалась от $1,5 млн гранта из-за требования отказаться от DEI-программ, что вызвало широкий резонанс в сообществе.
• Обсуждение подняло вопрос о том, что DEI-программы могут быть незаконны, и что это может быть причиной, по которой грант был отклонен.
• Некоторые участники обсуждения выразили обеспокоенность тем, что отказ от гранта может повлиять на безопасность и стабильность экосистемы Python.
• Были высказаны предложения о том, что сообщество могло бы само финансировать нужды, чтобы не зависеть от грантов с политическими условиями.
• Обсуждение также затронуло вопрос о том, что DEI-программы могут быть незаконны, и что это может быть причиной, по которой грант был отклонен.

Автор описывает процесс создания собственной системы маршрутизации общественного транспорта Лондона, использующей данные в реальном времени для автобусов, метро и поездов. Основная сложность заключалась в разработке алгоритма, который мог бы эффективно обрабатывать большие объемы данных и оптимизировать маршруты с минимальным количеством пересадок. Вместо стандартного алгоритма Дейкстра, который не учитывал удобство для пассажиров, автор выбрал RAPTOR, разработанный Microsoft Research в 2012 году. Этот алгоритм работает в раундах, где каждый раунд k ищет маршруты с k пересадками, минимизируя время в пути.

Для получения актуальных данных автор использовал несколько источников. Поездные данные были получены бесплатно через Rail Data Marketplace, где для каждой станции указаны запланированное и фактическое время прибытия. Сбор данных об автобусах оказался более сложной задачей - при обращении к TFL API для получения данных о прибытии автобусов система обрабатывала более 108 000 записей, что занимало более 15 секунд. Для обоих видов транспорта автор использовал уникальные идентификаторы поездов и автобусов для формирования непрерывных маршрутов в алгоритме RAPTOR.

• OpenTripPlanner и RAPTOR-алгоритм используются в Норвегии и других странах; важно, что это open-source и поддерживает множество функций.
• OneBusAway был создан как студенческий проект в Вашингтоне и до сих пор используется в Сиэтле, Вашингтоне, Нью-Йорке, Познани, Буэнос-Айресе и других городах.
• OptiTravel и GTFS-server были разработаны в рамках университетского проекта, не используют Google Maps API и используют A* и GTFS.
• TrainTrack UK использует Rail Data Marketplace и предоставляет данные о расписании поездов.
• Обсуждение также коснулось проблем ненадежности данных TFL и необходимости в открытых данных и API.

Проект WorldGrow представляет собой инструмент для генерации бесконечных 3D миров, размещенный на GitHub в репозитории world-grow/WorldGrow. Несмотря на ограниченное описание, проект обещает создавать масштабируемые виртуальные среды без границ, что может быть интересно для разработчиков игр, симуляторов или исследователей в области компьютерной графики. Открытый исходный код позволяет сообществу вносить вклад в развитие технологии и адаптировать ее под различные задачи.

Хотя подробная документация отсутствует, сам факт существования такого проекта указывает на растущий интерес к процедурной генерации контента в 3D-пространстве. Подобные технологии могут революционизировать создание виртуальных миров, позволяя генерировать практически неограниченные объемы контента с минимальными затратами ресурсов.

• Метод принципиально отличается от Wave Function Collapse (WFC), хотя некоторые видят сходства в подходе.
• Главная проблема — не генерация миров как таковых, а создание интересных и структурно целостных миров на больших масштабах.
• Технические вопросы включают ограниченность памяти, отсутствие уникальных семян для удаленных тайлов и возможную неэффективность по сравнению с традиционной PCG.
• Потенциальные нишевые применения включают хоррор-среды (Backrooms, SCP-3008) и симуляторы, но практическая ценность и новизна метода ставятся под сомнение.
• Критики отмечают нереалистичность, структурную бессмысленность сгенерированных объектов и отсутствие явных преимуществ над существующими технологиями.

Предоставленный текст не содержит статьи Кена Томпсона о происхождении Unix, а представляет собой форму подписки на рассылку The New Stack. В тексте отсутствует само содержание статьи, которое предполагалось пересказать. Вместо этого представлена регистрационная форма с полями для ввода имени, фамилии, компании, страны, почтового индекса и профессиональной информации. Форма также содержит информацию о политике конфиденциальности и условиях использования платформы. Для получения пересказа статьи о происхождении Unix необходимо предоставить сам текст статьи.

• Unix и другие проекты рождались в атмосфере открытого исходного кода, сотрудничества и страсти к делу, что противоречит корпоративной культуре.
• Подобные проекты часто не имели четкой организационной структуры, но вместо этого полагались на сильное чувство общности и взаимопомощи.
• Это противоположно тому, как обычно происходят вещи в больших компаниях.
• Истории о ранних днях Unix, ITS и других проектах подчеркивают важность этих ценностей.
• Но в то же время, они показывают, что такие проекты могут быть успешными и влиять на мир, даже если они не следуют традиционной модели разработки ПО.

Любой сервер с SSH-доступом может стать Git-сервером. Достаточно клонировать репозиторий через git clone ssh://username@hostname/path/to/repo, а для отправки изменений добавить на сервере git config receive.denyCurrentBranch updateInstead. Этот подход идеален для синхронизации кода между устройствами или работы с файлами на сервере без задержек.

Для публикации кода через веб нужно указать веб-серверу путь к Git-репозиторию и выполнить git update-server-info. Чтобы это происходило автоматически, можно настроить хук post-update, который будет запускать эту команду после каждого обновления. Хуки также могут использоваться для запуска статических генераторов сайтов — автор блога успешно применяет этот метод для своего сайта, получая преимущества локальной работы и автоматического развёртывания.

Такой подход обеспечивает встроенное резервное копирование: при поломке сервера данные останутся на ноутбуке, и наоборот. Git-трекинг версий предотвращает случайные удаления и упрощает отладку ошибок.

• Обсуждение охватило широкий спектр тем: от фундаментальных концепций (bare-репозитории, push-в-в-ssh, хуки) до практических аспектов (самостоятельный хостинг, CI/CD, бэкапы).
• Участники подчеркнули, что Git изначально задумывался как распределённая система без необходимости в централизованном хостинге, и что это встроено в его архитектуру.
• Были упомянуты различные инструменты и практики, такие как git init --bare, git daemon, git-shell, хуки и т.д., как часть более широкого обсуждения о том, как Git может быть использован для хостинга репозиториев.
• Обсуждались также более широкие темы, такие как философия open-source, централизация против децентрализации, и как GitHub/GitLab и подобные платформы влияют на разработку ПО и сообщество.

ShadCN Themes — это платформа для создания и обмена красивыми темами для библиотеки shadcn/ui. Инструмент предлагает интуитивный редактор тем, позволяющий пользователям строить идеальные цветовые палитры и делиться ими с сообществом. Пользователи могут фильтровать темы по цветовой гамме, включая красный, оранжевый, желтый, зеленый, бирюзовый, синий, фиолетовый, розовый, серый, черный и белый, что обеспечивает широкий выбор для любого дизайна.

Проект с открытым исходным кодом доступен на GitHub, что позволяет разработчикам вносить свой вклад и расширять функциональность. ShadCN Themes упрощает процесс кастомизации интерфейсов, делая его доступным как для новичков, так и для опытных дизайнеров. Платформа стремится создать сообщество вокруг создания и обмена темами, повышая гибкость и персонализацию в экосистеме shadcn/ui.

• Пользователи жалуются на невозможность открыть ссылки в новой вкладке из-за использования <button> вместо <a>, что ломает стандартное поведение браузера.
• Поднята тема о том, что shadcn/ui — это просто копипаста компонентов, которые не предоставляют никакой гибкости для кастомизации, в отличии от TweakCN, который предоставляет полный контроль над внешним видом.
• Разработчик утверждает, что у него есть доступ к созданию и редактированию тем без регистрации, но пользователи отмечают, что это не так.
• Пользователи также жалуются на то, что невозможно дойти до футера из-за бесконечного скролла.
• Разработчик утверждает, что его инструмент предоставляет большее удобство в использовании, но пользователи отмечают, что TweakCN предоставляет более продвинутый интерфейс для редактирования тем.

Mesh2Motion — это бесплатный веб-инструмент с открытым исходным кодом для анимации 3D-моделей. Приложение поддерживает создание анимаций для человекоподобных существ, четвероногих животных и птиц. Пользователи могут импортировать модели в форматах GLB, GLTF и FBX, выбирать подходящий скелет и интуитивно настраивать его положение. Система undo/redo позволяет исправлять ошибки, а готовые анимации экспортируются в широко поддерживаемом формате GLB.

Проект полностью бесплатен как для личного, так и коммерческого использования, включает библиотеку человеческих анимаций от Quaternius и доступен онлайн по адресу app.mesh2motion.org. Разработчики подчеркивают важность наличия открытых инструментов в области 3D-анимации, которые могут развиваться вместе с сообществом. Исходный код проекта доступен на GitHub под лицензией MIT, а для обратной связи можно использовать социальные сети автора.

• Проект представляет собой open-source-утилиту для риггинга и анимации персонажей, которая использует библиотеку three-mesh-bvh и three-mesh-geometry и предоставляет экспорт в .glb и .fbx.
• Пользователи отмечают, что это единственный инструмент, который не требует регистрации и не использует генеративный ИИ, что делает его особенно ценным для независимых разработчиков.
• Некоторые участники обсуждения подчеркивают, что проект не предоставляет автоматическое распознавание суставов, что требует ручной настройки, и что это может быть недостатком по сравнению с Mixamo.
• Создатель проекта отвечает, что автоматическое распознавание суставов было бы возможно, но это потребовало бы включения большого количества кода, что противоречит философии проекта быть максимально легким.
• Также обсуждается возможность добавления поддержки экспорта в .fbx и .blend файлы, но это потребовало бы включения большого количества кода, что также противоречит философии проекта.

Проект Twake Drive представляет собой открытую альтернативу Google Drive, разработанную компанией Linagora. Это решение предлагает пользователям полный набор функций для облачного хранения и совместной работы с файлами, включая синхронизацию, совместное редактирование и управление доступом.

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

• Обсуждение показало, что технические характеристики (синхронизация, безопасность, производительность) важны, но устойчивость проекта и наличие сообщества в долгосрочной перспективе могут быть ещё более критичными факторами.
• Участники подчеркнули, что даже при наличии open-source решений, отсутствие ясной модели финансирования и поддержки может привести к прекращению проекта.
• Сравнение с Nextcloud и Seafile показало, что пользователи ищут баланс между простотой установки и гибкостью, но при этом критично важно, чтобы проект не исчез через год-два.
• Несколько комментаторов отметили, что важно не только иметь открытый исходный код, но и обеспечить прозрачность в модели угроз и процессе принятия решений.
• Вопрос о том, как проект планирует привлечь и удерживать вкладчиков, остался без ответа, что может быть самым слабым местом.

Библиотеки React Flow и Svelte Flow представляют собой мощные open-source решения для создания интерфейсов на основе узлов. Они готовы к использованию сразу после установки и при этом предлагают практически безграничные возможности кастомизации. React Flow интегрируется с экосистемой React, а Svelte Flow - с фреймворком Svelte, предоставляя разработчикам гибкий выбор технологии для реализации визуальных редакторов, диаграмм и других node-based интерфейсов.

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

• React Flow и Svelte Flow — мощные, но гибкие библиотеки для построения node-based UI, активно развиваются и имеют обширную экосистему примеров и документации.
• Пользователи отмечают простоту интеграции, готовность кастомизировать ноды и рёбра, а также активную поддержку сообщества.
• Некоторые упоминают отсутствие React Native и Svelte Native поддержки, но при этом отмечают, что можно обернуть в WebView и использовать в мобильных приложениях.
• Пользователи делятся примерами своих проектов, включая IaC-конструктор, визуализатор GitHub Actions, генератор диаграмм организационной структуры и т.д.
• Библиотека MIT-лицензирована, но коммерческое использование без финансовой поддержки разработчиков может вызвать публичное осуждение.

В 2012 году автор, работая с Ruby и Rails, обнаружил Rust и увидел в нём потенциал. Он оценил три ключевых фактора успеха языка: рыночную нишу (безопасность памяти без сборщика мусора как инновация в низкоуровневом программировании), команду (поддержку Mozilla) и пользователей (планы использовать Rust в Firefox). Этот подход помог ему принять решение присоединиться к проекту Rust, написать руководство "Rust for Rubyists" и в итоге войти в команду.

Сейчас автор применяет тот же анализ к jj — новой системе контроля версий, написанной на Rust. Как и в случае с Rust, он видит у jj хорошую рыночную нишу (возможность работать с Git-репозиториями для постепенного внедрения), сильную команду (Google использует jj) и растущую пользовательскую базу. На первой конференции jj создатель马丁 отметил важный аспект, хотя детали в статье не раскрываются.

• Обсуждение в основном вращается вокруг того, что Git остаётся доминирующим, но jj и другие инструменты могут предложить улучшенный UX и модель данных, что делает их привлекательными для некоторых пользователей.
• Участники обсуждали, что отсутствие интеграции с GitHub и другими платформами может быть препятствием для широкого внедрения jj.
• Некоторые участники выразили обеспокоенность относительно того, что новые системы могут не поддерживать критические функции, такие как LFS и инструменты для работы с бинарными файлами.
• Обсуждались также вопросы документации, обучения и поддержки сообщества, которые могут быть недостаточными для новых систем.
• Наконец, обсуждались личные мотивации и карьерные шаги, включая влияние на открытый исходный код и его влияние на развитие инструмента.

В предоставленном тексте отсутствует содержимое самого issue #21647 "Docker release?" в репозитории minio/minio. Видна только навигационная структура GitHub без основного текста обсуждения. Для создания точного пересказа необходимо содержимое самого issue, включая описание проблемы, комментарии и любые детали, связанные с выпуском Docker-образа MinIO.

• MinIO прекращает публикацию готовых Docker-образов, что вызвало волну обсуждений о «rug pull» и ожиданиях от OSS-проектов.
• Участники обсуждают, что компания имеет право прекратить предоставлять бесплатные образы, но отсутствие предупреждения и альтернативы вызывает раздражение.
• Появились альтернативы в виде Garage и SeaweedFS, но у них есть свои ограничения.
• Некоторые участники подчеркивают, что OSS-проекты не обязаны предоставлять бинарники, но при этом они также напоминают, что и сообщество не обязано использовать именно этот проект, если он становится менее удобным.

Проект k7 представляет собой самохостинговую инфраструктуру для создания легковесных виртуальных машин в песочницах, предназначенную для безопасного выполнения ненадежного кода. Решение предлагает полный набор инструментов: CLI для управления, API для интеграции и Python SDK для разработчиков, что делает его универсальным решением для изоляции потенциально опасного кода.

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

• Проект Katakate использует Kata Containers и Firecracker для обеспечения изоляции, но это требует аппаратной виртуализации и может не подходить для всех пользователей.
• Проект не имеет бизнес-модели и остается полностью open-source, что вызывает вопросы о его устойчивости и развитии.
• Сравнение с другими решениями, такими как gVisor и E2B, показывает, что Katakate предлагает уникальное сочетание Kubernetes, Kata и Firecracker, но это может быть неудобно для пользователей, привыкших к другим инструментам.
• Пользователи выразили обеспокоенность о том, как Katakate справляется с такими вещами, как безопасность, масштабируемость и удобство использования, особенно в сравнении с другими решениями.
• Вопросы о том, как Katakate справляется с такими вещами, как изоляция, безопасность и масштабируемость, остаются открытыми, и сообщество ждет ответов.

Разработчик представил StarGrid — новую стратегическую игру в космической тематике для Palm OS 2025 года выпуска. Проект, изначально планировавшийся к завершению за месяц, занял более полугода. Игра представляет собой тактическую битву на шестиугольной сетке, где цель — захватить вражеские флаги или уничтожить противника. Несмотря на ограниченную память Palm OS и строгие лимиты на размер кода, автору удалось создать полностью оригинальную игру без использования готовых движков.

Игра доступна для бесплатной загрузки и может быть запущена в браузере через эмулятор CloudPilot. Разработчик подчеркивает, что StarGrid создан "с нуля", решая одну техническую задачу за другой. "Это мой способ поддерживать любимую портативную операционную систему в живых", — отмечает автор. Полностью открытый исходный код проекта уже доступен на GitHub, что может вдохновить других разработчиков создавать игры для этой платформы.

• Ностальгия по Palm OS и его философии простоты, отсутствие подписок и фокусировка на одной задаче.
• Влияние Palm на современные устройства и то, как оно влияет на разработчиков и пользователей.
• Сообщество, которое помнит и ценит наследие Palm, и их вклад в дискуссию.
• Практические аспекты: эмуляторы, совместимость и то, что делает Palm уникальным.
• Люди делятся личными историями и эмоциональными связями с Palm.

Электронный имплант, установленный под сетчатку, помог восстановить зрение десяткам людей, ставших слепыми из-за возрастной макулярной дегенерации (ВМД). Устройство размером всего 2 мм × 2 мм и толщиной 30 микрометров заменяет светочувствительные клетки, утраченные из-за заболевания. В клиническом исследовании с участием 38 пациентов с тяжелой формой ВМД через год после операции у 80% участников наблюдалось клинически значимое улучшение зрения.

«Там, где этот мертвый участок сетчатки был полной слепой зоной, зрение было восстановлено», — заявил руководитель исследования Франк Хольц, офтальмолог из Боннского университета. Пациенты смогли читать буквы и слова, а также функционировать в повседневной жизни. Несмотря на некоторые незначительные осложнения после операции, комитет по мониторингу безопасности счел пользу от устройства превышающей риски. Компания-разработчик уже подала заявку на сертификацию для продажи импланта в Европе.

• Пациенты Second Sight остались без поддержки, и их история подтверждает риск, что приватизированные медицинские импланты могут быть оставлены без поддержки.
• Сообщество открытого кода и проприетарные технологии могут предотвратить слепоту, но важно не забывать о риске потерять зрение из-за отсутствия поддержки.
• Сообщество открытого кода и проприетарные технологии могут предотвратить слепоту, но важно не забывать о риске потерять зрение из-за отсутствия поддержки.
• Сообщество открытого кода и проприетарные технологии могут предотвратить слепоту, но важно не забывать о риске потерять зрение из-за отсутствия поддержки.
• Сообщество открытого кода и проприетарные технологии могут предотвратить слепоту, но важно не забывать о риске потерять зрение из-за отсутствия поддержки.

GeoUtil.com — это универсальный онлайн-инструмент для работы с географическими данными, картами и координатами. Платформа предлагает профессиональные инструменты для ГИС-специалистов, разработчиков и энтузиастов географии, работающие полностью в браузере без загрузки данных на серверы. Все сервисы бесплатны, не требуют регистрации и обеспечивают мгновенную обработку информации локально. Поддерживаются открытые стандарты: GeoJSON, TopoJSON, Shapefile, KML, WKT и CSV.

Сайт включает измерительные инструменты для расчёта расстояний (включая большие круговые маршруты), площадей сферических регионов, азимута между точками и статистики GeoJSON. Также доступны конвертеры между форматами (например, TopoJSON сокращает файлы на 80% и более), утилиты для сжатия, объединения и разделения геоданных. Интерфейс поддерживает множество языков, включая русский, и обеспечивает визуализацию расстояний на интерактивной 3D-глобусе с учётом кривизны Земли.

• GeoUtil.com предлагает бесплатный браузерный набор инструментов для работы с геоданными без регистрации и с клиентской обработкой.
• Пользователи спрашивают о будущих планах, возможном опенсорсинге и создании библиотеки.
• Создатель отмечает, что используются open-source библиотеки, такие как turf.js, и что GeoUtil.com уже предоставляет инструменты для разработчиков.
• Обсуждение затрагивает вопросы лицензий, использования кода и вклада в open-source сообщество.

Servo - это проект с открытым исходным кодом, нацеленный на предоставление разработчикам легковесной и высокопроизводительной альтернативы для встраивания веб-технологий в приложения. Проект разрабатывается сообществом и размещен на платформе GitHub, что позволяет открытому сотрудничеству и прозрачности разработки.

Основная цель Servo - создание современного веб-движка, который может быть легко интегрирован в различные приложения, обеспечивая при этом высокую производительность и безопасность. Проект использует современные подходы к разработке и стремится стать стандартом де-факто для встраивания веб-технологий в программное обеспечение.

• Servo выпустил первый релиз 0.0.1 после 50 000 коммитов, но это всё ещё экспериментальный движок, а не полноценный браузер.
• Сообщество обсуждает, что единственный релиз не делает проект готовым к продакшн-использованию, но модульная архитектура Servo позволяет использовать его компоненты в других проектах.
• Несколько участников высказали надежду, что Servo может стать альтернативой Electron-ноде в будущем, но пока что это не более чем надежда.
• Участники также обсуждали, что разработка ведется в рамках Linux Foundation, и что Mozilla, начавший проект, не имеет к нему отношения.

Предоставленный текст содержит только навигационное меню и элементы интерфейса GitHub, но не содержит самого содержимого статьи о DeepSeek-OCR. Без основного текста статьи невозможно создать точный пересказ её содержания.

Для создания качественного саммари мне нужен сам текст статьи, описание проекта DeepSeek-OCR, его особенности, технические детали или результаты, которые он демонстрирует. Пожалуйста, предоставьте основное содержимое репозитория или статьи, и я подготовлю ёмкий пересказ в соответствии с вашими требованиями.

• DeepSeek-OCR представляет собой исследование границ визуального сжатия текста, достигая почти безпотерянного восстановления текста при 97% точности, что делает его полезным для создания обучающих данных для LLM.
• Модель демонстрирует высокую точность на OmniAI бенчмарке, но при этом остается неясным, как она справляется с более сложными задачами, такими как распознование сложных таблиц и многостраничных документов.
• Несмотря на то, что DeepSeek-OCR является open-source и MIT лицензированным, отсутствие коммерческого продукта подчеркивает пробел в экосистеме OCR, что может быть связано с тем, что модель не была обучена на полностью лицензионых данных.
• Сообщество отмечает, что несмотря на то, что модель может быть использована для создания обучающих данных для LLM, она не может быть использована в продакшене, потому что она не была обучена на лицензионных данных.
• Некоторые участники обсуждения отмечают, что модель может быть использована для извлечения текста из старых журналов и книг, но при этом остается неясным, насколько она справляется с распознованием сложных многостраничных документов и таблиц.

• Fine-tuning is making a comeback as a niche tool for specific tasks, but the debate is whether it's worth the effort vs. using larger models with better prompting.
• The community is split: some see it as essential for control, IP ownership and cost savings, while others argue that frontier models have made it redundant for most use cases.
• Key friction points: cost-benefit of training vs. inference, data-labeling overhead, and whether the juice is worth the squeeze when prompt-engineering can achieve similar results.
• OpenAI, Anthropic and others are quietly re-opening fine-tuning APIs, while simultaneously pushing the narrative that "you don't need it anymore"—a tension that may be more about GPU budgets than user needs.
• The open-source community is rallying around LoRA and QLoRA as a compromise, but the real question is whether the economics of serving a custom model will ever make sense versus just paying per-token for a larger model.

• Обсуждение в основном вращается вокруг тезиса, что ИИ-технологии полезны, но их ценность часто переоценивается из-за финансовых спекуляций и хайпа, а не из-за самой технологии.
• Участники спорят, стоит ли инвестировать в дорогостоящую инфраструктуру для запуска open-source LLM, если коммерческие модели уже обеспечивают сопоставимое качество.
• Обсуждается, что "пузырь" ИИ может быть вызван не столько переоценкой самой технологии, сколько финансовыми манипуляциями и неоправданными ожиданиями инвесторов.
• Участники также обсуждают, что термин "cargo cult" неуместен в контексте ИИ, так как не существует единого согласия о том, что именно считается "cargo" в данном случае.

Репозиторий sivers/sivers представляет собой личную базу данных автора и веб-приложения, которые её используют. Проект демонстрирует подход к созданию персональной информационной системы с открытым исходным кодом.

В репозитории содержатся скрипты для работы с базой данных и веб-интерфейсы для взаимодействия с ней. Автор использует этот проект как пример того, как можно организовать собственные данные и доступ к ним через веб-приложения. Код проекта доступен для изучения и возможного использования другими разработателями.

• Сторонники подхода "база данных как единственный источник истины" приводят примеры от 2007 года до сегодняшнего дня, показывая, что идея не нова, но вот вдохновение от неё пришло к Дереку Сиверсу, который в свою очередь вдохновил обсуждение на Hacker News.
• Обсуждение затрагивает вопросы от "что если вся логика в БД" до "какие ещё нестандартные инструменты могут подхватить эстафету", включая ссылки на PostgREST и Supabase как современные эквиваленты идеи.
• Участники делятся личным опытом, от 2007 года до сегодняшнего дня, подчеркивая, что подход был популярен в ранних 2000-х и что он до сих пор может быть применим для новых проектов.
• Поднимается вопрос о том, как и где хранятся шаблоны и как они попадают в ответы сервера, а также обсуждается использование таких инструментов как HTMX или Datastar для гидратации через гипермедиа.
• В конце концов, обсуждение сводится к тому, что идея остаётся актуальной, и участники выражают надежду, что она может вдохновить следующего поколения разработчиков так же, как это сделал Rich Hickey со своим докладом "Simplicity Matters".

Liquibase, популярный инструмент для управления миграциями баз данных, сменил лицензию с Apache 2.0 на проприетарную, но продолжает называть себя «open source» в своей документации и рекламных материалах. Это вводит в заблуждение, поскольку открытое ПО подразумевает свободное использование, изменение и распространение кода, что теперь запрещено новыми условиями. Пользователи обнаружили это лишь при попытке скачивания, где их перенаправляли на страницу с новыми условиями, скрытыми до момента загрузки.

Ситуация поднимает важные вопросы об этике в open-source сообществе: насколько этично продолжать использовать брендирование open-source после смены лицензии, особенно когда это влияет на доверие сообщества? Многие разработчики чувствуют себя обманутыми, так как они годами вкладывались в экосистему с определёнными ожиданиями.

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

• Liquibase изменил лицензию с OSS на FSL, что вызвало обсуждение о том, что это значит для пользователей и open-source-сообщества.
• Участники обсуждения обвиняют Liquibase в использовании "bait-and-switch" тактики, утверждая, что компания использовала open-source сообщество для продвижения продукта, а затем изменила лицензию.
• Обсуждались альтернативы, такие как Flyway, Sqitch и другие инструменты для миграции баз данных.
• Также обсуждались вопросы о том, как это изменение лицензии влияет на пользователей и open-source сообщество в целом.

GitHub выпустила Fact Graph — инструмент для анализа и визуализации информации с открытым исходным кодом. Он помогает разработчикам и исследователям быстро находить связи между различными сущностями, например, людьми, организациями и событиями, делая данные более доступными и удобными для анализа.

Основное применение — это анализ больших объёмов данных, где Fact Graph помогает выявлять скрытые закономерности и связи. Это особенно полезно для журналистов, исследователей и разработчиков, работающих с открытыми данными. Инструмент работает через API и поддерживает интеграцию с другими системами, такими как Elasticsearch и Neo4j.

Ключевые особенности включают поддержку графовых запросов, визуализацию связей и возможность расширения через плагины. Разработчики подчёркивают, что инструмент особенно полезен в сферах анализа социальных сетей, журналистики данных и академических исследований. Исходный код доступен на GitHub, что позволяет сообществу вносить свой вклад и улучшать функциональность.<｜begin▁of▁sentence｜>

• Обсуждение началось с вопроса о том, где находятся фактические файлы налогового кодекса, и вылилось в обсуждение того, что IRS Direct File был отменён, а фактический график и инструменты для работы с ним были выложены в открытый доступ.
• Участники обсудили, что фактический график может быть использован для прозрачности и возможно LLM-интеграции, но также вызвал вопросы о том, как он может быть использован для предоставления налоговых советов и был ли он предназначен для использования вне контекста Direct File.
• Обсуждались также вопросы о том, как налоговый кодекс может быть использован для предоставления налоговых советов и был ли он предназначен для использования вне контекста Direct File.
• Также обсуждались вопросы о том, какие альтернативы TurboTax и другим коммерческим программам существуют и как они могут быть использованы.
• Наконец, обсуждались вопросы о том, как налоговый кодекс может быть использован для предоставления налоговых советов и был ли он предназначен для использования вне контекста Direct File.

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

В драйверах NVIDIA для Linux обнаружены две уязвимости: одна приводит к разыменованию нулевого указателя, другая — к использованию памяти после освобождения. Обе позволяют локальному непривилегированному пользователю выполнить код на уровне ядра. Уязвимости были исправлены NVIDIA в октябре 2025 года.

Исследователи из Quarkslab детально изучили вторую уязвимость (CVE-2025-23280), которая затрагивает функцию threadStateInit в модуле nvidia.ko. Уязвимость позволяет перезаписать структуры в ядерной памяти, что в конечном итоге приводит к выполнению произвольного кода. Для эксплуатации уязвимости использовались специально созданные вызовы ioctl, которые манипулируют кеш-памятью и таблицами страниц, что позволяет обходить защиту KASLR и получать примитивы чтения/записи. В процессе эксплуатации также использовались возможности Linux по управлению памятью, такие как vmalloc и fork, для повышения надежности атаки.

• NVIDIA просит отложить публикацию уязвимостей до января 2026 года, что выходит за рамки стандартного 90-дневного цикла раскрытия.
• Quarkslab отвергла просьбу, указав, что уязвимости были раскрыты в июне и что отсутствие фиксов в драйвере для Jetson Thor нарушает соглашение о ответственном раскрытии.
• Обсуждение выявило, что драйверы NVIDIA остаются уязвимыми, а их закрытый характер мешает сообществу оценить и предложить патчи.
• Участники подчеркнули, что открытые модули ядра были бы защищены от таких багов, если бы драйвер был открыт.
• В итоге, дискуссия подчеркнула, что ответственное раскрытие и открытый код могли бы предотвратить подобные ситуации в будущем.

Carmageddon — аркадная гоночная игра 1997 года, где нужно сбивать пешеходов, — портирована на современные Mac через reverse engineering. Исходный код утерян, поэтому сообщество создало инструмент dethrace, который позволяет запускать игру на новых системах, включая Apple Silicon.

Warzone 2100 — это постапокалиптическая RTS 1999 года, исходный код которой был открыт, и теперь игра работает на macOS. Это полная версия, бесплатная, с поддержкой современных систем.

Return to Castle Wolfenstein — шутер 2001 года с нацистскими зомби, теперь портирован на macOS. Исходный код был выпущен, что позволило портировать игру.

Все три проекта — примеры сохранения игрового наследия через открытые инструменты и коммьюнити-проекты.

• Список игр и портов ведётся вручную, и это вызывает просьбы добавить поиск и фильтрацию.
• Пользователи делятся ностальгией по старым играм, но при этом отмечают, что сайт не предоставляет удобного способа найти конкретную игру.
• Обсуждается, что Apple Silicon и современные графические API сделали игры более доступными на macOS, но при этом не хватает нативных портов.
• Участники обсуждают, что старые игры можно найти в архиве Internet Archive, но при этом возникают вопросы безопасности и легальности таких образов.
• В итоге, обсуждение сводится к тому, что список игр и портов ведётся вручную, и это вызывает просьбы добавить поиск и фильтрацию.

Разработчики создали IRC-клиент Halloy в Rust. Проект примечателен тем, что это не просто кроссплатформенный инструмент для чата, но и open-source проект, доступный на GitHub. Вместо стандартного подхода, Halloy предлагает современный интерфейс и функционал, вроде поддержки расширений и тем оформления, что редкость для IRC-клиентов, которые часто застревают в прошлом.

Основная идея — сделать IRC доступным и удобным для современных разработчиков, интегрируя его с современными инструментами. Например, Halloy поддерживает встраивание медиа и интеграцию с сервисами вроде GitHub. Проект набирает популярность, так как сочетает ностальгический протокол IRC с современными практиками разработки.

• Halloy — современный IRC-клиент, написанный на Rust и использующий iced.
• Пользователи отмечают высокую скорость, стабильность и удобство настройки через TOML-файл.
• Поддержка нескольких серверов и каналов, но пока нет вкладок; вместо этого используется буфер-менеджер.
• Проект открытого кода, активно развивается и принимает PR.
• Некоторые пользователи отмечают, что Halloy всё ещё не поддерживает некоторые функции, такие как вкладки, минимизация в трей и полная поддержка экранных читателей.

Проект ADS-B Massive Visualizer представляет собой инструмент для визуализации данных системы автоматического зависимого наблюдения — вещания (ADS-B), используемой для отслеживания воздушных судов. Разработчики гордятся использованием ClickHouse — высокопроизводительной open-source СУБД, оптимизированной для аналитики больших данных в реальном времени. Визуализатор, вероятно, обрабатывает и отображает огромные объемы информации о полетах, позволяя пользователям наблюдать за перемещением самолетов в режиме реального времени.

ClickHouse выбрана не случайно — она способна обрабатывать миллионы строк в секунду, что критически важно для обработки данных ADS-B, генерируемых тысячами самолетов одновременно. Проект размещен на GitHub, что указывает на его открытый характер и возможность участия сообщества. Визуализатор демонстрирует мощь современных баз данных при работе с потоковыми данными в геопространственных приложениях, превращая сырые телеметрические данные в наглядную интерактивную карту воздушного пространства.

• Проект визуализирует потоки ADS-B и предоставляет интерактивный доступ к данным, включая исторические данные.
• Пользователи обсуждают, какие данные доступны, какие самолёты можно отслеживать и какие ограничения есть у сервиса.
• Обсуждаются различные источники данных, включая спутниковые и наземные сети, а также вопросы покрытия и точности.
• Участники делятся ссылками на репозиторий и обсуждают, какие данные доступны и как они могут быть использованы.
• Обсуждаются вопросы безопасности и конфиденциальности, а также влияние на открытые данные и их использование.

Проект KDE отмечает 29-й день рождения и запускает ежегодный сбор средств. Цель — собрать €50,000 к концу года. Эти средства позволят KDE оставаться финансово независимым и продолжать развивать свободное программное обеспечение, которое работает даже на старом железе, снижая электронные отходы. Деньги также помогут адаптировать софт под нужды госучреждений и маргинализированных пользователей.

Кроме того, KDE активно продвигает инициативу End of 10, направленную на сокращение электронных отходов. Вместо того чтобы выкидывать старые устройства, пользователи могут продолжать работать на них с KDE. В этом году сбор особенно важен, так как Microsoft прекращает поддержку Windows 10, что может привести к массовому выводу устройств из строя.

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

• KDE Plasma продолжает оставаться одним из лучших DE, но большинство дистрибутивов по-прежнему не предлагают его как вариант по умолчанию, что особенно удивляет новых пользователей, ищущих альтернативу Windows.
• Пользователи отмечают, что KDE остаётся стабильным, настраиваемым и функциональным, а такие приложения как Dolphin и KDE Connect демонстрируют превосходство над GNOME-эквивалентами.
• Несмотря на то, что KDE — это FOSS-проект с ежемесячными пожертвованиями от сообщества, он всё ещё не получает должного признания в релизах большинства дистрибутивов, что вызывает вопросы о том, почему он не становится стандартным выбором.
• Участники обсуждения также подчеркнули, что KDE предоставляет удобный и привычный для пользователей Windows переход на Linux, в то время как большинство других DE не предлагают такой же уровень знакомства и функциональности.
• Некоторые участники выразили обеспокоенность тем, что KDE может не получать достаточного финансирования и поддержки, несмотря на его вклад в развитие Linux-экосистемы.

Мне не хватает полного текста статьи о Strudel REPL для создания точного пересказа. Пожалуйста, предоставьте полный текст статьи, и я подготовлю краткое изложение в соответствии с вашими требованиями: около 170 слов в двух абзацах, выделяя главную идею и ключевые факты.

• Пользователи обсуждают Strudel как браузерную альтернативу TidalCycles, отмечая, что он не требует установки и работает везде.
• Участники спорят о качестве звука и «машинном» характере примеров, спрашивают, может ли Strudel охватить стилистику, отличную от техно/хаус.
• Обсуждается возможность запуска Strudel локально и интеграция с AI для генерации нот и синтеза звуков.
• Упоминается, что Strudel открыт исходный кодом и может быть запущен из исходников, а также что он может быть использован для коллаборативной джем-сессии.

Google намеренно ограничивает возможность Android-устройств устанавливать сторонние приложения, которые не прошли процедуру верификации разработчика. Это не просто ужесточение правил — это фундаментальное изменение политики платформы, которое Google позиционирует как меру безопасности. На деле же это создает барьер для небольших разработчиков, особенно из регионов с ограниченным доступом к цифровым инфраструктурам, и потенциально блокирует целые категории приложений, таких как открытое ПО или инструменты для обхода цензуры.

Google утверждает, что верификация необходима для борьбы с вредоносным ПО, но критики указывают, что эта мера также защищает монетизацию Google Play, блокируя альтернативные магазины приложений. Это решение вступит в силу в 2026 году и, по мнению многих, является самым антипотребительским шагом Android за всю историю платформы, подрывающим её открытую природу.

• Google ограничивает установку приложений вне Play Store, что ставит под вопросом смысл владения устройством и вызывает обсуждение о том, что значит "владеть" устройством.
• Участники обсуждают, что это может быть началом конца Android как открытой платформы и может привести к переходу на iPhone, особенно если пользователи не могут больше устанавливать F-Droid или другие альтернативные магазины приложений.
• Обсуждение также затрагивает, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.
• Участники также обсуждают, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.
• Некоторые участники также упоминают, что это может быть началом конца для Android как открытой платформы, и что это может быть началом конца для Android как открытой платформы.

Andrej Karpathy запустил NanoChat, проект, позволяющий запускать мощные чат-модели ИИ на недорогих локальных устройствах, таких как Raspberry Pi. NanoChat использует эффективные методы для работы на устройствах с ограниченными ресурсами, не требуя мощного сервера или облачных сервисов. Это открывает возможности для разработчиков и любителей создавать чат-приложения с ИИ, которые работают локально, без необходимости в постоянном подключении к интернету или дорогой инфраструктуре. Проект особенно полезен для образовательных целей, прототипирования и сценариев, где важны конфиденциальность и автономность.

• Обсуждение вращается вокруг того, что Андрей Карпати (Andrej Karpathy) опубликовал репозиторий nanochat, который, по его словам, позволяет за 100 долларов обучить модель на 124M параметров за 4 часа на 8xH100.
• Участники обсуждения подчеркивают, что это не «обучение за 100$», а аренда GPU за 100$ в час, и что репозиторий в первую очередь демонстрирует, как можно обучить модель, а не предоставляет доступ к вычислительным ресурсам.
• Некоторые участники спрашивают, можно ли использовать этот репозиторий для тонкой настройки существующих моделей, и Карпати отвечает, что это возможно, но требует дополнительных усилий.
• Также обсуждается, что обучение на собственных данных может быть дороже, чем обучение на открытых данных, и что для этого потребуется большее количество вычислительных ресурсов.
• В конце обсуждение сместилось к тому, что Карпати в своих видео и твитах продолжает вдохновлять людей изучать и развивать свои проекты, и что его вклад в открытое образование и исследовательскую свободу важен.

Компании Fivetran и dbt Labs, известные в сфере управления данными, объединяются в сделке с полной оплатой акциями. Слияние, поддержанное инвесторами a16z, создаст новую компанию с оценкой в 6 миллиардов долларов, что укрепит её позиции на рынке.

Сделка позволит объединённой компании предложить клиентам более комплексный набор инструментов — от извлечения данных до их анализа. Это отражает растущий спрос на интегрированные платформы данных, особенно в условиях экономической неопределённости, когда компании стремятся оптимизировать затраты.

Обе компании были ключевыми игроками в экосистеме данных. Fivetran специализируется на извлечении и перемещении данных, в то время как dbt Labs фокусируется на преобразовании данных для аналитики. Их объединение ускорит разработку новых продуктов и расширит охват рынка.

• Fivetran и dbt Labs объединяются в сделке на акции, что вызывает обеспокоенность по поводу консолидации рынка и будущего открытого кода.
• Слияние может привести к росту цен и снижению конкуренции, поскольку Fivetran владеет уже двумя альтернативами dbt в виде SQLMesh и SQLGlot.
• Пользователей беспокоит, что они могут потерять доступ к своим любимым инструментам, а также то, что они могут быть вынуждены мигрировать на другие инструменты.
• Слияние может быть вызвано желанием подготовиться к IPO и создать "полный стек" для инвесторов.
• Сообщество открытого кода и пользователей выражает обеспокоенность по поводу будущего dbt и его экосистемы, поскольку Fivetran имеет историю приобретения компаний и последующего закрытия их проектов.

Свободное программное обеспечение не победило, несмотря на то, что многие популярные технологии построены на нём. Хотя открытое ПО повсеместно используется в разработке (Linux, Ruby, GitHub), пользователи часто не осознают, что они используют свободное ПО. Это создаёт иллюзию, что открытое ПО "победило", хотя на самом деле проприетарное ПО доминирует в потребительских устройствах.

Например, хотя существуют открытые альтернативы для 3D-печати, игр и даже смартфонов (Librem 5), они остаются нишевыми. В отличие от этого, проприетарные технологии доминируют в потребительской электронике: смартфонах, телевизорах, автомобилях и других устройствах, контролирующих повседневную жизнь.

Это проблема, потому что программное обеспечение "поглощает мир" — всё больше аспектов жизни контролируются кодом. Если этот код проприетарный, пользователи теряют контроль над своими устройствами. Например, модемы для сотовых сетей часто содержат проприетарную прошивку, что затрудняет создание открытых альтернатив (как в случае с Librem 5).

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

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

• Проекты охватывают от небольших веб-приложений до крупных SaaS-платформ, включая генераторы счетов, инструменты для планирования полетов и даже радиостанций.
• Многие из них начинались как личные проекты, которые со временем выросли в полноценные продукты.
• Некоторые проекты имеют открытый исходный код, другие — нет, но все они демонстрируют сильную фокусировку на удобстве для конечного пользователя и приватности.
• Участники активно делятся обратной связью и предлагают помощь друг другу, что подчеркивает сильное чувство сообщества.

GNU Health — это не просто набор модулей, а целая экосистема, объединяющая госпитальные информационные системы, лабораторные модули и персональные записи пациентов. Проект под эгидой GNU и под лицензией GPL-3.0+ ведёт разработка с 2011 года и сегодня охватывает:

• HMIS — модуль госпитального менеджмента, охватывающий EMR, лабораторию, финансы, аптеки и т.д.
• Occhiolino — LIMS, управляющий лабораторными анализами и образцами.
• MyGNUHealth — персональное приложение для ведения собственного здоровья и взаимодействия с медучреждениями.

Всё это работает поверх PostgreSQL и использует стандарты GNU Health, включая FHIR и HL7. Проект ведётся сообществом и врачами по всему миру, а не только кодом — в него встроены механизмы социальной медицины и анализа социально-экономических детерминантов здоровья.

• Пользователи обсуждают, что вместо дорогих проприетарных систем здравоохранения, можно использовать полностью open-source стек, включая собственную систему электронных медицинских записей (EHR), и что это может быть уже используется кем-то.
• Обсуждается, что коммерческие системы здравоохранения стоят непомерно дорого, но при этом малые клиники и практики не имеют технических ресурсов, так что "ценность" этих систем заключается в обслуживании и поддержке, а не в самом ПО.
• Участники обсуждают, что вместо того, чтобы тратить огромные суммы на проприетарные системы, можно было бы инвестировать в развитие open-source решений, которые могли бы быть использованы в госпиталях и клиниках, и что это может быть уже используется в развивающихся странах.
• Участники также обсуждают, что вместо того, чтобы продолжать использовать проприетарные системы, которые не предоставляют никакой ценности, кроме как для выставления счетов, можно было бы вместо этого инвестировать в развитие открытых стандартов, которые могли бы быть использованы в госпиталях и клиниках.
• Участники также обсуждают, что вместо того, чтобы продолжать использовать проприетарные системы, которые не предоставляют никакой ценности, кроме как для выставления счетов, можно было бы инвестировать в развитие открытых стандартов, которые могли бы быть использованы в госпиталях и клиниках.

Microsoft выпустил открытый исходный код проекта Amplifier — инструмент, который позволяет разработчикам создавать и тестировать приложения, использующие модели Microsoft, в том числе и в локальном режиме. Проект распространяется под лицензией MIT и уже доступен на GitHub.

• Обсуждение в основном крутится вокруг того, что проект представляет собой обёртку над Claude API, не предоставляет никаких демонстраций или бенчмарков, и что его README в первую очередь сам по себе вызывает недоверие.
• Участники также поднимают вопросы о безопасности и надёжности, особенно в свете того, что это исследовательский прототип, и что в нём используется автономный запуск задач, который может привести к неожиданным последствиям.
• Некоторые комментаторы также выражают сомнение в том, что проект действительно предлагает что-то новое, вместо того чтобы быть просто ещё одним «wrapper'ом» вокруг существующих инструментов, и что он не предоставляет никаких конкретных примеров или сравнительных оценок.
• Наконец, обсуждение также затрагивает вопрос о том, насколько эффективно используется AI для усиления AI, и что это может говорить о тенденции к «искусственному интеллекту для усиления искусственного интеллекта» вместо использования AI для решения реальных задач.

Tangled — это новая платформа для совместной работы с Git, построенная на AT Protocol. Вместо централизованных серверов она предлагает «узлы» — лёгкие headless-серверы, которые можно поднять на Raspberry Pi. Узлы могут быть как однопользовательскими, так и мультитенантными, а весь «интерфейс» консолидируется в единое веб-приложение на tangled.sh. Проект декларирует три принципа: полный контроль над данными, низкий порог входа и не вмешательство в UX. Пока что доступ осуществляется по инвайтам в IRC-канале #tangled на libera.chat.

• Обсуждение вращается вокруг трёх тем: децентрализация, монолитные платформы vs. модульные сервисы и экономика открытого исходного кода.
• Участники обсуждают, как сделать git более децентрализованным, но при этом не теряя удобства и не создавая барьеров для входа.
• Обсуждается, как избежать блокировок и цензуры, и как при этом не терять удобство и не платить за хостинг.
• Также поднимается вопрос о том, как избежать vendor lock-in и как при этом не терять удобство и не платить за хостинг.

Мне нужна сама статья или новость для пересказа. Вы предоставили только нижний колонтитул сайта YouTube, а не контент статьи, которую нужно обработать. Пожалуйста, предоставьте текст новости или статьи с Hacker News, связанной с YouTube, и я составлю для вас точный и ёмкий пересказ на русском языке в формате Markdown, как вы просили.

• Пользователи обсуждают, что такие проекты как 8-битный компьютер Ben Eater и подобные серии открывают уникальные возможности для обучения, но при этом остаются уязвимы к исчезновению из-за политики частной компании, что вызывает тревогу.
• Участники обмениваются мыслями о том, что не хватает независимой платформы для такого рода контента, и что в идеале должен существовать способ для людей поддерживать авторов напрямую, не полагаясь на рекламу и не подвергая их произволу корпоративных интересов.
• Сообщество отмечает, что такие проекты как Ben Eater и James Sharman демонстрируют высокое качество и влияние, и что они заслуживают поддержки, но в то же время подчеркивают, что важно сохранять исходные материалы и обеспечить их доступность для будущих поколений.
• Участники обсуждают, что в идеале должен существовать способ для людей делиться знаниями и быть в вознаграждении за это, не опасаясь что их труд может быть удален или монетизирован без их согласия, и что в конце концов, такие ресурсы как серия открытых лекций или репозиторий с исходным кодом должен быть доступны для всех и служить общему благу.

Hacker News представила JustSketchMe — новый сервис для художников, превращающий простые 3D-модели в динамичные сцены. Инструмент позволяет создавать персонажей, управлять их позами, добавлять декорации и играть с освещением, всё это в браузере.

Разработчики, Герман и Саймон-Кай, создали инструмент, который помогает художникам придавать глубину и динамику их работам. Сервис уже доступен для iOS, Mac, Windows и Android, что делает его доступным для широкой аудитории.

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

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

Сервис является частью более широкой экосистемы, включая блог, обучающие материалы и платформу для пользователей, чтобы продемонстрировать свою работу. Это отражает стремление команды не только создать инструмент, но и воспитать сообщество вокруг него.

Разработчики подчеркивают, что инструмент является продолжением их философии минимализма и функциональности, с акцентом на пользовательский опыт и доступность. Это видно из их подхода к дизайну, где интерфейс является интуитивным, а функциональность — мощной, даже для тех, кто новичок в 3D-моделировании.

Ссылки на социальные сети и дополнительные ресурсы, такие как документация и учебные пособия, делают JustSketchMe не просто инструментом, а целой экосистемой для цифровых художников. Это отражает растущую тенденцию инструментов, ориентированных на сообщество в сфере цифрового искусства.

• Пользователи отмечают, что JustSketchMe и подобные инструменты упрощают создание поз для 3D-моделей, но не хватает инверсной кинематики и других продвинутых функций.
• Некоторые комментаторы сравнивают JustSketchMe с Blender и другими профессиональными инструментами, отмечая, что ориентирован на простоту использования, но не предлагает такой же уровень контроля и гибкости.
• Пользователи также обсуждают, что JustSketchMe может быть полезен для художников, которым нужны базовые позы для их работы, но не может заменить полноценный 3D-рендеринг софтвер.
• Некоторые комментаторы высказывают мнение, что JustSketchMe может быть полезен для быстрого прототипирования идей, но не для сложной работы над анимацией или детализированными сценами.
• Наконец, пользователи отмечают, что JustSketchMe может быть полезен для тех, кто не хочет тратить время на обучение более сложным инструментам, но в то же время отмечают, что он не предлагает такой же уровень контроля и гибкости, как профессиональные инструменты.

Igalia получил грант от Sovereign Tech Fund на поддержку движка Servo. В течение года команда займётся тремя направлениями: внедрение базовой поддержки специальных возможностей, завершение WebView API для встраивания Servo в приложения и рутинная поддержка проекта. Это позволит движку оставаться жизнеспособным и совместимым с экосистемой Rust.

• Финансирование и гранты: Немецкий Sovereign Tech Fund выделяет гранты на разработку Servo, но суммы (€545,400) вызывают сомнения в их адекватности, особенно на фоне сравнения с другими инициативами.
• Проблема зависимости от США: Обсуждение подчеркивает, что ЕС по-прежнему зависит от технологий США, и вопрос остаётся открытым, несмотря на усилия по финансированию open-source проектов.
• Сравнение с другими проектами: Участники обсуждения отмечают, что в отличие от других проектов, таких как Ladybird, у которого есть 8 разработчиков, Servo не имеет столь же широкой поддержки, что может затруднить его развитие.
• Финансирование open-source: Участники подчеркивают важность устойчивого финансирования open-source проектов, особенно в контексте государственных инвестиций в такие проекты как Servo.

Митчелл Хашимото делится личным опытом, как не теряя мотивации довести большие проекты до конца. Он начинает с маленького, но ощутимого результата: например, вместо «сделать терминал» он берёт подпроект «распарсить VT-коды» и уже через пару дней имеет живой результат и тесты. Далее он итеративно добавляет новые фичи, каждый раз имея что-то, что можно показать. Это позволяет сохранять энтузиазм и не терять фокус. Под конец он напоминает, что не стоит стыдиться незавершённых проектов — главное, чтобы они были интересны самому автору.

• Собеседники подчеркнули, что ключ к быстрому прогрессу — это умение разбивать задачу на мелкие, легко демонстрируемые фрагменты и не застревать в «анализ-парализе»; главное — быстро получать обратную связь и не бояться «грязного» MVP.
• Подчеркнуто, что выбор инструмента (язык/стек) влияет на скорость итераций: REPL-языки и инструменты вроде hot-reload позволяют видеть эффект изменений почти мгновенно, что снижает порог входа и удерживает мотивацию.
• Участники обсуждения подтвердили: чем раньше показать работающий прототип, тем меньше вероятность, что проект застрянет в вечной «доработке»; демо-ориентированная разработка заставляет фокусироваться на ценности для пользователя, а не на перфекционизме.
• Сообщество отметило, что даже в личных проектах важно документировать и тестировать как будто ты передашь его другу: это упрощает возврат к контексту спустя месяцы и служит живым примером.
• Несколько человек поделились личным опытом, что их подход к разработке ПО вдохновил их начать вклад в open-source, и что их опыт в open-source в свою очередь улучшил их навыки ведения личных проектов.

pgEdge выпустил open-source-утилиту spock — логическую репликацию PostgreSQL с поддержкой multi-master. Проект позиционируется как замена Bucardo и Slony, но с фокусом на высокую доступность и отказоустойчивость. Под капотом — использование логической репликации, что позволяет конфликтам разрешаться на уровне транзакции, а не на уровне отдельных запросов. Это делает spock пригодным для кластеров, где каждая нода может принимать запись.

Проект написан на C и Python, распространяется под лицензией PostgreSQL. Поддерживает PostgreSQL 12-16 и требует расширение pglogical.

• Разработчики подчеркнули, что multi-master репликация не обеспечивает такую же строгую согласованность, как PostgreSQL, и что это важно учитывать при выборе решения.
• Участники обсуждали, что при использовании multi-master репликации важно понимать, какие именно edge cases могут возникнуть и как они решаются.
• Были упомянуты такие решения, как CockroachDB и pgEdge, и обсуждались их плюсы и минусы по сравнению с другими решениями.
• Также обсуждались вопросы лицензии и лицензионной политики, а также то, какие именно ограничения могут быть связаны с использованием таких решений.
• В конце обсуждения было отмечено, что важно понимать, что multi-master репликация не решает всех проблем масштабирования и что важно тщательно оценивать, подходит ли она для конкретного use case.

Проект mafik/keyer — это прошивка и утилиты для создания однорукого хордового клавиатурного устройства KEYER. Он работает на любой платформе, где есть USB-host, и поддерживает 3 клавиатурных слоя: основной, символы и цифры. Проект полностью открыт: исходники, схемы, документация и 3D-печатные файлы корпуса. Подключение через USB-C, встроенный аккумулятор 110 мАч, поддержка QMK/VIA и Vial.

• Проект демонстрирует, что ESP32 может быть клавиатурой, а моделлиновая глина — корпусом.
• Участники обсуждают, что такое устройство может быть полезно для VR/AR, игровых шорткатов и даже для людей с ограниченными возможностями.
• Некоторые комментаторы упоминают существующие продукты, такие как Twiddler и Razer Tartarus, и обсуждают их преимущества и недостатки.
• Обсуждается безопасность использования литий-ионных батарей без защитного корпуса и возможность использования термопластика вместо глины.
• Участники также обсуждают, что такое устройство может быть полезно для людей, которые хотят использовать его для ввода читов или шорткатов в играх, и что оно может быть полезно для людей с ограниченными возможностями.

Ноутбук вместо HDMI-монитора: подключить одноплатник к ноутбуку через HDMI-USB-захват и вывести картинку в VLC, ffplay или Cheese. Под рукой всегда есть клавиатура, а в дороге не нужно таскать отдельный экран. Подход работает и для Raspberry Pi и для любой другой SBC.

• Пользователи обсуждают, что для подключения к SBC или другим устройствам без собственного дисплея удобнее всего использовать готовые решения вроде NanoKVM-USB, но они дорогие и не всегда доступны, поэтому обсуждается возможность создания open-source альтернативы.
• Обсуждается, что для подключения к SBC или другим устройствам без собственного дисплея можно использовать ноутбук как дисплей и клавиатуру, но это требует специального оборудования, и встроенные порты USB-C и HDMI не поддерживают вход.
• Участники обсуждают, что для подключения к SBC или другим устройствам без собственного дисплея можно использовать ноутбук как дисплей и клавиатуру, но это требует специального оборудования, и встроенные порты USB-C и HDMI не поддерживают вход.
• Участники обсуждают, что для подключения к SBC или другим устройствам без собственного дисплея можно использовать ноутбук как дисплей и клавиатуру, но это требует специального оборудования, и встроенные порты USB-C и HDMI не поддерживают вход.
• Участники обсуждают, что для подключения к SBC или другим устройствам без собственного дисплея можно использовать ноутбук как дисплей и клавиатуру, но это требует специального оборудования, и встроенные порты USB-C и HDMI не поддерживают вход.

Краткий пересказ:
lavandula — это минималистичный веб-фреймворк на C, который обещает «скорость C и удобство Python». Проект с открытым исходным кодом, лицензия MIT. Сейчас он находится в стадии альфа-тестирования: базовый роутинг, middleware, JSON-ответы и простой шаблонизатор уже работают. Пример «Hello, world» компилируется в 12 КБ статического бинарника, а полноценный REST API сервис — меньше 100 КБ.

Планы: добавить встроенный ORM, WebSocket и SSE, а также CLI-генератор проектов. Поддержка Windows пока нестабильна, но Linux и macOS уже можно использовать. Сообщество приветствует вклад: обсуждение ведётся в Discussions, а примеры кода и бенчмарки публикуются в репозитории.

• Проект получил похвалу за чистоту и современный стиль кода, но также вызвал споры о практичности и безопасности C-фреймворков.
• Участники обсуждали, насколько целесообразно писать веб-приложения на C, и поднимались вопросы о безопасности и удобстве использования.
• Некоторые отметили, что проект может быть полезен для обучения и как отправная точка для других языков или фреймворков.
• Были также упоминания о том, что проект может быть развит с добавлением функций вроде шаблонизатора или поддержки HTTPS.
• Некоторые комментарии подчеркнули важность тестов и обработки ошибок в коде, а также отметили, что проект может быть использован как основа для других языков или фреймворков.

MicroPythonOS — это операционная система, полностью написанная на MicroPython. Она работает как на микроконтроллерах вроде ESP32, так и на обычных компьютерах, предлагая легковесную, но функциональную среду. Система имеет современный интерфейс с поддержкой сенсорного экрана, жестов и встроенный магазин приложений. Она поддерживает Over-The-Air обновления, что позволяет удалённо обновлять устройства. Среди возможностей — работа с камерами, IMU-датчиками и периферией, что делает её идеальной для IoT, образовательных проектов и прототипирования. Проект открыт и размещён на GitHub.

• Обсуждение выявило, что проект MicroPythonOS вызывает вопросы: название может вводить в заблуждение, а упоминания R. Kelly и сравнение с Android вызывают справедливую критику.
• Участники обсуждали, что MicroPythonOS больше похож на набор инструментов, чем на полноценную ОС, и что он может быть полезен для прототипирования, но не для производственного использования.
• Были высказаны опасения по поводу того, что проект может быть переоценен, и что его ценность может быть преувеличена.
• Также обсуждались вопросы, связанные с лицензированием, приватностью и этикетом, а также с тем, что проект может быть использован для обхода авторских прав.
• В конце концов, было решено, что проект может быть полезен для обучения и прототипирования, но не для производственного использования.

В проекте Téléfonefix создана система, позволяющая детям безопасно звонить родственникам по всему миру. Для этого используется стационарный телефон, подключенный через аналоговый шлюз HT801 к Asterisk на Raspberry Pi. Asterisk, в свою очередь, направляет вызовы через Twilio.

Ключевые особенности системы:

• Полностью исключает использование экранов (никаких приложений или смартфонов)
• Работает с любым стандартным телефоном с RJ11
• Совершает звонки локально и международные
• Автоматически отклоняет вызовы, нарушающие правила, например:
  • вызовы на номера, не входящие в разрешенный список
  • вызовы в запрещенное время (например, ночью)
• Максимально удобна для детей

Для настройки требуется:

1. Купить SIP-транк в Twilio (около $1.15/месяц)
2. Создать Asterisk-сервер на Raspberry Pi
3. Подключить телефон через аналоговый шлюз (например, Grandstream HT801) к Pi
4. Настроить Asterisk для маршрутизации вызовов через Twilio, если номер в белом списке

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

Проект полностью open-source и доступен на GitHub.

• Проект «телефон для малышей» вызвал волну ностальгии и практических советов: от обсуждения того, как трудно получить аккаунт Twilio, до альтернатив вроде Tincan и Grandstream ATA, а также коснулся вопроса о том, что делать, если устройство попадёт в руки ребёнка, который может случайно дозвониться в 911.
• Участники обсуждали, что вместо того, чтобы тратить деньги на услуги, можно было бы использовать SIP-провайдеров, которые не требуют KYC, и что в некоторых странах всё ещё можно купить SIM-карту без регистрации.
• Несколько человек упомянули, что вместо того, чтобы полагаться на облачные сервисы, можно было бы настроить пиринговую сеть, и обсуждались варианты, где бы это было возможно.
• Также обсуждались вопросы, связанные с безопасностью, включая то, что телефон не должен позволять ребёнку дозвониться в службы, которые не предназначены для этого, и что важно обеспечить, что устройство не может быть использовано для нежелательных целей.
• Наконец, обсуждались вопросы, связанные с тем, что если устройство будет использовано вне дома, например, в дороге, и как это может повлиять на стоимость и удобство использования.

Новая политика Google требует обязательной регистрации и верификации всех разработчиков Android, включая загрузку государственных удостоверений личности и оплату сбора. Это ставит под угрозу существование F-Droid — открытого магазина приложений, который полагается на анонимных добровольных разработчиков. Google утверждает, что мера направлена на борьбу с мошенниками, но фактически усиливает контроль над экосистемой.

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

• Пользователь выбрал Android из-за свободы установки приложений.
• Выражает разочарование в связи с изменениями в системе.
• Планирует рассмотреть альтернативы при следующей покупке телефона.
• Высказывает надежду на развитие проектов GNU Phone или Linux Phone.

LlamaFarm — это инструмент для локального развертывания AI-моделей, агентов, баз данных, RAG и пайплайнов за считанные минуты. Он позволяет запускать сложные AI-системы без облачной инфраструктуры, что особенно ценно для разработчиков, работающих с приватными данными или в условиях ограниченного интернета.

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

• Поддержка децентрализации ИИ и локального запуска моделей для защиты приватности и снижения зависимости от крупных облачных провайдеров
• LlamaFarm позиционируется как инструмент для декларативной оркестрации локальных AI-систем (RAG, агенты, векторные БД) с акцентом на портативность и контроль над пайплайном
• Ключевые целевые аудитории — юристы, здравоохранение и госсектор, где критически важны безопасность данных и работа в изолированных средах
• Отличие от решений вроде LangChain или LlamaIndex — предоставление готового фреймворка для production, а не программируемых компонентов
• Вызовы: привлечение первых пользователей и упрощение процесса деплоя для широкого внедрения

AutoRoaster — это цифровой двойник настоящего ростера Kaleido M1. Он прогнозирует физику бобов и самого ростера и позволяет взаимодействовать с виртуальным устройством так же, как с настоящим. Демо по умолчанию использует эфиопский Guji, 24 °C окружения, 180 °C прогрева и 60 % оборотов барабана.

Пользователь может менять массу бобов (50–200 г), мощность нагрева и скорость вентилятора, а также скорость симуляции. Кнопка «Add Beans» запускает процесс, «Stop» — останавливает его, «Reset» — сбрасывает всё. Подсказки всплывают при наведении на элементы управления.

Проект открыт к сотрудничеству: автор может создать цифровую копию вашего собственного ростера.

• Обсуждение вращается вокруг моделирования кофе и процесса обжарки: от использования Artisan и моделей кофе до "цифровых двойников" и их определения.
• Участники обмениваются опытом, где-то с ностальгией вспоминают о старых временах, где-то делятся ссылками на open-source проекты и обсуждают, как можно было бы улучшить модель или сделать ее более доступной.
• Обсуждается возможность использования модели для контроля за обжаркой и возможность взаимодействия с реальным оборудованием.
• Также поднимается вопрос о том, что такое "цифровой двойник" и как он отличается от симуляции.

Разработчик-энтузиаст, изучая исходники Linux, заметил, что старый ноутбук Fujitsu Lifebook S2110 2005 года неправильно обрабатывает нажатие специальных клавиш «Application» и «Player». Он выяснил, что в режиме «Player» клавиши вообще не генерируют события, а в режиме «Application» они работают, но не так, как ожидается. Вместо этого в журнале ядра появляются сообщения об ошибках ACPI. Он подготовил и отправил на рассмотрение патч, который корректно обрабатывает эти клавиши в обоих режимах, и теперь ждет его включения в основную ветвь Linux.

• Участники обсуждали, как начать вклад в ядро Linux: находить задачи по метке «good first issue», писать патч, проходить ревью и попадать в историю коммитов.
• Подчеркивалось, что даже микро-фикс требует тщательной проверки, но именно такие шаги и делают open-source сообщество устойчивым.
• Несколько человек поделились историями о своих первых коммитах в ядро, включая односимвольное исправление макроса, которое потребовало двух недель перепроверок.
• Участники обменялись советами о том, как начать, если ты не знаешь с чего начать: начни с документации, тестов или мелких улучшений.
• Замечено, что даже если патч кажется мелким, он может быть критически важным для конкретного оборудования, и что такие патчи могут быть применены к старому железу.
• Поднята тема о том, что вклад в ядро Linux может быть полезен при приеме на работу, и что такой опыт ценится.

Chess.com применяет региональное ценообразование для максимизации прибыли, адаптируя стоимость подписки под покупательную способность пользователей в разных странах. Например, в Индии цены на премиум-планы значительно ниже, чем в Австралии или США, что делает сервис доступнее в регионах с меньшими доходами. Ключевым фактором определения цены является страна биллинга, которая автоматически определяется по IP-адресу, а не по выбору страны в профиле.

С помощью VPN-сервисов можно имитировать местоположение и увидеть различия в ценах: годовая подписка Diamond в Индии стоит около $35 против $100 в США. Chess.com также ограничивает возможность добавления пользователей из дорогих регионов в семейные планы, купленные в странах с низкими ценами, чтобы избежать потерь прибыли. Это показывает, как гибкое ценообразование помогает охватить более широкую аудиторию, сохраняя доходность.

• Участники обсуждают цели бизнеса, оспаривая тезис о максимизации прибыли как единственную цель, особенно для малых и частных компаний.
• Поднимается тема регионального ценообразования на примере Steam и Chess.com, где цены варьируются в зависимости от популярности игры и покупательной способности (например, в Индии или Польше).
• Обсуждаются технические и юридические аспекты ценообразования, включая различия в отображении цен с налогами (США vs ЕС) и использование SKU в SaaS.
• Chess.com критикуют за проблемы с обнаружением читеров и paywall, противопоставляя ему бесплатную платформу Lichess с открытым исходным кодом.
• Отмечается, что подписка на Chess.com даёт доступ к эксклюзивному контенту (видео, турнирам), что оправдывает её ценность для части пользователей.

Neuphonic выпустил open-source TTS-модель Neutts-air, которая работает полностью на устройстве и не требует подключения к облаку. Модель обучена на 24-часовом датасете с 44 кГц и поддерживает 8- и 16-битные WAV-файлы. Поддерживает 1100 голосовых языков, включая русский, и может синтезировать речь с высокой естественностью. Поддерживает SSML и может контролировать скорость, высоту и громкость. Поддерживает разные форматы вывода, включая WAV и MP3.

• Пользователи жалуются на ограничения по длине текста и обсуждают, что модель обрезает длинные тексты раньше заявленного лимита в 30 секунд.
• Сообщество подмечает, что большинство новых TTS-моделей не раскрывают архитектуру и тренировочные данные, что вызывает подозрение в "переупаковке" существующих open-source решений.
• Наблюдается интерес к появлению open-source TTS-приложения для Android, которое могло бы конкурировать с коммерческими решениями.
• Участники обсуждают, что текущие open-source TTS-модели не предоставляют достаточной информации о своей архитектуре и тренировочных данных, что затрудняет оценку их уникальности и качества.

Представлен gem.coop — новый сервер для хранения гемов в экосистеме Ruby, созданный бывшими сопровождающими RubyGems.org. Он предлагает быстрый и простой хостинг, совместимый с Bundler, но оптимизированный для будущего. Все гемы с RubyGems.org доступны в реальном времени, а для использования достаточно заменить источник в Gemfile на https://gem.coop.

Управление проектом организовано по модели Homebrew при поддержке Mike McQuaid, с открытым участием сообщества. Цели — прозрачность, устойчивость и безопасность при общедоступном хостинге. Запуск включает поддержку установки публичных гемов, с планами по дальнейшему улучшению.

• Создана новая альтернативная платформа для пакетов Ruby (gem.coop) из-за конфликта между прежними сопровождающими RubyGems и Ruby Central.
• Обсуждаются технические и организационные аспекты форка: финансирование, необходимость подписи кода, доверие к сопровождающим и проблемы с доступностью из-за домена .coop.
• Часть сообщества поддерживает форк как способ сохранить независимость, другие видят в нём ненужное дробление экосистемы.
• Поднимаются вопросы о мотивах создания форка: является ли это реакцией на политические разногласия или стремлением улучшить техническую инфраструктуру.
• Проводятся параллели с другими инцидентами в open-source (например, переход с Freenode на Libera Chat).

Replit, основанный в 2016 году, прошёл путь от «браузерный IDE» до «запускай код в 2 секунды» и, наконец, до «облачный GPU-ферма для миллионов людей». Но в 2025-м, когда компания оценивается в $3 млрд, она всё ещё не зарабатывает денег: 150 млн долл. годового дохода, 0 прибыли. Под давлением инвесторов, Replit теперь должен доказать, что может удержать рынок, который он только что нашёл.

• Replit отказался от своей первоначальной идеи онлайн-IDE и перешёл на AI, что вызвало критику за отказ от уникального продукта и вступление в перенасыщенный рынок AI-инструментов.
• Сокращение штата на 50% и полный отказ от бесплатного уровня вызвали волну негатива, особенно в контексте обвинений в том, что компания не предоставляет ценность взамен деньгам инвесторов.
• Несмотря на то, что Replit утверждает, что они "выросли в доходах", критики указывают на то, что компания до сих пор не имеет устойчивой модели доходов и что их продукт может быть легко реплицирован крупными игроками.
• Некоторые комментаторы выражают ностальгию по старому Replit, особенно в контексте его использования в образовании, и обвиняют компанию в "предательстве" open-source энтузиастов, которые помогли ей на ранних этапах.
• В то же время, другие указывают на то, что Replit может быть приобретён крупной компанией, такой как OpenAI или Anthropic, как следствие его связей с YC, и что это может быть единственным способом для инвесторов вернуть свои деньги.

Создатель популярного сервиса test-ipv6.com, работающего с 2010 года, объявил о его закрытии в декабре 2025 года. Проект, предоставлявший бесплатные инструменты для тестирования IPv6-соединений, долгое время поддерживался за счёт личных ресурсов автора — без какого-либо дохода. Решение связано с желанием перераспределить усилия в пользу семьи.

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

• Благодарность создателю сайта test-ipv6.com за многолетнюю полезную службу в отладке IPv6
• Обсуждение технических проблем с IPv6: плохая маршрутизация, потеря пакетов, сложность настройки и неполная поддержка провайдерами
• Предложения по сохранению сайта: передача другому лицу (например, ben из IPinfo) или организации, поиск спонсорства
• Замечание, что развертывание IPv6 в новых проектах стало необходимостью, несмотря на сохраняющиеся проблемы
• Освещение практических и финансовых трудностей поддержки публичного сервиса, включая атаки и стоимость запросов геолокации

niri — это тайлинговый композитор для Wayland с поддержкой прокрутки, написанный на Rust. Он фокусируется на минимализме, стабильности и производительности, предлагая плавную работу без лишних зависимостей. Композитор поддерживает стандартные функции Wayland, включая XDG-Shell, и обеспечивает настраиваемое управление окнами через конфигурационные файлы.

Проект активно развивается, приветствуются contributions и обратная связь. Особенность niri — сочетание простоты использования с возможностями кастомизации, что делает его привлекательным для пользователей, ищущих альтернативу более сложным композиторам. Эффективность кода на Rust позволяет избежать многих проблем с памятью и безопасностью.

• Пользователи высоко оценили Niri за его скроллируемое тайлинг-менеджмент, который позволяет организовывать окна в непрерывную горизонтальную ленту, что повышает продуктивность по сравнению с традиционными тайлерами (i3, xmonad).
• Отмечается стабильность и производительность Niri (написан на Rust), особенно в сравнении с Hyprland, а также простота настройки и работа на ультрашироких мониторах.
• Обсуждаются недостатки: отсутствие панели для виджетов (батарея, часы), возможность "потеряться" в большом количестве окон, ограниченная конфигурация (ранее — один файл).
• Некоторые пользователи выражают скепсис к скроллируемому тайлингу, предпочитая классический пейджный подход (рабочие столы), и сомневаются в готовности Wayland.
• Упоминаются возможные альтернативы и дополнения: COSMIC (желание добавить скроллируемый тайлинг), расширения для Hyprland (hyprscrolling), PaperWM для GNOME.

Даниель Стенберг получил от Джошуа Роджерса огромный список потенциальных уязвимостей в curl, включая более 100 потенциальных проблем. Это привело к интенсивному анализу и исправлению кода, что подчеркивает важность краудсорсинга в безопасности ПО. Команда curl оперативно реагирует на такие отчеты, укрепляя стабильность и надежность библиотеки.

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

• Успешное применение набора AI-инструментов для поиска уязвимостей в проекте curl, что привело к множеству реальных исправлений
• Подчёркивается ценность AI не для генерации кода, а для анализа и указания на потенциально проблемные места, требующие внимания разработчика
• Обсуждение конкретных инструментов (ZeroPath, Claude Code, Cursor BugBot) и методик работы с LLM для эффективного поиска багов
• Отмечается проблема ложных срабатываний и спама от AI в прошлом, но в данном случае подход оказался эффективным
• Размышления о том, как интегрировать подобные AI-инструменты в рабочий процесс для аудита безопасности и повышения качества кода

Sonic Robo Blast 2 — это бесплатный фанатский проект, созданный на модифицированном движке Doom Legacy, который переносит классический геймплей Sonic the Hedgehog в трёхмерное пространство. Игра предлагает множество уровней, врагов и скоростных испытаний, вдохновлённых оригиналами с Sega Genesis, оставаясь при этом открытой и развивающейся.

Недавние обновления, включая версии 2.2.14 и 2.2.15, принесли значительные изменения: редизайн карт для режимов Match и CTF, добавление новых локаций, таких как Crystalline Heights Zone, а также откат спорных функций, например, выделенной кнопки для щита, чтобы сохранить совместимость с модами. Разработчики активно работают над стабильностью и учитывают feedback сообщества.

• SRB2 и его спин-офф SRB2Kart высоко ценятся сообществом как отличные фанатские игры, послужившие для многих отправной точкой в карьере и предоставившие ценный опыт в геймдизайне и программировании.
• Обсуждается историческая и культурная значимость проекта, его долголетие (25 лет), а также его потенциал в альтернативной истории игровой индустрии как возможного конкурента Mario 64.
• Отмечается уникальный геймплей, сочетающий механику Sonic с движком Doom, что создает особое ощущение движения и момента, хорошо подходящее для платформеров и картинга.
• Некоторые пользователи столкнулись с техническими проблемами при игре, такими как управление камерой в браузере, сложности с раскладкой клавиатуры и проблемы на многомониторных setup.
• Сообщество считает, что SEGA, в отличие от Nintendo, лояльно относится к фанатским проектам по Sonic, и маловероятно, что после 25 лет разработки последует юридический иск.

Выпущена стабильная версия Immich 2.0.0 — это крупное обновление платформы для самостоятельного хранения фотографий с открытым исходным кодом. Ключевые изменения включают переработанный интерфейс, улучшенную производительность и расширенную поддержку форматов медиа. Добавлены новые функции, такие как умные альбомы на основе ИИ, улучшенные инструменты поиска и более гибкие настройки приватности.

Проект активно развивается с фокусом на децентрализацию и контроль пользователей над данными. В обсуждениях подчёркивается рост сообщества и количество контрибьюторов, что говорит о востребованности альтернатив облачным сервисам. Версия 2.0.0 знаменует переход к более зрелой и надёжной платформе, готовой для повседневного использования.

• Пользователи высоко оценивают Immich как быструю, функциональную и удобную альтернативу Google Photos и iCloud для самостоятельного хостинга фотографий.
• Отмечаются некоторые недостатки: сложности с интеграцией внешних библиотек, частые обновления без значимых изменений, использование ресурсоемкой PostgreSQL и опасения по поводу стабильности.
• Обсуждаются пожелания по улучшению: расширенные возможности поиска по карте и времени, улучшенное управление дубликатами, более гибкая структура хранения и нативные решения для iOS.
• Часть пользователей ищет более простые, статические решения для публичного показа фотографий, не требующие авторизации.
• Команда разработчиков Immich получила похвалу за скорость развития и открытость, включая раздел «Cursed Knowledge» на сайте.

Поисковая система DuckDuckGo второй год подряд пожертвовала 25 тысяч долларов Фонду Perl и Raku для поддержки развития языка программирования. Эти средства направляются в Фонд поддержки ядра Perl, который финансирует ключевые улучшения языка.

Среди недавних достижений — модуль builtin, система классов, лексические методы и стабилизация экспериментальных функций вроде сигнатур и try/catch. Разработчик Пол Эванс, получающий финансирование от фонда, внёс значительный вклад в эти нововведения. Многолетняя поддержка спонсоров позволяет фонду увереннее планировать будущее и продолжать работу над развитием Perl.

• DuckDuckGo пожертвовала $25k проекту Perl в рамках благотворительных взносов на общую сумму $1.1M
• В сообществе ведутся дебаты о современной релевантности Perl, где одни отмечают его упадок после неудачи с Perl 6, а другие защищают его как мощный и полезный язык
• Участники делятся личным опытом работы с Perl, отмечая его влияние на их карьеру и сложности, такие как проблемы с версиями библиотек
• Perl продолжает использоваться в крупных компаниях (Craigslist, eBay) и проектах с открытым исходным кодом (OpenBSD)
• Обсуждается необходимость и способы поддержки open-source проектов через публичные пожертвования от брендов

Sculptor — это интерфейс для параллельной работы нескольких экземпляров Claude Code в изолированных контейнерах, позволяющий мгновенно переключаться между их средами для тестирования изменений. Он предлагает предложения, которые выявляют критические проблемы по мере написания кода, сохраняя контроль за архитектором.

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

• Пользователи делятся положительным опытом использования Sculptor для разработки, отмечая удобство параллельной работы и локального выполнения кода в изолированных контейнерах.
• Обсуждаются технические детали работы инструмента: использование контейнеров, поддержка различных моделей ИИ (Claude Code, GPT, Gemini), интеграция с devcontainer и выполнение тестов.
• Высказываются пожелания по расширению функционала: поддержка других языковых моделей и агентов, веб-версия, тёмная тема, настройка переменных окружения.
• Команда разработчиков поясняет план развития: открытие исходного кода, бесплатность для личного использования и возможные платные тарифы для бизнеса в будущем.
• Участники проводят сравнение с аналогичными инструментами (Terragon, Conductor, VibeKit), отмечая различия в подходе к коллаборации и интеграции.

Open Printer — это струйный принтер с открытым исходным кодом, созданный парижским стартапом Open Tools. Он использует популярные картриджи HP 63, но без DRM-блокировок, что позволяет применять любые совместимые чернила от сторонних производителей. Конструкция модульная и легко ремонтируемая, с использованием стандартных механических компонентов.

Устройство поддерживает печать на рулонной бумаге, что даёт гибкость в выборе форматов: встроенный резак создаёт листы А4 или позволяет печатать длинные материалы, например баннеры. Запуск планируется через краудфандинговую кампанию, что делает его аналогом Fairphone в мире принтеров — открытым, доступным и свободным от ограничений крупных брендов.

• Использование лицензии Creative Commons BY-NC-SA 4.0 вызывает критику, так как она не соответствует определению открытого исходного кода и ограничивает коммерческое использование и распространение.
• Дизайн принтера и его практичность подвергаются сомнению: отсутствие лотка для бумаги, поддержка только рулонной подачи, невозможность печати на конвертах или этикетках, а также отсутствие дуплексной печати.
• Высказываются опасения, что проект может быть «vaporware» (нереализованным концептом), так как нет демонстрационных видео работы устройства и отсутствуют базовые технические характеристики, например, скорость печати.
• Отмечается, что принтер использует старые печатающие головки HP от моделей 2014 года, что может быть связано с доступностью документации и патентными ограничениями.
• Многие пользователи выражают скептицизм относительно необходимости собственного принтера, предпочитая лазерные модели из-за их надежности и отсутствия проблем с засыханием чернил, либо вообще обходясь без личного принтера.

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

Особенность — отсутствие лишних зависимостей и простота внедрения, что ускоряет рабочий процесс. Например, можно быстро форматировать JSON, шифровать строки или проверять валидность кода. Практический вывод: снижает потребность в поиске разрозненных сервисов, экономя время.

• Пользователи обсуждают полезные онлайн-инструменты (CyberChef, easyinvoicepdf, cobalt.tools, simonwillison.net) и делятся своими проектами.
• Поднимаются вопросы безопасности и доверия к сторонним инструментам, а также желание видеть больше информации об их надежности.
• Предлагаются идеи для новых функций: улучшение мобильного интерфейса, добавление поиска, агрегатора инструментов, генератора QR-кодов без трекеров.
• Обсуждаются конкретные технические нужды: мерж PDF, проверка ссылок, генерация SSH-ключей, сетевые утилиты.
• Отмечается проблема с YouTube-загрузчиком и predatory-моделями монетизации некоторых сервисов (например, QR-кодов).

Тим Бернерс-Ли сознательно отказался патентовать технологию Всемирной паутины, чтобы обеспечить её свободное и открытое развитие. Он считал, что попытки монетизировать её через лицензирование или контроль принесли бы больше вреда, чем пользы, ограничив инновации и доступность. Его решение было продиктовано верой в то, что интернет должен оставаться общественным достоянием, а не частной собственностью.

Этот подход позволил стремительно развиваться вебу, стимулируя создание миллионов сайтов, приложений и сервисов без юридических барьеров. Открытость технологии стала ключевым фактором её глобального распространения и трансформации общества. Бернерс-Ли подчёркивает, что отсутствие монетизации не было упущенной выгодой, а стало осознанным вкладом в демократизацию информации и технологий.

• Обсуждается исторический контекст создания WWW как открытого и бесплатного протокола в эпоху доминирования подобных открытых стандартов (FTP, IRC, SMTP), что контрастирует с современными коммерческими «стенами».
• Высказывается мнение, что изначальная архитектура веба (клиент-сервер) не предусматривала защиту данных от монополизации и создания «закрытых садов», что привело к нынешней ситуации.
• Поднимается вопрос о рисках монополизации AI крупными корпорациями и выдвигается идея о необходимости международного некоммерческого подхода по образцу CERN.
• Участники спорят, был ли WWW очевидной идеей, ожидавшей реализации, или же гениальным и неочевидным изобретением, которое лишь кажется простым ретроспективно.
• Обсуждается противоречие между идеалами свободного веба и реальностью, где пользователи добровольно отдают данные ради удобства, а правительства и корпорации ограничивают открытость.

Handy — это бесплатное приложение с открытым исходным кодом для преобразования речи в текст, которое работает локально на вашем компьютере. Оно позволяет диктовать текст в любое поле ввода, просто нажимая и удерживая комбинацию клавиш (по умолчанию Ctrl+Z), а затем вставляя расшифровку после отпускания. Настройки включают переключение между режимом удержания и однократного нажатия для начала и остановки транскрипции.

Приложение полностью приватное — аудио не отправляется в облако, всё обрабатывается на устройстве. Handy позиционируется как доступный инструмент, свободный от подписок, с возможностью кастомизации и поддержкой сообщества через спонсоров like Wordcab и Epicenter. Проект приглашает к участию в разработке и финансировании.

• Пользователи обсуждают высокое потребление ресурсов современных десктопных приложений, приводя примеры, где даже простые действия занимают значительный объем памяти (~120MB).
• Представлены альтернативные и похожие инструменты для преобразования речи в текст (STT), такие как Whispy (Linux), hns (CLI), Gnome расширение и VoiceInk, с акцентом на локальность и минимализм.
• Обсуждаются технические детали проектов: использование моделей Whisper и Parakeet, поддержка GPU/CPU, кроссплатформенность, языки разработки (TypeScript, Rust, Go) и вопросы шумоподавления.
• Участники сравнивают качество и удобство локальных решений с облачными сервисами (например, Groq) и встроенными функциями ОС (macOS dictation, iPhone STT).
• Затрагиваются темы приватности, производительности на слабом железе, удобства использования для программирования и запросы на аналогичные инструменты для преобразования текста в речь (TTS).

Открытое ПО стало стандартом для общей инфраструктуры, хотя 35 лет назад многие сомневались в его конкурентоспособности. Сегодня мы находимся на аналогичном переломном моменте с социальными приложениями — возникает движение «открытой социальности». AT Protocol от Bluesky предлагает наиболее убедительный подход, где данные контролируются пользователями, а не платформами, подобно тому, как открытый код изменил разработку.

Веб изначально позволял независимо управлять контентом через личные домены, но социальные медия централизовали данные в своих базах. AT Protocol восстанавливает децентрализацию: пользователи владеют данными, могут менять хостинг без потери связей, что меняет баланс сил между платформами и пользователями. Как и с открытым ПО, это потребует времени, но может стать новой нормой.

• Обсуждение преимуществ AT Protocol для контроля пользователями своих данных через личные репозитории и домены
• Сравнение AT Protocol с ActivityPub, включая вопросы интероперабельности, доступности и централизации (например, через Bluesky)
• Критические замечания о практических ограничениях: стоимость доменов, сложность для обычных пользователей и риски потери данных
• Вопросы о приватности, модерации и безопасности в децентрализованной модели
• Обсуждение сетевых эффектов, будущего социальных медиа и альтернатив (например, личные сайты, RSS, Nostr)

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

Библиография предлагает инструменты для масштабируемой генерации данных, включая поддержку различных форматов инструкций, таких как Chain of Thought, и интеграцию с популярными платформами, включая Hugging Face. Она распространяется под лицензией Apache 2.0 и активно развивается с открытым исходным кодом.

• Представлен интерактивный инструмент для генерации синтетических данных с возможностью интерактивного редактирования и проверки на каждом шаге.
• Обсуждается техническая реализация: интеграция с существующими схемами БД, поддержка экспорта в txt/csv, переход от древовидных структур к графам (DAG).
• Упоминаются публично доступные синтетические датасеты (GSM8K, DevOps CoT) на Hugging Face для обучения моделей.
• Затронуты вопросы качества данных: низкий уровень дублирования и высокая диверсификация, проверяемая с помощью great-expectations.
• Проводятся параллели с другими методами (GLAN) и обсуждаются возможные заимствования кода между проектами.

Автор, известный как «парень из Bundler», рассказывает о 15-летней истории проекта, который он помогал развивать с 2010 года. Изначально созданный Yehuda и Carl, Bundler быстро стал стандартом управления зависимостями в Ruby, сохранив свою структуру до версии 2.7.2. После ухода основателей автор взял на себя ведущую роль в поддержке, сотрудничая с Terence Lee и позже основав Ruby Together для финансирования разработки.

Сейчас Ruby Central заявляет права на владение названием Bundler, что противоречит духу сообщества. В ответ автор зарегистрировал товарный знак, чтобы защитить репутацию проекта и его maintainers, подчеркивая, что код остаётся под MIT-лицензией, а название принадлежит сообществу. Ключевая цель — обеспечить, чтобы решения по проекту принимались самими пользователями и разработчиками, а не одной организацией.

• Финансирование Ruby Central от спонсоров вроде Shopify было условием захвата контроля над Bundler и RubyGems, что привело к корпоративному захвату инфраструктуры.
• В ответ на это был зарегистрирован товарный знак Bundler, чтобы предотвратить захват и передать его под управление нового, действительно сообщественного органа.
• Ключевой риск — потеря давних мейнтейнеров, раскол сообщества и форк ключевой инфраструктуры, что создаст хаос.
• Сообщество ожидает ответа от Ruby Central, включая возобновление запланированного Zoom-звонка, но пока ситуация в подвешенном состоянии.
• Под вопросом юридическая сила товарного знака, так как его долгое отсутствие enforcement может означать отказ от прав или генерализацию.

Litex — это формальный язык программирования, который можно освоить всего за 1–2 часа благодаря минималистичному синтаксису и чёткой структуре. Он предназначен для обучения основам формальных систем и логики, сохраняя при этом практическую полезность. Язык включает всего несколько ключевых конструкций, что снижает порог входа для новичков.

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

• Обсуждение нового формального языка Litex для машинной проверки рассуждений, который позиционируется как простой и интуитивно понятный, даже для новичков без математического бэкграунда.
• Критика и скептицизм по поводу заявлений автора, в частности, о скорости обучения и легкости формализации по сравнению с Lean 4, а также вопрос о том, как реализована проверка доказательств.
• Обсуждение технических деталей языка: необходимость явно объявлять аксиомы (например, транзитивность), использование ключевого слова have для проверки существования объектов.
• Подняты вопросы о возможной путанице с уже существующим проектом LiteX (аппаратное описание на Python) и о том, написан ли README проекта с помощью ИИ.
• Отмечается, что автор, вероятно, не является носителем английского языка, что могло привести к некоторым неточностям в формулировках и сложностям в понимании.

Helium — это браузер для десктопа с открытым исходным кодом, ориентированный на приватность и удобство. По умолчанию он блокирует рекламу, трекеры, криптомайнеры и фишинговые сайты благодаря предустановленному uBlock Origin, без исключений и дополнительных настроек. Браузер не содержит собственной аналитики, не делает веб-запросов без явного согласия пользователя и работает на облегчённой версии Chromium, что обеспечивает высокую скорость и энергоэффективность.

Helium включает уникальные функции, такие как нативные !bangs (позволяют быстро переходить на сайты, например, !w для Википедии), разделённый просмотр страниц и поддержку всех Chromium-расширений с анонимизацией запросов к Chrome Web Store. Интерфейс минималистичен, не отвлекает и настраивается под пользователя. Все обновления безопасности выпускаются оперативно, а синхронизация данных через облако отсутствует для максимальной конфиденциальности.

• Скептицизм по поводу использования Chromium в качестве основы для приватного браузера, учитывая контроль Google над экосистемой и необходимость альтернативных движков (WebKit, Gecko).
• Озабоченность отсутствием информации о команде разработчиков, модели монетизации и долгосрочных планах поддержки, что важно для доверия к автоматическим обновлениям.
• Критика и сравнение с другими браузерами (Brave, Firefox, Orion, Zen), где отмечаются недостатки Helium: отсутствие вертикальных вкладок, синхронизации с мобильными устройствами и поддержки MV2-расширений.
• Запросы о технических деталях: механизм автообновлений, поддержка Linux и мобильных ОС, версия uBlock Origin (MV2 или Lite), безопасность расширений.
• Некоторые положительные отзывы о качестве браузера и удобстве использования, но в целом преобладает осторожное или негативное отношение из-за зависимости от Chromium.

Qwen — это серия больших языковых моделей, разработанных Alibaba Group. Модели Qwen, включая версии для генерации текста, кода и мультимодальных задач, позиционируются как открытые и конкурентоспособные альтернативы другим известным ИИ, таким как GPT от OpenAI. Они поддерживают длинный контекст, мультиязычность и специализированные применения, например, для программирования или анализа данных.

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

• Пользователи высоко оценили производительность модели Qwen3-VL при обработке сложных изображений (например, низкокачественных счетов), отмечая её превосходство над другими решениями.
• Обсуждаются технические и экономические аспекты запуска больших моделей (235B параметров) локально, включая требования к оборудованию и стоимость вычислений.
• Модель позиционируется как конкурентоспособная с закрытыми SOTA-решениями (GPT-4, Omni) при значительном снижении стоимости использования.
• Критикуются отдельные недостатки, характерные и для других мультимодальных моделей: ошибки в анализе edge-кейсов (например, подсчет конечностей у животных).
• Отмечается активность и щедрость команды Qwen в публикации моделей с открытыми весами и их вклад в развитие open-source сообщества.

Ruby Central применила подход «deus ex machina», в одностороннем порядке взяв под контроль всю GitHub-организацию RubyGems — ресурс, исторически принадлежавший мейнтейнерам. Они оправдывали это необходимостью нейтрализовать «опасных операторов», но использовали ситуацию для удаления ключевых участников из проектов, включая RubyGems, Bundler и RubyGems.org, и присвоения прав собственности. Shopify, главный спонсор Ruby Central, оказался вовлечён в этот процесс, что вызвало вопросы о согласованности действий с интересами сообщества.

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

• Ruby Central отменила запланированную встречу с сообществом, что вызвало недовольство.
• Shopify, используя финансовое давление на испытывающий нехватку средств Ruby Central, добилась контроля над ключевыми репозиториями (Bundler, RubyGems).
• Члены сообщества обвиняют Ruby Central в непрозрачном процессе принятия решений и отсутствии коммуникации.
• Противоречие также связано с реакцией на доклад о новом инструменте rv и последующей потерей спонсорства.
• Обсуждаются проблемы централизации управления в open-source и утраты первоначальных ценностей сообщества.

Ruby Central, испытывающая финансовые трудности после потери спонсорства Sidekiq ($250 тыс. в год), по требованию Shopify взяла под контроль ключевые проекты Ruby-сообщества — Bundler и RubyGems — без согласия их многолетних сопровождающих. Shopify пригрозила отозвать финансирование, если Ruby Central не обеспечит полный контроль над репозиториями и правами на gems, что привело к принудительному изменению прав доступа и исключению ведущих разработчиков, включая Андре Арко с 10-летним стажем.

Этот захват был преднамеренным: Shopify заранее организовала дежурство для замены прежних сопровождающих, а совет Ruby Central проигнорировал предупреждения о незаконности действий и альтернативы в виде форков. Инцидент подчеркивает риски зависимости open-source от корпоративного финансирования, где сообщество теряет автономию под давлением спонсоров.

• Sidekiq прекратил спонсорскую поддержку Ruby Central на $250 тыс. в год из-за участия DHH в RailsConf 2025, что вызвало споры о его политических взглядах.
• Shopify и Ruby Central взяли под контроль инфраструктуру RubyGems и Bundler, удалив ключевых мейнтейнеров, официально — для усиления безопасности supply chain.
• Сообщество раскололось: часть видит в действиях Shopify корпоративный захват, другие — необходимые меры после недавних атак на npm.
• Критики обвиняют Ruby Central в злоупотреблении властью и плохой коммуникации, особенно после передачи прав на репозитории без консенсуса.
• Наблюдатели отмечают, что конфликт усугубляется давними культурными разногласиями в сообществе Ruby, выходящими за рамки технических вопросов.

OpenDataloader PDF — это высокопроизводительный инструмент с открытым исходным кодом, предназначенный для безопасной обработки PDF-файлов в задачах искусственного интеллекта. Он обеспечивает извлечение текста и структурированных данных без риска утечки информации или выполнения вредоносного кода, что критично при работе с конфиденциальными документами. Проект оптимизирован для масштабируемости и интеграции в ML-пайплайны.

Ключевые особенности включают поддержку пакетной обработки, работу с加密рованными файлами и совместимость с популярными фреймворками. Это решение устраняет узкие места традиционных парсеров, предлагая предсказуемую производительность даже на больших объёмах данных. Для разработчиков важно, что инструмент снижает зависимость от проприетарных API и предоставляет прозрачный контроль над процессом обработки.

• Обсуждаются инструменты для извлечения структурированных данных из PDF (Camelot, Unstract, Cermine, docling), особенно для сложных документов вроде банковских выписок.
• Поднимается вопрос о необходимости нового AI-friendly формата вместо сложного для парсинга PDF.
• Рассматриваются ограничения и возможности современных LLM (большой контекст, needle-in-haystack тесты) для обработки больших документов.
• Упоминается поиск библиотек для извлечения таблиц из PDF, совместимых с C++.
• Отмечается, что некоторые инструменты используют кастомные парсеры, а другие полагаются на AI-модели для экстракции.

Pocket Casts изначально был платным приложением с разовой оплатой, но после нескольких смен владельцев и перехода на модель подписки начал показывать рекламу даже пользователям, которые уже заплатили. Это вызвало недовольство, особенно учитывая, что в 2022 году приложение стало открытым исходным кодом. Автор статьи воспользовался этим, чтобы убрать рекламу через форк репозитория на GitHub, изменив флаги BANNER_ADS_PLAYER и BANNER_ADS_PODCASTS в коде на Kotlin.

В краткосрочной перспективной можно отключить рекламу через debug-сборку и встроенные переключатели функций, но в будущем это может стать сложнее из-за ужесточения политики безопасности Android. Ситуация напоминает 2020 год, когда NPR потеряла $800 тыс. на управлении приложением, что привело к продаже Automattic.

• Пользователи критикуют добавление рекламы в приложение Pocket Casts, нарушающее обещание "единоразовой оплаты навсегда"
• Обсуждаются высокие эксплуатационные расходы сервиса и предполагаемая финансовая несостоятельность компании
• Высказывается недовольство Automattic за изменение условий и неуважение к пользователям
• Предлагаются альтернативные модели монетизации (подписка на новые функции) без ущерба для старых пользователей
• Поднимается вопрос о необходимости соблюдения договоренностей и этичности ведения бизнеса

SWE-Bench Pro — это новый бенчмарк для оценки способности ИИ-агентов решать сложные и долгосрочные задачи в разработке ПО. Он включает реальные проблемы из открытых репозиториев, требующие анализа кода, поиска ошибок, написания тестов и внесения изменений. Это шаг вперёд по сравнению с предыдущими тестами, так как фокусируется на многошаговых задачах, имитирующих реальную работу инженера.

Проект демонстрирует, что современные модели, такие как GPT-4, справляются лишь с частью заданий, подчёркивая пробелы в понимании контекста и планировании действий. Это указывает на необходимость дальнейшего улучшения агентов для автономной работы над сложными проектами. Практический вывод: хотя ИИ уже полезен в рутине, до полной автономии в разработке ещё далеко.

• Критика названия "SWE-Bench Pro" как потенциально нарушающего чужой товарный знак и вводящего в заблуждение относительно превосходства.
• Сомнения в эффективности защиты тестового набора копилфт-лицензией для предотвращения обучения на нём ИИ-моделей, учитывая игнорирование лицензий в индустрии.
• Вопросы к репрезентативности бенчмарка: отсутствие в тестировании самых современных и крупных моделей, доверие к приватному датасету и проблема "загрязнения" публичного.
• Обсуждение ключевых проблем бенчмарков для ИИ-кодеров: сложность создания "чистых" задач, которые модель не видела ранее, и уязвимость к "читтингу" через анализ скрытых частей репозитория.
• Замечание о стиле README репозитория (обилие эмодзи) как возможном признаке генерации LLM, что подрывает доверие.

Ohjelmistofriikit Osuuskunta предлагает шаблон фриланс-контракта с открытым исходным кодом, доступный через Google Docs и GitHub. Он включает гибкие условия оплаты (почасовая, фиксированная ставка или смешанная), а также стандартные пункты о конфиденциальности, авторских правах и расторжении договора. Особое внимание уделяется прозрачности и защите прав обеих сторон.

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

• Представлены шаблоны договоров для IT-фрилансеров от различных ассоциаций (Bitkom в Германии, IT 2022 в Финляндии).
• Обсуждаются практические аспекты составления контрактов: важность проверки условий, наличие страховки, версионирование и настраиваемость под нужды сторон.
• Подчеркивается, что представленный шаблон (ohjelmistofriikit.fi) предназначен в первую очередь для Финляндии и поддерживает почасовую и проектную оплату.
• Отмечается сложность международных споров из-за высокой стоимости юридических услуг и нецелесообразности судебных разбирательств на небольшие суммы.
• Инструмент является открытым исходным кодом, что позволяет адаптировать его под конкретные страны и юрисдикции.

• Ruby Central предприняла резкие действия по ограничению доступа к инфраструктуре RubyGems из-за требований спонсора, угрожавшего отозвать финансирование из-за проблем с безопасностью цепочки поставок.
• Сообщество раскритиковало Ruby Central за катастрофически плохую коммуникацию, отсутствие предупреждения и прозрачности в процессе принятия решений, что привело к потере доверия.
• Действия были технически оправданы необходимостью безопасности, но метод исполнения (внезапный "переворот" без консультаций) признан неудачным и враждебным по отношению к добровольным maintainer'ам.
• Под вопросом остаётся независимость некоммерческой организации, которая оказалась под давлением крупных доноров, и её способность управлять критической инфраструкцией сообщества.
• Сообщество призывает к извинениям, восстановлению доверия через честный диалог и выработке более прозрачных процессов управления, чтобы избежать раскола в будущем.

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

Ключевой навык — не просто исправлять отдельные строки, а оценивать архитектурные решения: что можно упростить, переиспользовать или вовсе избежать. Без этого код становится сложным, а проект — неуправляемым. Эффективная работа с ИИ требует структурного мышления, как при лучшем код-ревью: видеть не только написанное, но и упущенные возможности для изящества и простоты.

• Сомнения в эффективности использования ИИ для генерации кода из-за высокого процента ошибок и необходимости тщательного ревью, которое может быть более трудоемким, чем написание кода с нуля.
• Озабоченность качеством и надежностью ИИ-сгенерированного кода, особенно в зрелых проектах и open source, где отсутствие публичного ревью может подорвать доверие.
• Увеличение нагрузки на разработчиков из-за необходимости ревью большего объема кода, который часто требует повышенного внимания из-за непредсказуемости ИИ.
• Потеря преимуществ человеческого взаимодействия в процессе ревью, поскольку ИИ не может участвовать в обсуждении или доработке кода.
• Необходимость разработки новых процессов и инструментов для эффективного ревью ИИ-сгенерированного кода, включая возможность комментирования и взаимодействия с агентами.

Google внедряет систему верификации разработчиков Android, которая потребует регистрации личности даже для установки приложений извне магазина. Новые переменные в Android SDK указывают, что система может блокировать установку, если нет активного интернет-соединения для проверки статуса разработчика — например, при попытке установить APK офлайн. Это может создать проблемы для пользователей с ограниченным доступом в сеть или без доступа к ADB-инструментам. Хотя такие случаи редки, для миллиардов пользователей Android даже редкие сценарии могут стать критичными. Детали реализации ещё уточняются, и у сообщества есть год на поиск обходных решений.

• Пользователи выражают обеспокоенность планами Google ограничить установку приложений извне Play Store, что уничтожит открытость Android и его экосистему Open Source.
• Многие рассматривают переход на Apple из-за разочарования в Android: закрытая экосистема Google не предлагает преимуществ Apple, но лишает свободы выбора.
• Обсуждается потенциальная смерть проектов кастомных прошивок, таких как GrapheneOS, и отсутствие достойных альтернатив для обеспечения приватности и контроля над устройством.
• Поднимается вопрос о юридических последствиях: если закрытая экосистема Apple не считается монополией, то и Google может двигаться в том же направлении без юридических рисков.
• В качестве альтернативы рассматриваются телефоны на Linux, хотя признается их отставание в функциональности, но ценится предлагаемая свобода и конфиденциальность.

Разработчики создали полностью свободную альтернативу Minecraft, используя три независимых проекта: сервер Cuberite, прокси ViaProxy и клиент Minosoft. Это позволяет играть в совместимую версию игры без использования оригинального кода Mojang, что особенно интересно для энтузиастов open-source и тех, кто хочет избежать лицензионных ограничений.

Для запуска требуется 64-битная система с 4 ГБ ОЗУ, Java 17 и OpenGL-совместимая видеокарта. Cuberite эмулирует версию 1.12.2 с поддержкой измерений, а ViaProxy решает проблему совместимости между версиями протокола. Minosoft, написанный на Kotlin, завершает цепочку, предоставляя клиент с открытым исходным кодом.

Такой подход не только демонстрирует мощь сообщества, но и поднимает вопросы о будущем игровых экосистем, построенных на обратной разработке.

• Обсуждаются технические требования и альтернативные реализации Minecraft, такие как Minosoft, Cuberite и Minetest (Luanti).
• Участники отмечают отсутствие официальной поддержки модификаций от Mojang и постепенный переход Microsoft на менее гибкую версию Bedrock.
• Предлагаются решения для совместимости разных версий, например, использование прокси-сервера ViaProxy для устранения багов.
• Minetest (Luanti) хвалят как образовательную платформу для обучения детей программированию, несмотря на некоторые ограничения.
• Упоминаются конкретные проекты, такие как Mineclonia, как наиболее близкие к оригинальному Minecraft по функциональности.

cactus-compute/cactus

Запуск ИИ локально на телефонах и AI-устройствах.

Навигационное меню

Платформа:

• GitHub Copilot
• GitHub Spark
• GitHub Models
• GitHub Advanced Security
• Actions
• Codespaces
• Issues
• Code Review
• Discussions
• Code Search

Решения:

• Для предприятий
• Малые и средние команды
• Стартапы
• Некоммерческие организации

Ресурсы:

• Темы (ИИ, DevOps, безопасность)
• Обучающие материалы
• Мероприятия
• Истории клиентов

Open Source:

• GitHub Sponsors
• The ReadME Project
• Репозитории

Enterprise:

• Платформа для предприятий
• Дополнительные модули
• Поддержка

Цены

• Пользователи обсуждают смену лицензии Cactus с Apache 2.0 на некоммерческую, выражая озабоченность по поводу доверия и её влияния на коммерческие приложения.
• Поднимаются вопросы о технических возможностях фреймворка: производительность на разных устройствах (Pixel 9 Pro, rk3588), использование NPU/GPU, размер приложений и влияние на батарею.
• Разработчики спрашивают о бизнес-модели проекта, коммерческом лицензировании и его стоимости, а также уточняют кажущиеся противоречия в формулировках о поддержке платформ.
• Обсуждаются функциональные возможности: работа с инструментами (веб-поиск), оффлайн-режим, добавление моделей и поддержка агентских workflow.
• Создатель проекта отвечает на вопросы, упоминая улучшения производительности, бесплатность для личного использования и возможность интеграции различных инструментов.

Фонд Perl и Raku с радостью объявляет о пожертвовании в размере 10 000 долларов США от компании Geizhals Preisvergleich. Этот дар помогает обеспечить будущее Фонда поддержки ядра Perl 5.

Perl был неотъемлемой частью нашей платформы сравнения цен с момента основания компании 25 лет назад. Поддержка Фонда означает инвестиции в настоящее и будущее открытых вычислений для нас и других пользователей.

— Майкл Крёлль из Geizhals Preisvergleich

Geizhals не только предоставляет финансирование для экосистемы Perl, но и поддерживает разработчиков, участвует в конференциях и нанимает Perl-программистов. Их вклад очень ценен.

— Стюарт Дж. Макинтош, президент Фонда Perl и Raku

Geizhals начал как хобби-проект в 1997 году и вырос до обслуживания 4,3 млн пользователей в месяц. Используя Perl в своей инфраструктуре, они решили поддержать Фонд.

Работа поддерживаемых разработчиков, таких как Тони Кук, включает исправление критических ошибок, например:

• устранение сбоев при обработке сигналов,
• исправление ошибок сегментации,
• предотвращение утечек памяти.

Эти усилия обеспечивают стабильность и надёжность Perl для организаций и частных пользователей. Поддержка компаний вроде Geizhals помогает сохранять ядро Perl в отличном состоянии долгие годы.

Для спонсорства: olaf@perlfoundation.org

• Geizhals, крупный немецкоязычный сайт сравнения цен, написан на Perl и ассоциируется с издательством Heise Verlag.
• Пользователи отмечают функциональность и полезность Geizhals, но критикуют его устаревший дизайн и региональную ограниченность (в основном Германия).
• Сообщество обсуждает состояние Perl: его стабильность, повсеместную установку и удобство для скриптинга, но признаёт его упадок и непопулярность для новых проектов.
• Возникла дискуссия о безопасности Perl, где некоторые высказывают опасения, а другие опровергают их, ссылаясь на сравнения с Python по количеству CVE.
• Обсуждается модель финансирования Open Source: небольшие пожертвования (как $10k от Geizhals) против зависимости от крупных спонсоров и проблемы поддержки непопулярных проектов.
• Упомянуты другие крупные компании, использующие Perl в продакшене, такие как Booking.com и DuckDuckGo.
• Отмечается, что Perl часто используется для утилитарных скриптов и системного администрирования благодаря своей переносимости и обратной совместимости.

Я ухожу с поста сопровождающего libxml2, поэтому проект временно остаётся без поддержки.

До конца 2025 года я буду исправлять регрессии в релизе 2.15.

Спасибо за вашу тяжёлую работу!

Спасибо за долгое сопровождение libxml2!

Я изучаю код libxml2 и libxslt. У меня есть время на поддержку, но нужно разобраться с последними изменениями, например, с управлением буферами ввода-вывода. Как лучше связаться для вопросов?

Спасибо за поддержку ключевых библиотек интернета, используемых в миллионах продуктов по всему миру. Удачи!

От лица миллионов пользователей благодарю за вашу работу!

• Основной сопровождающий libxml2, Nick Wellnhofer, уходит после десяти лет неоплачиваемой работы и форкает проект под лицензией AGPL.
• Сообщество обсуждает кризис поддержки критически важной инфраструктуры из-за проблем с финансированием open-source.
• Поднимается вопрос о чрезмерной сложности XML и необходимости больших библиотек вроде libxml2; предлагаются более минималистичные альтернативы (например, TinyXML2, libexpat).
• Упоминается спорная политика безопасности libxml2 «без эмбарго», что вызывает обеспокоенность по поводу будущих уязвимостей.
• Обсуждается бизнес-модель продажи исключений из GPL для коммерческого использования как потенциальное решение для поддержки.
• Отмечается упадок XSLT из-за проблем с libxml2 и планы по удалению его поддержки из браузеров.
• Высказывается мнение, что сложные стандарты вроде XML с большими RFC являются неустойчивыми и что при выборе технологий следует учитывать простоту поддержки.

О нет, снова... Размышления об атаках на цепочку поставок NPM

Я долго откладывал эту статью — более года — но, как мы видим на этой неделе, пришло время снять покровы и сказать вслух:

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

Конечно, если вы достаточно взрослые, чтобы помнить — это не первый раз...

Время — плоский круг

Мы снова здесь — в 2025 году Microsoft настолько всё испортили, что создали ещё больший риск, чем в 2000-х с их браузером, просто ничего не делая.

Изначально я начал писать этот пост во время инцидента с xz — изощрённой и долгосрочной попытки взять под контроль библиотеку, используемую в менеджерах пакетов большинства дистрибутивов Linux.

С тех пор произошло множество инцидентов, и конкретно NPM стал крупнейшим и самым простым способом распространения вредоносного ПО. Сначала большинство атак было направлено на кражу криптовалюты (поскольку техбро одержимы магическими электрическими деньгами и являются лёгкой добычей). Но теперь эти атаки на цепочку поставок нацелены на более критичные вещи, такие как токены и ключи доступа maintainers пакетов, как видно из инцидента с NX и теперь несколькими зависимостями, ежедневно используемыми тысячами разработчиков.

Опять же... это ничего нового в мире NPM.

Но так быть не должно было...

Мы прошли долгий путь, но никуда не ушли

У меня долгая история с NodeJS — примерно в 2010 году я начал работать над стартапом, и это было до того, как npm вообще появился.

В туманные дни 1990-х большинство проблем безопасности JavaScript не сильно касались бэкенда: это в основном была область Perl, PHP, Python и Java.

Однако веб был совсем другой историей.

В самые ранние дни Всемирной паутины был только один основной браузер, который все использовали: Netscape Navigator. Выпущенный в 1994 году, он был не просто браузером: на протяжении своей жизни он имел различные воплощения встроенного почтового клиента, календаря, HTML-редактора с FTP-браузером, а с плагинами мог воспроизводить медиафайлы, такие как Realplayer и MP3 (что я помню при его запуске), а также флеш-фильмы и игры. Именно здесь родился JavaScript.

Многие ранние сайты того времени были статичными — популярные инструменты для создания сайтов включали HotDog или Блокнот. Никаких навороченных IDE или фреймворков, только текстовый редактор, браузер и alert() для отладки.

Microsoft также вошла в игру с Internet Explorer — включённым в раннее DLC для Windows под названием «Plus! For Windows 95». В конечном итоге он стал программным обеспечением, на которое Microsoft поставила всю свою корпоративную стратегию (во многом как сегодня с ИИ).

Internet Explorer был встроен в каждый аспект Windows — сначала в 1995 году с Active Desktop, что продолжалось вплоть до Windows XP. С ним можно было встраивать фрейм на рабочий стол, а также документы Rich Text или электронные таблицы Excel. Он также был раздутым и багнутым — и с этим представлял две проблемы: огромный риск безопасности и обвинения в монополизации рынка браузеров.

Закон жёстко настиг Microsoft, и в 2001 году она проиграла — Microsoft было приказано разбить компанию, но апелляция отменила это решение.

• Участники критикуют экосистему npm за уязвимости в цепочке поставок и отсутствие безопасности по умолчанию, сравнивая её с другими менеджерами пакетов.
• Обсуждается роль крупных компаний (в частности, Microsoft как владельца npm) в решении проблем безопасности и их ответственность за состояние экосистемы.
• Предлагаются конкретные меры: обязательная 2FA, подписывание кода, политика задержки обновлений (cooldown), переход на альтернативы (pnpm), сканирование пакетов.
• Поднимается проблема эксплуатации труда добровольцев в open-source и недостаточного вклада коммерческих организаций в проекты, которые они используют.
• Отмечается, что культура JavaScript-разработки чрезмерно зависит от большого количества зависимостей, что увеличивает поверхность атаки.
• Указывается на необходимость более строгого контроля зависимостей, включая проверку кода и фиксирование версий (pinning).
• Некоторые участники считают, что фундаментальные изменения в экосистеме маловероятны, и рекомендуют индивидуальные меры защиты.

Импортер Notion API с вознаграждением в $5000 за конвертацию баз данных в Obsidian. Навигационное меню GitHub с разделами: Платформа, Решения, Ресурсы, Open Source, Enterprise и Цены. Поиск кода, репозиториев, пользователей, проблем и запросов на включение. Возможность сохранения поисковых запросов и отправки отзывов.

• Пользователи обсуждают опыт использования баунти-программ в open source, включая успешные примеры выплат и сложности оценки адекватности вознаграждения.
• Высказываются опасения, что баунти в 5000$ за импорт из Notion в Obsidian может быть недостаточным из-за сложности и ограничений API Notion.
• Обсуждается потенциальная роль LLM в решении задачи, но мнения разделяются: одни видят в них инструмент для перебора edge-кейсов, другие скептически относятся к их эффективности для такой сложной интеграции.
• Поднимается вопрос о возможной эксплуатации сообщества через баунти-систему, а также о том, становится ли такая практика более распространенной.
• Упоминаются существующие решения и скрипты для конвертации из Notion и миграции с Dataview на Bases, а также проблемы производительности Obsidian на мобильных устройствах.
• Обсуждается формат баунти: выбор исполнителя до начала работы против приема готовых решений.
• Отмечается появление автоматизированных PR и спама от ИИ-агентов, что создает дополнительную нагрузку на мейнтейнеров проектов.

Проект AMDVLK с открытым исходным кодом прекращён.

• AMD прекращает разработку открытого драйвера AMDVLK и переходит к полной поддержке стороннего драйвера RADV для Vulkan на Linux.
• Сообщество воспринимает это решение как позитивное и долгожданное, поскольку RADV уже давно популярнее у пользователей.
• Высказываются мнения, что полный переход на открытый код всего стека драйверов был бы выгоден для производителей железа.
• Поднимается вопрос о будущем Vulkan-драйвера AMD для Windows и возможности использования там RADV.
• Участники обсуждают сложности открытия кода из-за коммерческой тайны и патентов в проприетарных компонентах.
• Обсуждается влияние решения на развитие ROCm и совместимость с открытым стеком.
• Высказываются опасения о возможном негативном влиянии разработчиков AMDVLK на код RADV.

Телефоны на Linux важнее, чем когда-либо

Android всегда был довольно открытой платформой, но в последние месяцы мы наблюдаем стремительную деградацию экосистемы:

1. Закрытие разработки всё большего числа компонентов в AOSP.
2. Samsung, Xiaomi и OnePlus убрали возможность разблокировки загрузчика. Google, вероятно, последует их примеру.
3. Внедрение Play Integrity API, которое поощряют разработчиков. Даже европейский кошелёк для верификации личности требует его использования, вопреки законам ЕС.
4. Обязательная верификация разработчиков на Android. Это затронет 99,9% устройств, и многие разработчики open-source могут просто прекратить создавать приложения для Android. SyncThing уже прекратил разработку из-за проблем с Google Play.

Google больше не конкурирует с Apple — он перенимает её методы. Android, каким мы его знаем, мёртв или скоро умрёт. Нам нужна открытая альтернатива.

Примечание: это не призыв переходить на Linux сегодня, а указание на необходимость ускорения разработки.

---

Комментарии

y0kai: Мой следующий телефон будет работать на Linux, даже если это неудобно. Как только этот телефон будет оплачен, я также уйду от Google Fi.

MasterOKhan: Я с тобой, я перевёл все свои компьютеры на Linux по похожим причинам. Недавно купил Android-телефон и установил на него Linux, хотя ещё есть над чем работать, например, со звуком и микрофоном. Жду не дождусь, когда смогу отказаться от iPhone.

• Пользователи выражают недовольство ограничениями Android, такими как блокировка скриншотов и записи звонков, несмотря на их законность в некоторых юрисдикциях.
• Обсуждаются возможные альтернативы: использование двух телефонов (один — для банковских приложений, другой — с открытой ОС) или переход на Linux-смартфоны.
• Отмечаются проблемы Linux-телефонов: короткое время работы от батареи, отсутствие поддержки популярных приложений (банки, мессенджеры) и сырой пользовательский опыт.
• Предлагаются решения: форк AOSP, создание устройств без модема (по аналогии с iPod Touch) или использование внешнего модема для разделения trusted/untrusted частей.
• Поднимается вопрос о необходимости открытой мобильной ОС из-за растущей зависимости от проприетарных платформ (Google/Apple) для доступа к госуслугам, банкингу и другим сервисам.
• Высказывается мнение, что усилия сообщества стоит направить на развитие реальных альтернатив (например, PostmarketOS), а не на кастомные прошивки Android.
• Отмечается, что ключевая проблема — не ОС, а экосистема приложений, которые зачастую требуют наличие Google Play Services и блокируются на нестандартных устройствах.
• Некоторые пользователи считают, что регулирование на уровне ЕС (например, форк Android) могло бы улучшить ситуацию с открытостью и безопасностью.

Скучное — это хорошо

Первоначальный ажиотаж вокруг больших языковых моделей (LLM) начинает спадать, и на то есть веские причины. Пора сменить неконтролируемую шумиху на более прагматичный, даже «скучный» подход. Недавний отчет MIT показывает, что 95% компаний, внедряющих эту технологию, еще не увидели положительных результатов. Неудивительно, что многие чувствуют растерянность.

В этой статье я хочу ответить на вопрос: почему нам все еще стоит интересоваться этой технологией? Два урока из моего опыта помогают ориентироваться в неопределенности: 1. технологии развиваются по нисходящей, 2. мы обычно начинаем с неправильного пути.

Урок 1: Технологии развиваются по нисходящей

В своей работе 1989 года «Динамо и компьютер» Пол Дэвид описывает, как по мере созревания технологии меняется ее влияние. Он приводит пример динамо — мощного электродвигателя, который освободил фабрики от привязки к рекам для использования водной энергии. Сначала фабрики использовали одно большое динамо, но по мере удешевления и уменьшения размеров двигателей их стало возможным размещать в multiple locations, что привело к созданию сборочных линий и росту производительности.

Тот же паттерн — от крупного и централизованного к малому и распределенному — происходит сейчас с LLM. Уменьшением размеров моделей занимается сообщество open-source, создающее множество SLM (Small Language Models). Например, Microsoft’s Phi3 эффективно работает на моем 8-летнем ПК, используя менее 10% процессора.

Конечно, эти smaller модели обычно показывают более низкие результаты в тестах, чем крупные модели OpenAI и Google, но это не значит, что они хуже. Мы просто задаем им не те вопросы. Нам не нужно, чтобы модели сдавали экзамены на юриста.

Компании экспериментируют с использованием SLM для небольших, даже незаметных задач, например, для переформулирования запросов в поиске. Пользователь даже не знает, что задействована LLM — он просто получает лучшие результаты. Такие скромные применения переворачивают ситуацию с крупными централизованными моделями в пользу SLM, которые проще в этическом обучении и дешевле в эксплуатации.

По мере удешевления создания кастомных LLM такие сценарии станут распространенными и полезными. Технология будет использоваться в более скромных, сфокусированных и, боюсь, значительно более скучных ways.

• Автор статьи сожалеет о выборе слова «скучный» (boring), так как оно может подразумевать негативную рутину, а не проверенную стабильность.
• Участники обсуждают ограничения LLM: их полезность в задачах с допущением неточностей, но ненадёжность в системах, требующих высокой точности.
• Высказывается мнение, что многие переоценивают возможности ИИ из-за желания верить в желаемое будущее, а не основываясь на текущей реальности.
• Поднимается вопрос о раздутии «пузыря» вокруг ИИ из-за маркетинга и давления инвесторов, а не реальной ценности технологий для бизнеса.
• Обсуждается различие между «скучным» как стабильным и предсказуемым инструментом и «скучным» как утомительным и отнимающим внимание.
• Отмечается, что успех LLM в сложных задачах часто зависит не от размера модели, а от качества данных и алгоритмических улучшений.
• Утверждается, что LLM не обладают интеллектом или пониманием мира, а лишь умеют генерировать тексты, статистически похожие на правильные ответы.

Политика Gentoo по ИИ

Совет Gentoo 14.04.2024 запретил вносить в проект любые материалы, созданные с помощью ИИ-инструментов обработки естественного языка. Пакеты ПО, связанного с ИИ, разрешены. Решение можно пересмотреть, если появится инструмент без рисков.

Причины

• Авторское право: правовой статус ИИ-контента неясен, возможны нарушения и ослабление защиты copyleft.
• Качество: LLM легко генерируют убедительный, но бессмысленный текст; проверка требует непропорциональных усилий.
• Этика:
  – тренировка моделей нарушает авторские права;
  – огромное потребление энергии и воды;
  – ИИ снижает качество услуг и увольняет людей;
  – модели используются для спама и мошенничества.

• Gentoo запретил AI-генерированные патчи, но участники спорят: «плохой код» может писать и человек, и ИИ.
• Главный аргумент Gentoo – риск «правдоподобного, но бессмысленного» кода и этические проблемы (энергия, копирайт).
• Критики считают политику не-обоснованной: FOSS сам опирается на копирайт, а вред от одного ПР ничтожен.
• Практически запрет не решает проблему: отличить «помог себе LLM» от «написал сам» нельзя, остаётся только доверие.
• Некоторые предлагают считать вклад не по происхождению, а по качеству и пониманию кода автором.

Главное: «нет» — не вред, а забота.
Сохранять душу проекта важнее, чем расти функциями. Чёткая философия (зачем проект живёт) притягивает единомышленников и отпугивает «почти-полезное».

LLM-эра всё усложнила: код теперь дешёв, дискуссия исчезла. PR без issue — почти спам. FastMCP требует issue, но люди открывают односложные заглушки.

Как защищаться:

• Документируй «почему» в README.
• Перекладывай доказательную нагрузку на автора PR.
• Используй contrib/: полезный, но чуждый духу код живёт там без гарантий.

Личный вывод: раньше отвечал за 15 минут, теперь игнорю стену LLM-текста без MRE. Ручная работа и сообщество всё ещё делают проекты великими, а не «вайб-код».

• Мейнтейнеры устают от «приезжих» PR: люди присылают код, который не вписывается в философию проекта, не покрыт тестами или создан LLM-ом «на коленке».
• Популярный выход — чаще говорить «нет» и требовать предварительного issue; иначе проект превращается в вечный багажник чужих хотелок.
• Контрибьюторы возмущаются: «почему полезная фича отклонена?» Ответ: scope creep, лишняя сложность, поддержка ложится на одного человека, а время — конечный ресурс.
• Сторонники форков: хотите свою фичу — форкните, опубликуйте, сами и поддерживайте; мейнтейнер никому ничего не должен.
• LLM удешевили код, но не уменьшили расходы внимания мейнтейнера; дешёвые PR стали массовыми, обсуждение исчезает, поэтому «no» теперь дефолт.

Raspberry Pi в синтезаторах
Недорогая «малинка» вытесняет дорогие DSP-платы.

Цифровой синт — это компьютер под клавиатурой. Раньше для DSP разрабатывали собственные чипы: дорого и долго. Теперь Korg, Erica и другие ставят готовый Raspberry Pi Compute Module: дёшево, мощно, сердито.

Korg
Wavestate, Modwave, Opsix (и их модульные версии) работают на Pi. Внутри — стандартный CM3, Linux и софт-синт Korg. Обновления прошиваются флешкой: распаковал архив — новый синт готов.

Erica Synths
Полностью открытая платформа Perkons HD и модуль Syntrx II тоже на Pi. Пользователи легко меняют прошивки: от классического аналога до драм-машины.

Zynthian
Open-source «коробочка» превращает любую Pi в мультитимбровый синт с экраном и MIDI. Скачал образ — получил Nord, DX7, Serum и ещё 200 энджинов.

Плюсы

• Цена: $40 вместо $400 за DSP.
• Скорость: готовая железка, нет NRE-затрат.
• Гибкость: обновления, новые движки, DIY.

Минусы

• Зависимость от поставок Pi.
• Нужно охлаждение и стабильное питание.
• Производители прячут Pi: гарантия теряется, если вскроешь.

Вывод
Pi уже внутри половины новых цифровых синтов. Следующий ваш клавиш может быть просто клавиатурой к малинке.

• Raspberry Pi (особенно 3/4/5) уже способны заменить дорогие DSP-чипы: синтез, фильтры и эффекты укладываются в кэш, NEON/FMA даёт по 5-10 операций на сэмпл.
• Готовые экосистемы: Zynthian и Monome — «швейцарские ножи» с экранами, кнопками и качественными DAC; RNBO (Max/MSP) и Cardinal (VCV) позволяют разрабатывать на ПК и одним кликом деплоить на Pi.
• Альтернативы Pi: Daisy Seed/Teensy 4.1 для bare-metal, RP2040 в евро-рамках, M8-tracker на Teensy — всё помещается в карман и звучит.
• iOS/iPad + Bluetooth-MIDI = «гаражная студия» за десятки евро: 1:1 эмуляции железных синтов, универсальные покупки Mac/iPhone, минимум проводов.
• Почему не VST: железный корпус с кнопками/энкодерами даёт живое «трогать-тащить» и работает без ноута на репетиции или концерте; надёжность и быстрый старт важнее «чистого ПО».

Суд отклонил ключевые иски WP Engine и Silver Lake: антимонопольные и вымогательские претензии сняты. Дело существенно сузилось — победа для всех, кто поддерживает open-source. Остальные обвинения рассмотрим, уверены в законности своих действий.

• Matt рад «победе» в суде, но юристы и HN-утверждают: большинство исков WP Engine просто отклонены «с возможностью доработки», а не разбиты.
• Сообщество не делит радость: массово уходят с WP.com, ставят ClassicPress/Statamic, смотрят на децентрализованный форк fair.pm под Linux Foundation.
• Репутационный ущерб оценивают выше юридического: «выиграл дело, но потерял доверие», «WordPress больше не рекомендую клиентам».

Как FOSS-проекты справляются с юридическими требованиями удаления контента

1. Не будь лёгкой мишенью
Публикуйте политику приёма претензий: требуйте письменного обращения на юр.языке и ссылку на местный закон. 90 % «писем страха» исчезают после этого.

2. Процесс на autopilot

• e-mail: legal@ / abuse@
• в пакете: основание, юрисдикция, доказательства, личность заявителя
• внутренний чек-лист: достаточность, пропорциональность, подсудность
  Всё фиксируется, чтобы не убрать лишнего.

3. Играйте юрисдикцией
Европейские гражданско-правовые страны проще отбрасывают иностранные «письма». Отвечайте только на судебные решения по месту регистрации проекта.

4. Уведомляйте и давайте ответить

• Автора уведомляют (если нет гаг-ордера).
• Дают 14 дней на возражения.
• Спорные материалы пересматривают; при удовлетворении претензии удаляют, но оставляют внутреннюю запись и возможность апелляции.

5. Прозрачность = защита
Публикуйте каждый запрос (если закон не запрещает). Примеры: GitHub, российский реестр Роскомнадзора. Публичность снижает злоупотребления.

Итог
Чёткая процедура + прозрачность + уважение к юрисдикции = минимум паники и риска для команды.

• Одна FOSS-организация требует, чтобы все претензии приходили обычной почтой на национальном языке со ссылкой на местное законодательство — 90 % жалоб сразу исчезают.
• Разработчики ведут публичные реестры блокировок (GitHub-репо, коммиты = логи), спорить можно через issue; спорят единицы.
• F-Droid даёт 14 дней на ответ; если автор приводит лицензию или fair-use, претензия пересматривается.
• Платформы перекладывают апелляцию на разработчика, хотя те не контролируют маркет; это следствие желания укрыться под «safe harbor» DMCA.
• Участники напомнили: агрессивные blocklists и fail2ban всё ещё спасают от трафика злоумышленников.

• curl: 180 тыс. строк, 1,4 тыс. авторов, 20–25 активных в месяц, один зарплатный разработчик — сам Стенберг.
• Используют 47 брендов авто; спонсоров — 0.
• Компании требуют поддержку, аудиты, соответствие CRA, шлют угрозы «I will slaughter you».
• LLM-боты сыплют ложными баг-репортами, ИИ-скраперы ддосят сайт: 99,99 % трафика — боты.
• Поддержка = одному человеку: безопасность, документация, инфраструктура, иногда фичи.
• Письмо 11-летнего ребёнка — единственное тёплое «спасибо».

• Компании хотят платить за OSS, но бюрократия, налоги и отсутствие «адреса» делают это почти невозможным.
• Поток фейковых «AI-уязвимостей» превратился в охоту за CVE ради резюме и баг-баунти, отнимая время у maintainer’ов.
• curl получил 200 тыс. € от немецкого Sovereign Tech Agency — редкий пример гос-финансирования.
• Утопичная идея «AGPL-шантажа» и GoFundMe мгновенно оборачивается форком и потерей сообщества.
• Нет единого «клоут-индекса» библиотек: кто действительно критичен — видно только изнутри.

ToddlerBot — открытый, дешёвый гуманоид 30 степеней свободы (руки×7, ноги×6, шея×2, талия×2).
Масса 3,7 кг, груз 1,5 кг, 19 мин ходьбы, 7 падений до поломки, 35 мин на печать и сборку.

Новое в 2.0

• кувырок, ползание, 0.25 м/с ходьба, 1 рад/с поворот
• VR-телеуправление Quest 2
• стерео-глубина 10 Гц на Jetson Orin NX

ML-результаты

• обучение с нуля: omnidirectional ходьба RL, двуручная и полнотелая манипуляция diffusion-policy (60 демо)
• zero-shot перенос политик между двумя экземплярами, совместная уборка комнаты

Софт и железо полностью открыты: CAD, прошивки, обучающие видео, BOM.

• Пользователи в восторге от кульбита робота, но смеются над провалами и «падениями» без умения группироваться.
• Всех пугает цена ≈6 000 $: просят «стартер-версию» за 1 000 $ или дешёвый набор на Jetson Nano.
• 3D-печать корпуса считают ключевым плюсом для самостоятельной сборки, но спрашивают, как сильно это ограничивает конструкцию.
• Мечты о роботе-няньке для котов и «носильщика» посылок быстро тухнут после просмотра чека.
• Уточняют, есть ли MuJoCo-симулятор и VLA-модель для дальнейших исследований.

• Ушёл из жизни Грегг Келлогг — со-редактор 9 рекомендаций W3C, председатель JSON-LD WG, автор десятков спецификаций и тестовых наборов.
• 13 лет в W3C, открытые реализации всех своих стандартов, ключевой вклад в успех JSON-LD.
• Памятные мероприятия: пишите контакту группы Пьеру-Антуану Шампену.

• Участники обсуждают кончину Грега Келлога, ветерана Semantic Web и open-source.
• Подчёркивают его спокойное, прагматичное отношение к болезни, описанное в личном FAQ.
• Вспоминают его доклады о RDF/OWL, вклад в RhapsodyOS и работу в NeXT/Eo.
• Обсуждают ужас панкреатического рака и важность ранней диагностики: снимки, скрининги, процедура Уиппла.
• Некоторые делятся личным опытом борьбы с раком и проблемами в медицинской системе.

Reshaped стал полностью открытым

Пять лет назад я создал Reshaped — библиотеку компонентов для React и Figma, чтобы покрыть 80% типовых задач и оставить 20% на кастомизацию. Сделал её платной, чтобы углубленно поддерживать небольшое сообщество.

Два года назад React-пакет стал бесплатным. Сегодня открываю исходники всего:
React и Figma теперь в открытом доступе.

Что дальше:

• Базовая библиотека будет расти; лицензиаты продолжат получать обновления.
• Планирую премиум-компоненты сложной логики поверх ядра.

Прыжок в open-source после 5 лет закрытой разработки — пора отдать сообществу.

• Пользователи хвалят Reshaped за чистый код и бесплатную библиотеку, но жалуются на подвисание вкладок документации и задержки при навигации.
• Автор (blvdmitry) признал проблемы со скоростью сайта: сервер рендерит статику ~500 мс, обещает перевести документацию на статический экспорт.
• Некоторые просят улучшить микро-анимации и accessibility; автор собирает примеры и уже работает над новыми компонентами.
• Библиотека стала полностью бесплатной и open-source после 5 лет продаж; ядро React и Figma останутся бесплатными, премиум-компоненты возможны позже.
• Упоминаются мелкие баги: backspace в автокомплите, ссылка «Getting started» вела в changelog — уже пофикшено или в процессе.

• pgEdge теперь полностью Open Source
  Все ключевые компоненты (репликатор Spock, расширения Snowflake и Lolor) перелицензированы с проприетарной «pgEdge Community License» на свободную PostgreSQL License (OSI-одобрена).

• Что это даёт
  Можно свободно скачивать, модифицировать и использовать в продакшене без ограничений; код лежит в GitHub-репозиториях проекта.

• Где взять
  Исходники: github.com/pgEdge (репо spock, snowflake, lolor).
  Готовые образы и поддерживаемые сборки: облако, контейнеры, VM на сайте pgEdge.

• Зачем
  Мультимастер-дистрибутивный Postgres с минимальной задержкой и высокой доступностью теперь доступен сообществу без vendor-lock-in.

• Лицензия PostgreSQL (OSI) воспринята как «настоящая» open-source, в отличие от «фейковых» лицензий.
• Пользователи рады открытию кода, но опасаются, что гиперскейлеры «разграбят» проект.
• Маркетинговое описание вызывает раздражение: неясно, что за продукт, и «async multimaster» критикуют за потерю консистентности.
• Опытные пользователи спрашивают о реальной надёжности PgEdge и делятся багами (SIGILL в pgvector, месяц без реакции).
• Документация требует passwordless sudo и SSH, что отпугивает многих.

GrapheneOS получает предварительный доступ к бюллетеням безопасности Android и уже готовит обновления.

• Google на 3–4 месяца блокирует публикацию исходников патчей безопасности, чтобы OEM-ы успели обновить свои устройства, но при этом злоумышленники получают «белый свет» на использование уязвимостей.
• GrapheneOS видит патчи, но не может включать их в открытые сборки, пока не истечёт эмбарго, что ставит пользователей в уязвимое положение.
• Предложенный выход — выпускать временно бинарные обновления (opt-in), чтобы сообщество могло запрашивать GPL-исходники и реверс-инжирить исправления.
• Участники считают, что OEM-ы легко могли бы тестировать патчи в CI за дни, но экономия и нежелание тратиться на безопасность тормозят процесс.
• Некоторые подозревают, что затягивание обновлений выгодно не только OEM, но и госструктурам, которым даётся «окно» для эксплойтов.

• Райан Пирс запустил поисковик Searcha Page и приватную версию Seek Ninja из прачечной: сервер стоит между стиралкой и сушилкой.
• Железо — бывшие серверные запчасти, 40 ТБ, уже больше, чем у Google в 2000-м.
• Секрет масштаба — ИИ: модель раскрывает смысл запроса и подбирает синонимы, остальное «классика» 2000-х.
• База — 2 млрд страниц, к лету 4 млрд; качество результатов на уровне крупных игроков.
• Тепло и шум выгнали сервер из спальни; дверь в прачечную приходится держать открытой.

• Пирс перенёс сервер в прачечную из-за жара и шума — классика хоумлаба.
• Самодельный поисковик на 1,5 млн доменов выложен на GitHub, но уже лежит под нагрузкой.
• Все сходятся: главное не поиск, а crawling враждебного интернета без прокси и IP-ротации.
• FastCompany назвало проект «соперником Google» — читатели смеются, это просто кликбейт.
• Советуют Yacy, Common Crawl и openwebsearch.eu, но предупреждают: векторный поиск ещё не спамят, но скоро начнут.

Первые испытания LinHT

LinHT впервые загрузился — это SDR-трансивер в корпусе портативной рации.
Мощность 5 дБм, диапазон 420–450 МГц. Усилитель GRF5604 появится в следующей версии.

Плата открыта: GitHub.
Стоимость партии из 5 шт.:

• PCB + сборка — $490
• SoM — $469
• донор Retevis C62

Благодарности: Vlastimil OK5VAS, Andreas OE3ANC.

• Проект вызвал восторг: если его объединить с новым кодеком FreeDV BBFM, можно получить 8-кГц голос глубоко в шуме без увеличения полосы — «вернёт любительскую радиосвязь на вершину пищевой цепи».
• Частоты почти не указаны; для HF уже есть похожий RadioBerry, а для 2 м предлагают просто записывать 3,2 МГц RTL-SDR и хранить кольцевой буфер на 1–2 мин.
• Себестоимость платы — ≈ $60 при заказе >20 шт. у JLCPCB, продажа возможна около $100; самостоятельная сборка на OSHpark выйдет дешевле.
• В Европе сборка у JLCPCB быстро ударит по карману из-за пошлин.
• Мощность передатчика всего 5 дБм (≈ 3 мВт), поэтому потребуется усилитель.

• Основатель и единственный разработчик Nova Launcher за последний год покинул компанию Branch и больше не участвует в проекте.
• После приобретения Nova в 2022 г. CEO Branch публично обещал опубликовать исходники, если Кевин уйдёт; подготовка к open-source шла несколько месяцев.
• Руководство Branch потребовало прекратить работу над Nova и открытием кода.
• Кевин благодарит сообщество за годы поддержки и обратной связи.

• Пользователи спорят, действительно ли в договоре Nova Launcher прописано обязательство открыть код при уходе Кевина: одни утверждают, что такой пункт есть, другие – что Branch полностью владеет продуктом и ничего открывать не должна.
• Большинство сходится во мнении: шансов заставить Branch опубликовать исходники практически нет, а судиться может только сам Кевин, если договор действительно существует.
• Фон треда – поиск замены Nova: рекомендуют Kvaesitso (поисковый), Lawnchair (близок к Pixel), Smart/Action Launcher (функциональные), KISS и Niagara (минималистичные).

• Приложения полезны только для зубрёки слов, но не заменяют полноценного изучения.
• Ключ к успеху — иммерсия: аниме, книги, подкасты, живое общение.
• Критика UI: спорные шрифты, лишний ромадзи, неудобный выбор наборов слов, неочевидный старт.
• Пользователи просят выключать ромадзи, добавлять режим письма, группировать уроки по JLPT и убирать Google Analytics.
• Без грамматики, разговора и письма даже лучшее приложение превращается в просто карточки-словарь.

Qwen3 30B A3B Q40 на 4×Raspberry Pi 5 8 ГБ

• 30-миллиардная модель запущена на кластере из четырёх Pi 5.
• Использован формат Q40 (40% квантование), суммарно ~19 ГБ ОЗУ.
• Скорость генерации: 1,1 токен/с при 128-к контексте.
• Сеть — Gigabit Ethernet, трафик между узлами 200–300 Мбит/с.
• Питание: 5 В 5 А на каждую плату, общая мощность ≈ 60 Вт.
• Охлаждение: радиаторы + 30-мм вентиляторы, температура 60–65 °C.
• Проект полностью open-source, собран за 2 часа.

• На кластере из 4×Raspberry Pi 5 запустили 30B-MoE-модель (3B активных параметров) и получили 13 токен/с при 4-битной квантизации.
• Участники сравнили цену/производительность с GPU, старыми x86-мини-ПК и RK3588-SBC: у Pi самая низкая энергоэффективность и дороговато за такую скорость.
• Главный интерес — «доказательство концепции» распределённого инференса: tensor-parallelism по Ethernet, максимум узлов = числу KV-голов модели.
• Сеть (1 Gb/s) пока не узкое место, но рост требует 2ⁿ узлов и сталкивается с латентностью и NUMA-эффектами.
• Кому-то идея нравится как дешёвый edge-LLM без интернета, другие считают проект игрушкой и советуют докупить used GPU или M4-Mac mini.

Rug-pull и вилки: кто кого в OSS

• В облаке всё решают гиганты (AWS, GCP, Azure); разработчики и пользователи — без прав.
• Компания-владелец проекта может «рвануть коврик»: сменить лицензию на закрытую, чтобы загнать облачных конкурентов.
• Пример: Elastic → SSPL, MongoDB → SSPL, Sentry → новая лицензия.
• Ответ — вилка (fork), но она требует людей и денег; без спонсора умирает.
• AWS форкнул Elasticsearch → OpenSearch: набрал контрибьюторов с нуля, теперь живёт.
• Puppet ушёл в Perforce и закрыл код → родилась OpenVox.
• Вывод: однокомпаночные проекты рискованны; выбирайте те, где власть распределена, или сразу готовьтесь вилковать.

• CLA = право перелицензировать → «rug pull» возможен; DCO такого не даёт.
• Elasticsearch, Redis, Mongo и др. перелицензировались не от банкротства, а чтобы ограничить конкурентов и поднять доход.
• Пользователи чувствуют «предательство»: проект начинали под FOSS-лицензией, привлекли вклад и клиентов, потом закрыли код.
• Форки (OpenSearch, Valkey) спасают, но требуют новой инфраструктуры и сообщества; большинство просто делают «снапшот» и уходят.
• Проблема устойчивости: без денег проект умрёт, но нынешняя модель дарения дарит прибыль крупным облакам, а не разработчикам.

• Anthropic согласилась выплатить минимум $1,5 млрд за использование ≈500 тыс. пиратских книг (~$3 000 за произведение) — это не прецедент, но сигнал остальным ИИ-компаниям: закладывайте миллиарды на иски.
• Источники напрямую не подтверждают, что деньги дойдут до авторов; крупные издатели, владеющие правами, могут получить основной выигрыш.
• Комментаторы опасаются, что только гиганты смогут платить такие штрафы, а мелкие лаборатории и open-source-проекты окажутся вне игры: легальное сканирование миллиардов книг невозможно по масштабу и цене.
• Некоторые считают решение тактическим успехом Anthropic: компания быстро закрыла риск после нового раунда финансирования, тогда как OpenAI, Google и Meta теперь рискуют большими выплатами.

CADAM
Репозиторий Adam-CAD: open-source проект для автоматизированного проектирования.

• Участники спорят: текст→CAD пока требует слишком точных описаний и проигрывает базовым навыкам вручную.
• OpenSCAD не умеет в STEP; советуют CadQuery/OCCT.
• Крутой потенциал — «нарисуй крепёж под 3D-скан» или «сделай модель по фото».
• AI с OpenSCAD часто глюкует: придумывает несуществующие функции, плохо стыкует геометрию.
• Лучшее качество пока у Gemini 2.5/Claude 4, но кастомная дообуча не превзошла закрытые модели.
• Просят картинок в ридми, гайда и убирать ngrok в пользу base64.

Wikipedia живёт, потому что скучна
Пока весь интернет рушится, «вики» стоит. Её секрет — не в деньгах, а в правилах: нейтральный тон, проверяемые источники, консенсус редакторов.

Салют Маска как тест прочности
20 января 2025 года Илон Маск показал жест, похожий на нацистское приветствие. Первый редактор добавил фразу в статью, второй — удалил: биографии живых людей защищены строже. Началась многочасовая дискуссия: это был нацистский салют, неловкий жест или провокация? Вместо войны правок редакторы перешли к голосованию и источникам.

Почему это работает

• Правила > эмоций: каждое утверждение требует двух независимых публикаций.
• Скорость через процесс: новость появляется, когда её подтвердят, а не когда взорвётся твиттер.
• Скука как щит: отсутствие лайков и алгоритмов не даёт вирусному гневу захватить платформу.

Итог: Wikipedia остаётся последним островком фактов в океане контента, который ломается каждый день.

• Участники спорят, действительно ли Wikipedia «последний добрый остров» интернета: одни хвалят, другие критикуют за политическую ангажированность и «захваченность» тематическими кланами.
• Подчёркивают, что английская версия ещё держится, а вот неанглоязычные часто превращаются в пропаганду и исторические фальсификации.
• Отмечают рост давления со стороны властей (пример – запросы конгрессменов раскрыть имена редакторов) и опасность массовых доносов/доксинга внутри сообщества.
• Многие советуют читать не только статью, но и страницу обсуждения, а также историю правок, чтобы видеть, какие точки зрения вырезали и почему.
• Часть комментаторов считает, что выживание Wikipedia возможно именно благодаря медленному, «не-стартаповому» принципу и отсутствию прибыли, но ресурс уже «подсел» на пожертвования и всё чаще поддаётся внешнему влиянию.

VibeVoice — открытая TTS-модель для создания экспрессивных многоспикерных диалогов (подкасты, интервью).

• Токенизаторы акустический и семантический работают на рекордно низкой частоте 7,5 Гц, сохраняя качество и ускоряя длинные последовательности.
• Архитектура: LLM понимает контекст и диалог, диффузионный «голова» добавляет детали.
• Пределы: до 90 минут, до 4 голосов, поддержка фоновой музыки, спонтанных эмоций и пения.
• Кросс-язычность: свободный перевод с/на китайский и английский.

• Качество VibeVoice высокое, но мужские голоса часто звучат роботизированно и попадают в «зловещую долину».
• Женские образцы заметно реалистичнее; демо-сайт почти всегда начинает с них.
• Лучшие альтернативы: HiggsAudio (быстрее и чище), Kokoro (для слабых GPU) и Chatterbox.
• Модель хорошо клонирует голос и эмоции, поддерживает английский, китайский и индийские акценты, но не SSML и редкие языки.
• Репозиторий временно закрыт, лицензия MIT, но данных обучения не раскрыто.

ZSF нужны деньги!
Сбор средств 2025: 28 дней осталось, талисманы пока на нуле.
Пожертвовать

---

Расходы 2024 (итого $520 749)

• Контракторы – $306 362 (92 % бюджета, $60/час).
• Сотрудники – $154 263 (один Andrew Kelley).
• Бухгалтерия – $18 464 (Strada Financial Group).
• CI и сайт – $14 987 (железо + Hetzner).
• Налоги – $13 089.
• Поездки – $6 956 (Италия, Германия).
• Спонсорство – $5 846 (musl, mingw-w64 и др.).
• Банковские комиссии – $782.

---

Что сделано в 2024

• Выпущены Zig 0.13.0 и 0.14.0 (расширены цели, язык, стандартная библиотека, билд-система).
• 0.14.1 – только фиксы.

---

Доходы и тренд

• Пожертвования постепенно снижаются.
• Пик – половина $300 000 от Mitchell Hashimoto.
• Вторую половину нужно заменить, чтобы не уйти в минус.

---

Рост нагрузки

• Активность пользователей и количество GitHub-issues растут быстрее, чем закрываются.

• Участники хвалят Zig Foundation за прозрачность отчёта и модель оплаты контрибьюторов, но удивлены отсутствием крупных корпоративных спонсоров.
• Основатель получает $150 тыс. после налогов из пожертвований; многие считают это оправданным, но рекордным для GitHub Sponsors.
• Вопросы вызвали статья расходов на налоги с зарплат и $15 тыс. на CI/сайт: одни видят расточительство, другие — норму для такой инфраструктуры.
• Представитель Zig подтвердил открытость к корпоративным спонсорам без уступки мест в совете.

FreeDroidWarn — приложение для Android, которое отслеживает и оповещает о новых уязвимостях в установленных приложениях.
Использует открытые базы CVE и Google Play, проверяет обновления в фоне и показывает уведомления, если найдена угроза.

Основное:

• Бесплатно, без рекламы, open-source (GPL-3).
• Минимальные разрешения, работает офлайн.
• Поддержка темной темы, экспорт/импорт списка приложений.

Установка:
Скачать APK из Releases или собрать из исходников.

• Google с 2026/27 г. требует от разработчиков Android-приложений передавать личные данные; без этого приложения не будут работать на «сертифицированных» устройствах.
• У пользователей остаются варианты: старые версии Android, альтернативные магазины, рут/ADB, GrapheneOS или Linux-смартфоны, но всё требует компромиссов.
• Банки всё чаще требуют «официальные» ОС, что ограничивает свободу выбора; некоторые предлагают веб-версии или работают с GrapheneOS.
• Обсуждаемая библиотека-уведомление оказалась тривиальной и избыточной; лицензию быстро сменили с GPLv3 на Apache-2.0, чтобы не пугать разработчиков.
• Общий вывод: технические «заплатки» не решают проблему, нужны антимонопольные законы и давление со стороны пользователей и законодателей.

Ключевые моменты интервью со Стивом Баллмером

• 34 года в Microsoft: Баллмер прошёл путь от первого бизнес-менеджера до CEO, начиная с сделки IBM DOS.
• Корпоративный бизнес: сам построил направление, превратив его в опору компании.
• Провалы: открыто говорит о том, как упустили мобильные и поиск.
• «Разработчики, разработчики, разработчики»: рассказал историю легендарного лозунга.
• Отношения с Гейтсом: был год, когда они не разговаривали; объяснил, почему ушёл с поста CEO.
• Акции Microsoft: не продал ни одной — капитал вырос с $20 млрд до $130 млрд за 10 лет после ухода.
• LA Clippers и Intuit Dome: поделился планами и энтузиазмом владельца клуба.

Энергия Баллмера — на максимуме: слушайте, чтобы почувствовать «фирменный» стиль.

• Ключевой упрек Баллмеру — застревание в «окнах» и нежелание отпустить Windows-монополию; Наделла же открыл Linux, open-source и вывел Azure на новый уровень.
• Многие удивились, насколько ранним и важным был вклад Баллмера в Azure, а также напряжённости в его отношениях с Гейтсом.
• Некоторые считают Баллмера недооценённым: он знал, кого держать, спас Xbox и построил сверхприбыльный enterprise-департамент, но промахнулся по мобильным устройствам и планшетам.
• У Наделлы упрекают «санитарный» стиль, потерю культуры и якобы набор «средних» сотрудников, тогда как топ-выпускники уходили к Google и Meta.
• Сторонники Наделлы отвечают: Azure и open-source начали двигать ещё при Баллмере, а Microsoft всё ещё эффективно монетизирует Office 365 и корпоративный стек.

TPDE-LLVM: 10-20× быстрее -O0
Новый open-source бэкенд TPDE-LLVM ускоряет компиляцию в режиме -O0 в 10–20 раз при сопоставимой скорости выполнения и увеличении кода на 10–30 %. Поддерживаются x86-64 и AArch64, типичное IR Clang O0/O1.

SPEC 2017 (x86-64)	Ускорение	Размер
perl	11.4×	1.27×
gcc	12.5×	1.32×
mcf	9.7×	1.27×
omnetpp	21.5×	1.24×
xalanc	19.0×	1.24×
x264	10.5×	1.26×
deepsjeng	9.6×	1.25×
leela	21.4×	1.24×
xz	11.0×	1.30×
geomean	13.3×	1.27×

Как работает
Три прохода: очистка IR, анализ (циклы + живость), кодогенерация (lowering, регистры, код) за один проход. Подробности — в статье.

Планы

• DWARF, улучшенный регистровый аллокатор.
• Поддержка Flang/Rust неполная (векторы, FP-операции).
• Нет non-ELF, других целей.

Использование
Библиотека, llc-подобный инструмент, патч для Clang.

Почему не ускорить LLVM?
LLVM 18→20 стал быстрее на 18 %, но 10× требует радикальных изменений.

Что мешает ещё быстрее

• ConstantExpr внутри функций.
• Структуры/массивы произвольного размера.
• Прямой доступ к TLS-глобалам.
• Арифметика произвольной битности (i260).

Факты

• 4 байта padding в Instruction для служебных номеров.
• PHINode::getIncomingValForBlock квадратичен при >1 k предков.
• 90 % времени tpde-llc — парсинг биткода.

• TPDE — новый бэкенд, генерирующий код на 10–20× быстрее LLVM, но чуть медленнее -O0.
• Участники спорят, насколько «парето-улучшение» реально: поддерживается лишь «типичное» подмножество LLVM-IR, векторные инструкции и экзотика не работают.
• Некоторые вспомнили Copy-and-Patch и другие подходы, где LLVM используется для библиотеки патчей, но теряется 2,5× в рантайме из-за регистров.
• Основная узкость теперь — фронтенды (rustc, Clang), которые даже при TPDE занимают >98 % времени сборки.
• Желают скорейшего переноса в Swift и Wasmer, но сомневаются в готовности сообщества LLVM что-то менять.

sosumi.ai — Apple-доки для ИИ
Замените developer.apple.com на sosumi.ai, и LLM получит Markdown вместо «включите JavaScript».

Пример:
https://sosumi.ai/documentation/swift/array

MCP

{ "mcpServers": { "sosumi": { "command": "npx", "args": ["-y", "mcp-remote", "https://sosumi.ai/mcp"] } } }

Ресурс: doc://swift/array
Инструмент: search(query) — поиск по документации.

Проект неофициальный, не копирует массово, кеширует 30 мин, соблюдает ToS Apple.

• Проект Sosumi.ai превращает документацию Apple в «AI-дружественный» Markdown, потому что LLM плохо читают динамически-рендерящийся HTML.
• Некоторые считают, что «AI-readable» лишнее — достаточно просто «Markdown» для людей.
• Есть просьбы: локальный архив, поддержка других сайтов, easter-egg со звуком Sosumi.
• У Apple уже есть частично похожее решение, но оно скрыто в Xcode.
• Автор обещает выложить код в open-source после приборки.

Open Source — это один человек
Сокращённый перевод поста Джоша Брессерса

Публикация The Register, высмеивающая российского разработчика за то, что его утилита используется Пентагоном, — позор. На самом деле почти всё open-source ПО в мире пишут одиночки.

Проект ecosyste.ms индексирует 11,8 млн репозиториев. Из них 7 млн обслуживает один человек. Ещё 4 млн — данные о количестве мейнтейнеров отсутствуют, но большинство из них тоже «одиночки».

В экосистеме NPM картина та же:

• 4 млн пакетов → ~900 тыс. авторов (один человек — много проектов).
• Среди 13 тыс. самых скачиваемых пакетов (>1 млн загрузок в месяц) почти половина поддерживается одним человеком.
  Только при пороге в 1 млрд загрузок большинство проектов имеют команду >1 человека.

Вывод

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

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

• Проблема рисков цепочки поставок в OSS — это не инженерный, а управленческий вопрос: один автор, даже без злого умысла, создаёт уязвимость.
• Большинство пакетов NPM — одноразовые проекты одного человека; половина вообще не имеет активных мейнтейнеров.
• При «кончине» единственного мейнтейнера проект либо умирает, либо его форкают, либо приходит замена — зависит от размера аудитории и сложности кода.
• Критика статьи: автор путает скачивания CI/CD с реальным использованием, игнорирует реальное число контрибьюторов и подменяет статистику.
• DoD, как и любая крупная организация, использует Node/NPM для низкокритичных задач, а критичный код вендорится и аудируется.

Cactoide — мобильная open-source платформа для RSVP и управления мероприятиями.
Альтернатива Meetup.com и Eventbrite для малого бизнеса и небольших групп.

• GitHub: polaroi8d/cactoide
• Лицензия: MIT
• Стек: Go, PostgreSQL, React Native (iOS/Android), Tailwind CSS
• Функции
  • Создание/редактирование событий
  • Подтверждение участия (RSVP)
  • Push-уведомления
  • QR-коды на входе
  • Ограничение по билетам
  • Экспорт списков в CSV
• Установка

  git clone https://github.com/polaroi8d/cactoide.git
  cd cactoide
  docker-compose up
  

• Вклад: присылайте PR и issues.

• Meetup.com критикуют за цену ($180/год) и старый UI, но хвалят за базу участников и дискавери.
• Facebook/WhatsApp/Telegram используют бесплатно, но с плохим поиском и рассылками.
• Punchbowl, Luma, Partiful — удобные, но закрытые и собирают данные.
• Появляются открытые альтернативы: Mobilizon (федеративный), Cactoide (self-host, open-source, без регистрации).
• Основной барьер для новых платформ — отсутствие накопленной базы участников, а не функционал.

Теперь в Zed можно запускать сторонних агентов. Для этого мы создали Agent Client Protocol (ACP) — открытый JSON-RPC стандарт, и первым его внедрением стал Gemini CLI от Google.

Gemini CLI в Zed

• То же CLI, что и в терминале, но с интеграцией в редактор: live-предпросмотр изменений, мульти-буфер ревью, навигация между кодом и чатом.
• Всё работает как подпроцесс, общение через ACP вместо ANSI-кодов.

Agent Client Protocol

• ACP развязывает агентов от IDE: любой клиент, поддерживающий протокол, получает готовый UI.
• Данные не уходят на серверы Zed; код остаётся локально.
• Протокол под Apache-лицензией; уже есть пример для Neovim (Code Companion).
• Внутренний агент Zed теперь тоже использует ACP, поэтому улучшения UI доступны всем.

Присоединяйтесь

ACP открыт для форков и предложений. Мы хотим видеть экосистему специализированных агентов и поддержку в других редакторах. Исходники и примеры — в репозитории Zed.

Скачать Zed | ACP на GitHub

• Zed анонсировал Agent Client Protocol (ACP), что выглядит как попытка выйти из бизнеса Cursor и дать пользователям «принести своего агента».
• Пользователи хвалят скорость и активную разработку Zed, но жалуются на ESLint-проблемы и спрашивают, насколько гибко можно перенастроить редактор.
• Некоторые готовы платить за Zed (до 79 $/год), другие опасаются VC-финансирования и предпочитают Emacs/Neovim.
• Поднимаются вопросы о поддержке ACP такими агентами, как Claude Code и Cursor-agent, а также о пересечении с IBM Agent Communication Protocol.

• Google обяжет всех разработчиков Android-приложений, включая тех, кто распространяет вне Play Store, подтверждать личность с 2026 г.
• Проверка пройдёт через Google Play Console: нужно будет указать юр-/физ-лицо, контакты, подтвердить почту и телефон.
• После верификации приложения получат цифровую подпись и метку «Verified by Google».
• Цель — снизить риск вредоносного ПО и мошенничества при установке APK из браузеров и сторонних магазинов.
• Процесс бесплатен; отказ приведёт к блокировке установки приложений на Android-устройствах.

• Google требует верификацию личности всех Android-разработчиков, включая тех, кто распространяет вне Play Store.
• Участники видят в этом конец свободного сайдлоадинга, удар по F-Droid и GrapheneOS и «смерть» открытой платформы.
• Многие обсуждают переход на iPhone, Linux-телефоны (PinePhone, Librem), E/OS или даже «тупые» кнопочники.
• Часть считает, что инициатива продиктована законами ЕС (DSA), но большинство уверены: Google превышает требования.
• Общий настрой: «Это предсказуемый, но мрачный день для цифровой свободы».

port-kill — лёгкий монитор портов для macOS в строке меню.
Показывает занятые порты, позволяет одним кликом освободить нужный.

• Пользователи спорят, почему выбран диапазон портов 2000-6000 вместо привычных 8xxx.
• Многие делятся консольными скриптами (killport, whoseport) и альтернативами вроде Raycast-расширения.
• Критика: README перегружен, не объясняет «зачем» нужен монитор портов в трее.
• Подозрение, что проект сгенерирован ИИ: многословный текст, ASCII-дерево структуры, отсутствие скриншотов.
• Автор отвечает: «сделал для себя, бизнес-кейса нет».

TL;DR
Claude Code (CC) радует, потому что максимально прост: один цикл, один контекст, минимум абстракций. Повторить магию можно, если:

1. Один цикл – без мульти-агентов, максимум один «дочерний» процесс.
2. Маленькая модель – для всего, кроме основной задачи.
3. claude.md – живой файл, где агент и пользователь договариваются о стиле и контексте.
4. Теги и примеры – XML, Markdown, куча примеров в промптах.
5. Инструменты
   • Поиск через сам LLM, а не RAG.
   • Высокоуровневые «умные» инструменты (edit, read, todo) вместо низкоуровневых команд.
   • Агент сам ведёт todo-список и отмечает выполненное.
6. Управление стилем – явные просьбы «ЭТО ВАЖНО» и алгоритмы с эвристиками прямо в промпте.

---

1. Цикл

• Одна история сообщений – легко дебажить.
• Подпроцессы – CC может вызвать себя же, но глубина = 1.
• Маленькая модель – подсчёт токенов, сводка diff, украшения UI – всё ей.

---

2. Промпты

• claude.md лежит в корне репо; агент читает и пишет туда же, чтобы «запоминать» договорённости.
• XML-теги (<thinking>, <result>) + Markdown + примеры кода – структурируют вывод и уменьшают бред.

---

3. Инструменты

• LLM-поиск – просим модель выдать до 20 релевантных файлов; быстрее и точнее эмбеддингов.
• Высокий уровень
  • str_replace_editor – редактирует блоки кода, а не строки.
  • todo – агент сам пишет / вычёркивает задачи; видно прогресс.
• Никаких низкоуровневых sed, grep и прочего UNIX-морока.

---

4. Управление

• Тон – «вежливый, лаконичный, не болтает лишнего».
• Капс и «ВАЖНО» – прямо в промпте, работает.
• Алгоритм – пишем в промпте: «если X → сделай Y, иначе спроси», + примеры.

---

Заключение

CC выигрывает за счёт самоограничений: один файл кода, один цикл, простые инструменты. Не усложняйте – дайте модели хороший каркас и позвольте «готовить».

• Критика: пост назван «Что делает Claude Code таким хорошим», но не сравнивает его с другими инструментами, а просто пересказывает документацию.
• Пользователи делятся опытом: кто-то на CC уже построил MVP с платящими клиентами, кто-то сталкивается с регрессиями и «ленью» агента.
• Безопасность: многие боятся давать CLI-инструменту полный доступ к системе, ключам и репозиториям.
• Альтернативы: советуют OpenHands CLI, aider и другие open-source решения; обсуждают, как подключить собственные LLM.
• Тезис «Claude хорош, потому что модель умеет разбивать задачи на шаги и работает в unix-окружении» повторяется как ключевой.

Librebox-demo — репозиторий движка Librebox: открытой альтернативы Roblox.
Цель — совместимость с Roblox-играми и инструментами, но без проприетарных ограничений.

Ключевое

• Язык: C++ + Lua
• Лицензия: MIT
• Статус: ранняя альфа
• Сборка: CMake + vcpkg

Быстрый старт

git clone https://github.com/librebox-devs/librebox-demo.git
cd librebox-demo
cmake -B build -S . -DCMAKE_BUILD_TYPE=Release
cmake --build build
./build/librebox

Функции

• Загрузка .rbxl и .rbxm
• Базовый рендер OpenGL/Vulkan
• Серверный режим headless

Планы

• Поддержка плагинов
• Web-клиент
• Мобильные порты

PR и issue приветствуются.

• Librebox — это пока демо с очень ограниченным подмножеством API Roblox; серверов и сети нет.
• Пользователи надеются на Linux-клиент и сохранение творений Roblox, но опасаются юридических проблем.
• GitHub и Discord проекта выглядят странно: разработчики скрыты, активности мало, но код реально пишется.
• Некоторые считают, что такие проекты важнее для Roblox, чем борьба с хищниками на платформе.
• Есть предложения переименовать в OpenBox из-за лицензии MIT, но другие напоминают, что MIT — это тоже «свободно».

Thunderbird Pro: август 2025

Что нового
В апреле представили подписку Thunderbird Pro:

• Thundermail — почта с IMAP/SMTP/JMAP, домены @thundermail.com/@tb.pro или свой, серверы в Германии.
• Appointment — планировщик встроится в окно написания письма; позже групповое расписание и поддержка Zoom/телефона.
• Send — шифрованный обмен файлами до 500 ГБ, без ограничения размера файла, обновляется как системное дополнение.

Всё — open-source и можно хостить самому.
За бетой подпишитесь на thundermail.com.

• Пользователи поддерживают идею платных «экстра»-сервисов (хостинг Thundermail, Send, Appointment) как способа финансировать Thunderbird без полной зависимости от пожертвований.
• Обсуждаются технические детали: поддержка IMAP/SMTP/JMAP, самостоятельный хостинг через add-on, альтернативы Google Contacts (Radicale, Fastmail Cal/CardDAV).
• Волнует судьба бесплатного клиента Thunderbird и опасения, что само-хостинг могут нарочно усложнить.
• Нет информации о ценах на Thundermail; сайт временно недоступен, но уже можно встать в waitlist.
• Пользователи ждут давно обещанный редизайн 2022 года и жалуются на несоответствие макетам.

Top Secret — новая open-source библиотека от thoughtbot для удаления чувствительных данных из произвольного текста.

Проблема: регулярки не ловят всё (имена, адреса, карты). Решение: смесь regex и NER (распознавание именованных сущностей) через гем mitie-ruby.

Как работает:

1. TopSecret::Text.filter заменяет сущности на токены [PERSON_1], [LOCATION_1] и возвращает mapping.
2. После ответа LLM вызываем TopSecret::FilteredText.restore, чтобы вернуть реальные значения.

Пример:

input  = "Ralph lives in Boston."
filtered = TopSecret::Text.filter(input)
#=> "[PERSON_1] lives in [LOCATION_1]."
mapping  = { PERSON_1: "Ralph", LOCATION_1: "Boston" }

response = "Hi [PERSON_1]! How is the weather in [LOCATION_1]?"
TopSecret::FilteredText.restore(response, mapping: mapping)
#=> "Hi Ralph! How is the weather in Boston?"

Подходит для чат-ботов, где нужно скрыть персональные данные, но сохранить контекст.
Код и демо: GitHub и стрим.

• Обсуждают лёгкий NER-фильтр на базе MITIE для автоматического скрытия чувствительных данных в строках.
• US Marshalls уже заинтересовались такой «авто-редактурой».
• Участники предупреждают: NER не 100 % точен, модель старая (~10 лет) и плохо переносится на новые домены.
• Возникает вопрос, можно ли применять фильтр к стримингу/шерингу экрана: технически возможно через accessibility-API, но нужно определять координаты сущностей и бороться с ложными срабатываниями.
• Для продакшена с длинными диалогами 1 с на инференс может быть медленно; логировать через LLM-фильтр тоже рискует «убить» скорость.

Требование: раскрывать использование ИИ-инструментов при любом вкладе в проект.

• Что добавляется: в CONTRIBUTING.md новый раздел «AI-Generated Content Disclosure».
• Суть: авторы pull-request’ов и issue обязаны явно указывать, если текст, код, коммиты или дизайн были созданы или существенно изменены при помощи ИИ (ChatGPT, Copilot, Claude и т.д.).
• Формат: достаточно короткой пометки в описании PR/issue или в коммит-сообщении, например:
  AI-assist: code comments and variable naming via GitHub Copilot.
• Цель: сохранить прозрачность, облегчить ревью, защитить проект от лицензионных и качественных рисков.
• Без наказаний: нарушение не влечёт блокировку, но ревьюеры могут запросить уточнение.

• Проблема: LLM не может подписать DCO, а человек не может гарантировать происхождение кода, если он был сгенерирован ИИ.
• Правовые риски: код может быть заимствован из неизвестных источников, что создаёт угрозу нарушения авторских прав.
• Сообщество: многие мейнтейнеры требуют явного раскрытия использования ИИ, чтобы сохранить качество ревью и обучение новичков.
• Практика: проекты вроде Ghostty и Caddy уже маркируют AI-PR метками или текстовыми пометками.
• Противники считают, что важен результат, а не процесс, и предлагают полагаться на ревью кода, а не на дисклеймеры.

simpleide — лёгкая IDE для Visual Basic, работает на Linux и использует нативный .NET.
Позволяет писать, компилировать и запускать VB-код без Windows.

• Обсуждали SimpleIDE — лёгкий open-source IDE для VB.NET на Linux (GTK# 3, .NET 8).
• Пользователи делятся ностальгией по VB, но отмечают падение популярности языка и отсутствие drag-and-drop GUI-редактора.
• Кому нужен .exe под Windows 11, советуют Visual Studio или Rider + Avalonia/C#; SimpleIDE заточен под Linux.
• Автор проекта за два месяца «с нуля» написал IDE с Claude и готовит библиотеку кастомных виджетов.
• Поднимается тема «AI-IDE нового поколения» и альтернатив вроде Gambas, Lazarus, React Native и веб-технологий.

Sequoia ведёт раунд $32 млн для Zed
Суммарное финансирование превысило $42 млн. Четыре года мы строили самый быстрый IDE, но это лишь фундамент. Следующая цель — живое, непрерывное сотрудничество, где разговоры о коде всегда связаны с актуальным состоянием проекта.

Проблема снимков
Git ограничивает обсуждение коммитами и ветками. Между коммитами разработчик работает изолированно; обсуждения в чатах быстро теряют связь с кодом. ИИ-агенты тем более страдают: каждый их шаг требует снимка, что тормозит итерации.

DeltaDB: версионирование операций
Мы создаём DeltaDB — систему, которая фиксирует каждое изменение на уровне операций через CRDT. Она совместима с Git, но позволяет:

• реальное время без снимков;
• пермалинки на символы, выживающие при любом рефакторинге;
• сохранение диалогов и контекста навсегда.

Как это работает
Инженер видит ошибку, кликает на строку и мгновенно получает историю обсуждений, предположений ИИ и решений команды. Всё — внутри IDE, без переключения на внешние сервисы.

Zed и DeltaDB будут open-source с платными опциями. Набираем команду — присоединяйтесь.

• Вокруг Zed спор: продукт вызывает восторг качеством кода и скоростью, но $42 млн от Sequoia вызывают тревогу VC-«эншитификации».
• Главные сомнения: окупится ли такой капитал на «просто редакторе» и не приведёт ли к навязыванию AI-фич и сбора данных.
• Плюсы: финансирование даст ресурсы догнать Cursor/VS Code по AI и снизить трения миграции.
• Тех-фишка: анонс DeltaDB — версионирование уровня каждого символа через CRDT, совместимое с git.
• Часть пользователей уже ищет форки (Zedless) или возвращается к Sublime, опасаясь потери приватности и роста требований.

OpenMower — проект превращения недорогих серийных газонокосилок-роботов в умные устройства с точной навигацией RTK-GPS.

• Цель: дать старому «железу» современные функции — карты, зоны, маршруты, автопарковку.
• Что внутри: полностью открытая прошивка, платы и 3D-печатные крепления; заменяем только «мозги», оставляя моторы и датчики.
• Требования: базовая газонокосилка (Flymo, Gardena, Worx и др.), плата-основа на Raspberry Pi 4, RTK-модуль, внешняя антенна.
• Функции:
  • планирование маршрутов по векторной карте;
  • работа по зонам и расписанию;
  • возврат на зарядку и продолжение с места остановки;
  • OTA-обновления и веб-интерфейс.
• Сборка: подробные инструкции и BOM в репозитории; сообщество в Discord помогает с отладкой.
• Лицензия: GPL-3.0, все файлы и схемы свободны.

• Кто-то считает, что «все современные газонокосилки ездят хаотично», но большинство пользователей отвечают: случайный алгоритм работает отлично, а провод периметра надёжен и дешёв.
• Аппаратное обеспечение у Husqvarna, Mammotion, Sunseeker и др. хвалят, но ПО всё ещё «сырое» и требует доработок.
• OpenMower заменяет «мозги» готового шасси RTK-GPS и открытым ПО; поддерживаемый корпус в США почти не продаётся.
• Поднимаются вопросы безопасности (ежи, камни, ответственность), цены (как подержанная машина) и необходимости косить только днём.
• Кто-то мечтает о солнечных микро-триммерах, другие просят RC-версию или модуль для сбора мусора.

Claudia – изящный десктоп-клиент для Claude Code.
Лёгкий, быстрый, с минималистичным дизайном.

• Системные требования: macOS 12+, Windows 10+, Linux (AppImage).
• Функции: горячие клавиши, тёмная/светлая темы, авто-обновления, нативные уведомления.
• Безопасность: токен хранится в системном хранилище, шифрование AES-256.
• Установка: скачать dmg/exe/AppImage → установить → авторизоваться через Claude.ai.
• Горячие клавиши:
  • Ctrl+Shift+C – открыть/свернуть окно
  • Ctrl+Enter – отправить запрос
  • Ctrl+L – очистить чат

Проект с открытым кодом: github.com/claudia-app.

• Пользователи считают, что название «Claudia» и визуальный стиль слишком близко к бренду Claude/Anthropic и прогнозируют судебные иски.
• Критика GUI-обёртки: многие ценят Claude Code именно как минималистичный CLI-инструмент и не видят необходимости в «тяжёлом» десктоп-приложении.
• Повторяющиеся жалобы: сайт тормозит, видео на главной слишком быстрое, установка бинарников ломается на Ubuntu 22.04, а вставка картинок в чат зависает.
• Пользователи просят фичи, которых нет: sandbox-агентов, нативной интеграции в VS Code, управления несколькими worktrees, нормального поиска/замены кода.
• Общий вывод: Claudia выглядит как «очередной Twitter-клиент для LLM», и большинство разработчиков возвращается к чистому Claude Code в терминале.

Citybound — симулятор города, где миллионы людей и бизнесов взаимодействуют, формируя живой организм мегаполиса.
Следи за жителями, транспортом, экономикой и принимай решения: чертить инфраструктуру, утверждать бюджеты, управлять ростом.
Проект с открытым исходным кодом, разрабатывается в основном одним человеком.
DevBlog • Reddit • GitHub • Экспериментальные сборки

---

Особенности

• Микро-экономика
  Каждая семья и компания имеет свой дом, ресурсы и потребности.
  Люди ищут выгодные сделки, учитывая цену, качество и транспорт.
  Из этих взаимодействий рождаются рынки, маршруты и районы.
  В планах: оценка привлекательности недвижимости и рост города до миллионов жителей.

• Микроскопический транспорт
  Каждая поездка просчитывается физически: машины разгоняются, тормозят, перестраиваются.
  В будущем — пешеходы, железные дороги, аэропорты и мультимодальные маршруты.

• Citybound — проект симулятора города, но разработка прекращена ≈5 лет назад, последний коммит и активность на Patreon давно исчезли.
• Обсуждают, что большинство градостроителей (включая CB) игнорируют смешанное зонирование: квартиры над магазинами, бар на углу, пекарня в жилом доме и т.д.
• Критикуют упор на автомобили: «если единственный транспорт — машины, это уже не город».
• Пользователи советуют альтернативы: Egregoria, A/B Street, Workers & Resources.
• Кто-то вспоминает, что проект начинался как демонстрация мощи Rust для геймдева, но застрял в движке и не дошёл до геймплея.

embed-pdf-viewer — легковесный компонент для просмотра PDF, который встраивается в любой JS-проект без зависимостей.

• Установка: npm i embed-pdf-viewer
• Использование:

import { EmbedPDF } from 'embed-pdf-viewer';
new EmbedPDF('#viewer', { url: 'file.pdf' });

• Фичи: масштаб, пагинация, печать, полноэкранный режим, темы.
• Лицензия: MIT.

• Проект использует PDFium (движок Google/Foxit), а не собственный парсер.
• Основная цель — лёгкая интеграция в сайты и более плавный зум/рендеринг, чем у pdf.js.
• В Chrome аннотации работают, в Firefox и Safari частично: ломается выделение текста, закладки, печать.
• Планы монетизации: бесплатный MIT-вьювер + платные enterprise-фичи (хостинг, аналитика, контроль доступа).
• Разработка идёт 7 месяцев; roadmap включает подписание (PKCS#11/12) и, возможно, нативные приложения.

Nexus — открытый AI-роутер, который объединяет MCP-серверы и маршрутизирует запросы между LLM, добавляя безопасность и управление.

Что делает

• Агрегация MCP: один вызов вместо множества подключений к разным MCP-серверам.
• Умный роутинг LLM: выбирает модель по типу задачи, цене, задержке и доступности.
• Безопасность и наблюдаемость: единые политики, логирование, отказоустойчивость.

Плюсы

• Простота: одна точка интеграции вместо сети подключений.
• Масштабируемость: новые MCP или LLM добавляются без изменения кода.
• Надёжность: автоматический fallback при сбоях.
• Прозрачность: мониторинг и аналитика в реальном времени.

Дальше

• Продвинутые алгоритмы роутинга, дашборды, кастомные правила, rate-limiting и расширенная безопасность.

Попробуйте Nexus уже сейчас и упростите архитектуру своих AI-приложений.

• Grafbase выпустил Nexus — open-source «AI Router», объединяющий MCP-серверы и LLM через один endpoint.
• Основной фокус: enterprise-уровень governance, контроль и observability.
• Участники сравнивают с коммерческим nexos.ai и open-source OpenRouter/LiteLLM.
• Ключевое отличие — агрегация MCP-серверов и возможность self-host.
• Название вызвало шутки про «Torment Nexus» и старый телефон Nexus.

100R — пережить софтверную зиму

Главная | О нас | Знания | Статьи | Проекты | Путешествия

---

Отрывок из доклада Девайна, 26 ноября 2022

видео | презентация Adelie

Февраль 2025. После Handmade Seattle 2024 организатор извинился за «слишком разнообразную» программу и пообещал вернуть «байтовые» доклады, исключив при этом FOSS-спикеров. В чате разгорелась трансфобная волна; организатор обвинил меня в развале конференции и отказался оплачивать перелёт. Я попросил удалить запись.

---

Пережить софтверную зиму

Студия Hundred Rabbits — два человека на солнечной яхте, работаем на выброшенных устройствах: быстрый софт требует медленных компьютеров. Путешествуем и исследуем устойчивость: от электроники до продовольствия и забытых технологий.

За 7 лет обогнули Тихий: Мексика → Полинезия → Новая Зеландия → Фиджи → Япония → Камчатка → Аляска → Канада. План был делать арт, музыку и игры, но техника, рассчитанная на Запад, начала сыпаться сразу после отхода от берега.

На яхте не выйдет «просто взять метлу», если сломается GPS или прогноз погоды. Подписки, DRM и облака превращают навыки в аренду: пропал интернет — пропал и Photoshop, а с ним и профессия.

• Современные стеки слишком тяжёлые и зависят от облаков, что вредит долговечности и сохраняемости ПО.
• Авторы ищут (и уже создают) маленькие, автономные решения вроде Uxn, которые работают без сети и «принадлежат» пользователю.
• Некоторые видят в этом художественный, почти философский подход к программированию, другие — просто «романтику хиппи на лодке».
• Спорят, обобщается ли опыт двух человек на яхте на остальной мир и нужна ли такая строгая самодостаточность всем.

GLM-4.5: агентные, рассуждающие и кодовые (ARC) базовые модели
Авторы: 5 Team (100+ специалистов)
DOI: 10.48550/arXiv.2508.06471
Лицензия: CC-BY-4.0

Команда представляет GLM-4.5 — семейство базовых моделей, оптимизированных для агентного поведения, логического вывода и генерации кода.

• Пользователи высоко оценили GLM-4.5: «первый открытый весовой модель без оговорок» и «лучшая свободно доступная для разработки».
• Особенно похвалены пост-тренинг и эффективность параметров: считаются инновационными и экономными.
• В кодинге GLM-4.5 близок к Sonnet 4, но уступает при больших контекстах; многие используют его как резерв.
• Некоторые заметили неточности в графиках бенчмарков и отсутствие Qwen3 в одном из сравнений.
• Обсуждается перспектива локального запуска «Sonnet-4-уровня» на рабочей станции за ~2000 $ уже через пару лет.

GitHub репозиторий danterolle/tilf

Публичный репозиторий, форков нет.

Навигация

• Продукты: Copilot, Spark, Models, Advanced Security, Actions, Codespaces, Issues, Code Review, Discussions, Code Search.
• Решения: по размеру компании, сценариям (DevSecOps, CI/CD) и отраслям (здравоохранение, финансы и др.).
• Ресурсы: статьи по AI, DevOps, безопасности; вебинары, электронные книги, истории клиентов.
• Open Source: Sponsors, ReadME Project, темы, тренды, подборки.
• Enterprise: платформа, Advanced Security, Copilot для бизнеса, премиум-поддержка.
• Цены: github.com/pricing.

Поиск
Поддерживает фильтры и сохранённые запросы. Требуется вход для настройки уведомлений и форков.

• Пользователи делятся инструментами для создания пиксель-арта (unfake.js, PixelLab, mtPaint, Aseprite, LibreSprite).
• Автор Tilf подтвердил: проект ручной, зависит только от PySide6, собран PyInstaller’ом, иконки и логотип нарисованы вручную/частично с AI.
• Название Tilf = «Tiny Elf» («крошечный эльф»), выбрано за простоту и образ.
• Предложены улучшения: сдвиг строк/столбцов, добавить GitHub-теги, нарисовать логотип пиксель-артом.
• Сообщество обсуждает «стыд за AI-код» и отмечает приятную «домашнюю» атмосферу проекта.

Neki — шардированный Postgres от создателей Vitess.
Vitess уже масштабирует MySQL для сотен тысяч пользователей; теперь та же мощь переходит к Postgres.

Neki не форк Vitess. Мы строим с нуля, опираясь на опыт работы в экстремальных нагрузках, и откроем проект как open-source, когда он будет готов к самым требовательным задачам.

Следите за новостями и регистрируйтесь на neki.dev.

• Пользователи обсуждают анонс PlanetScale о «Vitess для Postgres», но код ещё не выложен, что вызывает скепсис.
• Всплывает конкуренция: Supabase уже работает над своим проектом Multigres, а автор Vitess, Сугу Сугумаран, теперь в Supabase.
• Вопросы о самостоятельном хостинге, необходимости шард-ключей и сравнении с YugabyteDB, CockroachDB и другими «PostgreSQL-совместимыми» решениями.
• Некоторые считают, что PostgreSQL устарел и нуждается в замене; другие отмечают, что сам PostgreSQL постоянно эволюционирует.

Open SWE — первый open-source агент для асинхронной разработки в облаке.
Подключается к вашим репозиториям GitHub, берёт задачи из issue и самостоятельно исследует код, пишет, тестирует, исправляет ошибки и открывает pull-request.

Как попробовать

1. Перейдите на swe.langchain.com.
2. Авторизуйтесь в GitHub и выберите репозитории.
3. Добавьте ключ Anthropic в настройках.
4. Создайте задачу и наблюдайте.

Особенности

• Человек в цикле: агент показывает план, вы можете править, удалять или дополнять его без перезапуска.
• Обратная связь на ходу: во время выполнения можно отправить новое сообщение — агент учтёт его без сбоя.
• GitHub-нативность: задача = issue, результат = PR. Достаточно добавить метку open-swe-auto, чтобы агент начал работу.
• Безопасность: каждая задача запускается в изолированном контейнере Daytona.
• Облако: параллельные задачи, никакой нагрузки на ваш ПК.
• Планирование и ревью: отдельные агенты Planner и Reviewer минимизируют поломки CI.

• Часть сообщества мечтает о полностью локальных, прозрачных агентах без облачных «чёрных ящиков» и навязанных UI.
• Другие уверены, что будущее за долгоживущими, асинхронными, облачными агентами, которые уже почти умещаются в памяти пары вкладок Chrome.
• Утилита вызывает подозрения: AGPL-код Daytona не раскрывает control-plane, а README сразу предлагает регистрацию в сервисе.
• Пользователи жалуются на невосстановимые ошибки и просят переноса контекста между сессиями.
• Скептики напоминают: VRAM всё ещё редкость, а «облачная» модель потребления данных не способствует технологической независимости.

OpenAI выложила первые открытые веса: gpt-oss-120b и gpt-oss-20b. Модели хороши в бенчмарках, но проваливают SimpleQA и бедны на поп-культуру. Это, по сути, Phi-5.

Почему Phi?

Себастьян Бубек в Microsoft создал серию Phi, обучаясь исключительно на синтетике: высококачественные, но дорогие токены. Результат — отличные цифры в тестах и слабая практика, потому что «учили к экзамену». В конце 2024-го Бубек ушёл в OpenAI, и новые gpt-oss, судя по всему, построены на той же идее.

Зачем синтетика?

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

Итог: gpt-oss — это Phi-5 и Phi-5-mini, созданные ради безопасности и рекламных графиков.

• Модель GPT-OSS из-за жёстких «сейфти-фильтров» отказывается переводить даже безобидные романтические сцены с 17-летними персонажами.
• Пользователи жалуются, что цензура мешает повседневным задачам: переводам, переписке, написанию детских историй.
• Некоторые считают главной причиной отказа от полного open-source именно страх перед тонкой настройкой моделей для эротического ролеплея.
• Другие подтверждают: в локальных сообществах «первертов» действительно много, но это далеко не единственный сценарий использования.
• В итоге часть аудитории уходит на «аблитерированные» Llama и прочие неконтролируемые модели.

• За 3 месяца мы масштабировали «мышление» Qwen3-4B: выше качество и глубина рассуждений. Представляем Qwen3-4B-Thinking-2507:

  • Существенно лучше на задачах логики, математики, науки, кода и академических бенчмарках.
  • Улучшены общие навыки: следование инструкциям, инструменты, генерация текста, согласование с предпочтениями.
  • Расширено понимание длинного контекста: 256K.
  • Версия с увеличенной длиной «мышления» — рекомендуем для сложных задач.

• Обзор модели:

  • Тип: Causal LM; Этапы: пре-/посттренировка.
  • Параметры: 4.0B (без эмбеддингов 3.6B); Слоёв: 36; GQA: 32 Q / 8 KV.
  • Контекст: 262 144 токенов.
  • Поддерживается только режим «thinking»; enable_thinking=True не нужен. Шаблон чата добавляет <think> автоматически; нормален вывод, содержащий только </think>.
  • Подробности: блог, GitHub, документация.

• Производительность (избранное):

  • Знания: MMLU-Pro 74.0; MMLU-Redux 86.1; GPQA 65.8.
  • Рассуждения: AIME25 81.3; HMMT25 55.5; LiveBench 71.8.
  • Код: LiveCodeBench v6 55.2; CFEval 1852; OJBench 17.9.
  • Алайнмент: IFEval 87.4; Arena-Hard v2 34.9; WritingBench 83.3.
  • Агенты: BFCL-v3 71.2; TAU1/2 — лучшие в ряде доменов.
  • Мультиязычность: MultiIF 77.3; PolyMATH 46.2.
  • Примечания: выигрыш на Arena — GPT-4.1; для сложных задач — вывод до 81 920 токенов, иначе 32 768.

• Быстрый старт:

  • Нужен свежий transformers (иначе KeyError: 'qwen3').
  • Пример кода: загрузить AutoTokenizer/AutoModelForCausalLM, применить chat template, сгенерировать до 32 768 новых токенов, выделить «thinking»-часть до токена </think> (ID 151668) и основное содержимое.
  • Для продакшна: sglang>=0.4.6.post1 или vllm>=0.8.5; можно поднять OpenAI-совместимый сервис.

• Обсуждают малый открытый модель Qwen3-4B (в т.ч. «Thinking/Instr»), её доступность в LM Studio и на Hugging Face, возможность запуска на ПК, Mac (mlx 4–8 бит) и даже на слабом железе; полный контекст 262k токенов может требовать десятки ГБ RAM.
• По отзывам: модель быстрая, компактная и по многим бенчмаркам заметно улучшена; в ряде метрик приближается к старой 30B MoE-версии при ~7,5× меньшем размере, но новая 30B-A3B всё же сильнее.
• Практический опыт: хороша в анализе задач, но встречаются галлюцинации в предложениях/советах.
• Идёт сравнение с Gemma 3n: на общих тестах (напр. AIME, LiveCodeBench) Qwen3-4B-Thinking показывает значительно более высокие результаты.
• Обсуждают надёжность метрик: многие бенчмарки оцениваются GPT‑4.1; возникают вопросы о возможной адаптации моделей под «угодные» ответы и нехватке ручного аудита.
• Для «народных» оценок советуют LM Arena, Artificial Analysis, OpenRouter stats и r/LocalLlama, но подчёркивают ограниченную надёжность толпы.
• Вопросы пользователей: как соотносится контекст и RAM; варианты для iPhone/Apple Silicon; ссылки на готовые gguf и mlx-сборки предоставлены.

303Gen

• Обсуждение посвящено веб-инструменту в стиле TB-303: пользователи хвалят звук, музыкальность и авто-генерацию совместимых полиритмов для баса, лида и дрона, отмечают ностальгию по ReBirth и 90-м.
• Автор сообщает, что проект старый и незавершённый; добавил полифилл для cancelAndHoldAtTime в Firefox и выделил часть таймкипинга в библиотеку beatstepper.
• Многие просят открытый исходный код, локальный запуск, экспорт MIDI/стемов, визуализацию паттернов (пиано-ролл), сохранение/загрузку, MIDI синхронизацию и транспорт, а также продолжение воспроизведения при Regenerate.
• Есть баг-репорты: не работало в Firefox до полифилла, в Chromium после Stop остаётся тихий хвост/эхо, иногда нужно жать Stop несколько раз.
• Пользователи делятся альтернативами и вдохновляющими ссылками: Endless Acid Banger, roland50.studio, музыка Vitling, ивенты Acid August.
• Инструмент вызывает желание вернуться к электронной музыке; звучание напоминает Frank Klepacki/Red Alert 2, Dynamix на C64; просят добавить 909-кит.
• Автор кратко описал генерацию: ноты из выбранной гаммы/октавы, деление паттерна на чанки с вероятностным копированием/обновлением и настройкой повторов; сообщество хочет статью о методе.

marimo — новый open-source Python-ноутбук, в котором программа представлена графом потока данных. Это снимает главные боли Jupyter: скрытое состояние, невоспроизводимость, невозможность повторного использования и сложную поддержку.

Почему старый формат не подходит

• Воспроизводимость. Исследования 2019–2020 гг. показали: только 4–24 % ноутбуков на GitHub можно перезапустить без ошибок и получить те же результаты. Причина — скрытое состояние: удаление или переупорядочивание ячеек ломает выводы.
• Интерактивность. В Jupyter интерактивен процесс, но не сами данные: выделение точек на графике не возвращает датафрейм.
• Поддержка и переиспользование. Файл .ipynb — это JSON-блоб, не валидный Python-код; сложно версионировать в Git и переиспользовать как модуль или пайплайн.

Как marimo решает задачу

• Каждый ноутбук — корректный Python-скрипт и модуль.
• Граф зависимостей ячеек строится статически; изменение одной ячейки автоматически перезапускает только зависимые.
• Реактивность: обновление переменной мгновенно отражается во всех графиках и виджетах.
• Один файл можно экспортировать как приложение или запускать без ядра Jupyter.

• Пользователи хвалят marimo за реактивное исполнение, «песочницу» uv и лёгкий обмен с коллегами.
• Сторонники Jupyter считают, что «restart kernel & run all» решает проблему воспроизводимости, но критики отвечают: это требует дисциплины и не работает при тяжёлых вычислениях.
• Некоторые видят в ноутбуках лишь инструмент разведки и предлагают после исследования переносить код в обычные .py-файлы.
• Участники сходятся, что метаданные зависимостей и чистые DAG-подобные модели вычислений могли бы улучшить ситуацию.

The prior OpenIPC thread from earlier today is literally 75% about thingino:OpenIPC: Open IP Camera Firmware — https://news.ycombinator.com/item?id=44758463 — Aug 2025 (106 comments)The cheapest camera that you can install this onto, is Cinnado D1, which retails at under $14.99 U

I think the definition of FOSS used here is tendentious: some of these projects (which I have no particular attachment to) are marked as "not FOSS" or "issues exist" because they have components that are disconnected from the basic nature of free and open source software itself.A

Hey guys, we're building LuxPDF.com, an ongoing project to develop the most transparent PDF WebApp in the world. We just launched (so expect some bugs, UI problems etc.), and our site is currently in early-stage development. We offer over 15+ PDF Tools, all completely free, all o

I am worried about the future of native UI technologies on Windows. Traditionally at least the developers of operating systems have eaten their own dogfood and have at least tried to implement well-performing & visually consistent native applications to serve as an example to oth

Whenever I look into IP cameras I close the tabs because it feels like I walked into a store brand cereal aisle where all the boxes are exclaiming “Now with fewer razor blades!” or “Only half the reported cases of salmonella than similar store brands!”What’s a good brand for IP c

Procedural (VFX, effects, non-desctuctive editing)You had my attention, now you have my interest… or however that quote goes.Edit: Please please please add the playsinline attribute to your video elements. I’m on my phone, and every time I scroll a video explodes and takes ov