Hacker News Digest

Бывший министр финансов США Ларри Саммерс ушел с совета директоров OpenAI после публикации его переписки с осужденным сексуальным преступником Джеффри Эпштейном. Саммерс, занимающий пост президента emeritus и профессора Гарвардского университета, объявил о своем уходе в среду. Решение последовало за обнародованием деталей его коммуникаций с Эпштейном на прошлой неделе. Ранее Саммерс заявлял о намерении отказаться от всех публичных обязательств, но тогда не было ясно, коснется ли это его работы в OpenAI.

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

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

Thunderbird версии 145 теперь официально поддерживает нативный доступ к Microsoft Exchange через протокол Exchange Web Services (EWS). Это означает, что больше не требуется стороннее расширение для работы с почтой. Интеграция обеспечивает полное отображение папок, синхронизацию сообщений, управление папками как локально, так и на сервере, а также обработку вложений. Для настройки достаточно создать новый аккаунт в Thunderbird, выбрать Exchange и разрешить клиенту автоматически определить параметры.

В настоящее время поддерживается только функционал электронной почты; интеграция с календарем и адресной книгой находится в разработке и будет добавлена в будущих релизах. Thunderbird использует стандартный процесс входа Microsoft (OAuth2) и автоматически определяет настройки аккаунта, что упрощает переход с Outlook. Разработчики также отмечают, что Microsoft постепенно отказывается от EWS в пользу более современного интерфейса Microsoft Graph, поддержка которого также запланирована на будущее.

• Thunderbird теперь поддерживает Exchange, но пока без календаря и контактов, что вызывает сомнения в полноте реализации.
• Пользователи отмечают, что Thunderbird всё ещё не реализовал полную поддержку календаря и адресной книги, что делает его менее привлекательным для корпоративных пользователей.
• Некоторые комментаторы подчеркивают, что Microsoft не предоставляет полной документации или стабильного API для Exchange, что делает разработку сложной.
• Некоторые пользователи выражают обеспокоенность, что Thunderbird не поддерживает Graph API, что может ограничить его функциональность.
• Некоторые комментаторы подчеркивают, что Thunderbird не поддерживает MAPI, что может ограничить его функциональность.

Perl не мёртв, его популярность находится на уровне периода dotcom пузыря, согласно отчёту CPAN 2023. Новичков среди пользователей Perl становится всё меньше с 2011 года, хотя общее использование языка остаётся стабильным. Raku (бывший Perl 6) не стал причиной упадка, так как Perl продолжал расти даже во время разработки Raku.

Основные гипотезы упадка Perl связаны с изменением поколений программистов и развитием инструментов разработки. Программисты, выросшие на Unix-системах, естественно воспринимали Perl как продолжение shell, C, awk и sed. Новое поколение, воспитанное на Microsoft, Visual Basic и Java, предпочло Python. Кроме того, появление мощных менеджеров пакетов сделало доступными множество альтернатив, в то время как раньше Perl был одним из немногих доступных инструментов.

• Perl умер не из-за Raku, а из-за отсутствия единого пути развития, отсутствия стандарта кодстайла и культуры «один-разовых» скриптов.
• Python и PHP выиграли, потому что они были «дружелюбнее» для новичков и имели лучшую документацию.
• CPAN стал менее удобным, чем PyPI и npm, что сделало Perl менее привлекательным.
• Отсутствие единого фреймворка для веб-разработки и отсутствие стандарта ООП в Perl 5.
• Не было единого сообщества, которое могло бы продвигать Perl, в то время как Python и JavaScript имели Google и Facebook.

Разработчик с 18-летним опытом работы с AWS столкнулся с неожиданным счетом в $1000 за синхронизацию данных с S3. Несмотря на подтвержденную бесплатность передачи данных между EC2 и S3 в одном регионе, система показала 20 167 GB трафика через NAT Gateway за один день, что составило $907.53.

Проблема заключалась в том, что при использовании VPC с NAT Gateway весь трафик к S3 по умолчанию маршрутизируется через него, даже при работе в одном регионе. Решением стало создание бесплатного VPC Gateway Endpoint для S3, который обеспечивает прямой доступ к сервису без прохождения через NAT Gateway.

Эта ошибка подчеркивает скрытую сложность AWS-сетей и важность мониторинга расходов. Автор рекомендует включить AWS Cost Anomaly Detection для раннего обнаружения аномалий, что помогло ему избежать еще больших трат.

• AWS и другие облачные провайдеры не предоставляют механизмов жёсткого ограничения расходов, что приводит к «потерянным» счетам в тысячи долларов, и это рассматривается как «бизнес-модель».
• Сервисы вроде NAT Gateway и S3 VPC endpoints не только дорогие, но и неочевидны для новичков, что приводит к неожиданным счетам.
• AWS и другие облачные провайдеры не предоставляют прозрачных и понятных ценовых моделей, что делает невозможным для пользователей предвидеть и контролировать свои расходы.
• Пользователи, особенно стартапы и индивидуальные разработчики, не могут позволить себе такие счета, что делает их уязвимыми к таким ситуациям.
• Вместо того, чтобы предоставлять инструменты для контроля расходов, AWS и другие провайдеры полагаются на то, что пользователи будут внимательны и не сделают ошибок, что не является реалистичным ожиданием.

18 ноября 2025 года Cloudflare столкнулся с масштабным сбоем сети, начавшимся в 11:20 UTC. Проблема проявлялась пользователям как страница ошибки с указанием сбоя в сети Cloudflare. Инцидент не был вызван кибератакой, а возник из-за изменения разрешений в системе баз данных, что привело к удвоению размера файла функций, используемого системой управления ботами. Программное обеспечение для маршрутизации трафика имело ограничение на размер файла, ниже удвоенного значения, что вызвало его сбой.

Сначала Cloudflare ошибочно подозревал DDoS-атаку, но позже определил корень проблемы. К 14:30 UTC основной трафик был восстановлен, а к 17:06 все системы работали нормально. Система демонстрировала необычное поведение — периодические восстановления каждые 5 минут, когда генерировались хорошие файлы конфигурации. Компания принесла извинения за влияние на клиентов и интернет, признав, что сбои в их системе неприемлемы.

• Использование .unwrap() в критическом коде привело к панике и сбою системы после обновления конфигурации.
• Отсутствие staged rollout для конфигураций и недостаточный мониторинг замедлили диагностику сбоя (3 часа).
• Обсуждаются архитектурные риски зависимости от крупных провайдеров и необходимость отказоустойчивых систем.
• Предлагается усиление обработки ошибок, глобальных kill switches и проверки конфигураций как пользовательских данных.
• Подчеркивается важность наблюдаемости (telemetry) для быстрого обнаружения паник и сбоев в критических сервисах.

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

Для отслеживания инцидента GitHub предлагает несколько способов уведомлений: email, SMS, интеграция со Slack и вебхуки. Пользователи могут настроить подписку на получение оповещений о создании, обновлении или решении инцидентов. Для подтверждения подписки требуется ввод OTP (одноразового пароля), а при выборе SMS-уведомлений доступен выбор страны и ввод телефонного номера.

• Массовые жалобы на сбой GitHub: проблемы с push/pull, Actions, raw.githubusercontent.com и SSH-аутентификацией.
• Рост обеспокоенности надёжностью облачных сервисов (AWS, GCP, Azure, GitHub), сбои происходят чаще.
• Критика централизации и приоритетов компаний: упрёки в пренебрежении инфраструктурой ради AI/прибыли.
• Поиск решений: рекомендации по самохостингу (Forgejo, Gitea), локальным кешированию git и отказу от полной зависимости от SaaS.
• Спекуляции о причинах: влияние AI на инфраструктуру, "vibe coding", общая хрупкость централизованных систем.

После почти 10 лет у руля Mastodon, Евгений Рошко уходит с поста CEO и передаёт права на торговую марку и другие активы некоммерческой организации Mastodon. Он отмечает, что Mastodon больше, чем он сам, и хочет убедиться, что проект остаётся верным своим ценностям, избегая ловушки эго основателей. Рошко признаёт, что управление социальным проектом оказалось для него крайне стрессовым, сравнивая себя с техническими миллиардерами, но без их ресурсов и поддержки. Он вспоминает, как его критиковали за недостаточно модный стиль в сравнении с Джеffом Безосом, и отмечает, что даже мелкие замечания со временем подтачивают.

Решение было принято после особенно неприятного взаимодействия с пользователем летом прошлого года, заставившего его пересмотреть отношения с проектом. Рошко считает одной из своих главных заслуг умение говорить "нет", хотя это стоило Mastodon некоторых возможностей для публичности. Он гордится тем, как далеко проект зашёл за десятилетие — от скромного проекта, написанного в его детской спальне, до одного из последних процветающих элементов оригинального, ориентированного на сообщество интернета. Несмотря на уход с поста CEO, Рошко останется в проекте в роли советника, сохраняя веру в миссию Mastodon как лучшего шанса на лучшее будущее в условиях всё более дистопичного капиталистического мира.

• Основатель Мастодона Евгений Рошко уходит с поста CEO из-за стресса и негативного взаимодействия с пользователем летом прошлого года.
• Сообщество высоко оценивает его вклад в FOSS, приватность и децентрализацию, но беспокоится о будущем проекта без его руководства.
• Критика платформы за сложность поиска пользователей и контента по сравнению с Bluesky, а также за наличие токсичного и агрессивного контента.
• Реорганизация проекта: передача активов некоммерческой организации в США, выплата €1 млн компенсации основателю.
• Беспокойство о сохранении децентрализованной природы Мастодона после ухода ключевой фигуры и возможной централизации.

Основатель Pebble Эрик Мигицовский и сообщество Rebble ведут спор о будущем умных часов Pebble. Мигицовский основал Core Devices в 2025 году для возрождения бренда, в то время как Rebble, некоммерческая организация с 2017 года, поддерживает сообщество после закрытия Pebble. Конфликт возник из-за соглашения о платежах $0.20 в месяц на пользователя и спора о правах на данные магазина приложений Pebble (13 000 приложений 2012-2016 годов). Rebble утверждает, что полностью владеет этими данными и хочет создать "закрытый сад", в то время как Мигицовский настаивает на открытости экосистемы.

Rebble обвиняет Мигицовского в "краже" их работы для коммерческих часов, но он отрицает эти обвинения, подчеркивая, что все вклады в PebbleOS были полностью открытыми. В ноябре 2025 года Core Devices отгрузила 5 000 часов Pebble 2 Duos и работает над Pebble Time 2. Мигицовский отмечает, что они перешли на собственный репозиторий из-за долгих проверок PR в репозитории Rebble.

• Rebble опасается вытеснения из экосистемы после предоставления Core доступа к данным магазина приложений, требуя гарантий против создания "враждебного" закрытого сервиса.
• Core Devices (Эрик) стремится использовать инфраструктуру Rebble для возрождения часов, но Rebble видит в этом попытку "ренты" вместо сотрудничества, обвиняя Core в недобросовестных действиях (включая "скрапинг" данных).
• Сообщество разделено: часть пользователей поддерживает Rebble за сохранение открытости, другая — Core за возрождение часов, предлагая технические решения (переход на GPL/AGPL) или альтернативные устройства (BangleJS).
• Проблемы прозрачности: использование Discord вместо публичных каналов усложняет отслеживание решений, а публикация переписки без согласия участников вызывает вопросы о доверии.
• Обе стороны зависят друг от друга (Core — от инфраструктуры Rebble, Rebble — от новых часов), но не осознают этого, ведя к "избегаемому проигрышу" для пользователей.

Google в 2005 году запустил знаменитую первоапрельскую шутку, объявив о внедрении технологии "антигравитационного поиска". Компания утверждала, что их алгоритмы теперь способны индексировать веб-страницы, буквально "парящие" в интернете. На демонстрационной странице результаты поиска медленно поднимались вверх и оставались в воздухе, создавая иллюзию невесомости. Эта шутка быстро стала вирусной и до сих пор считается одной из самых креативных в истории April Fools.

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

• Antigravity позиционируется как AI-IDE, но воспринимается как незрелый форк VS Code с множеством багов, ошибок квот и проблем с авторизацией.
• Пользователи выражают недоверие к Google из-за истории закрытия сервисов ("Google Graveyard") и опасения по поводу доступа к коду.
• Сравнение с конкурентами (Cursor, Windsurf) показывает, что Gemini 3 часто уступает другим моделям, а функционал не предлагает инноваций для перехода.
• Интерфейс критикуется за "vibe-coded" дизайн, проблемы с прокруткой и нестандартные размеры элементов, что ухудшает юзабилити.
• Концепция "агентного" развития воспринимается скептически: идея "повышения до менеджера агентов" не вызывает энтузиазма у разработчиков.

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

• Gemini 3 демонстрирует впечатляющие результаты: решает сложные задачи (Project Euler), генерирует код и приложения (включая 3D-модели), превосходит предыдущие версии и конкурентов (GPT-5, Claude) в бенчмарках (ARC-AGI2, NYT Connections).
• Пользователи отмечают как сильные стороны (скорость, качество генерации кода, улучшенное понимание контекста), так и слабые (ошибки в анализе изображений, избыточная сложность кода, проблемы с доступностью и ценой API).
• Обсуждение включает сравнение с другими моделями (GPT-5, Claude 4.5 Sonnet), критику маркетинга Google (навязчивость AI Overviews) и скепсис относительно реальных улучшений и бенчмарков.
• Отмечается значительный прогресс в агентных возможностях и пространственном понимании, но сохраняются сомнения в надежности для критических задач (медицина, юриспруденция).
• Пользователи делятся опытом использования: от восторга от генерации прототипов до разочарования от ошибок и сложностей с доступом к модели.