Hacker News Digest

Apple подала новый документ в суд по иску против OpenAI, утверждая, что получила «шокирующие доказательства» из MacBook бывшего инженера Чанга Лю, который перешёл из Apple в OpenAI в январе. По данным Apple, первоначальная экспертиза ноутбука показала, что Лю не только скачал конфиденциальную схему электрической цепи Apple, но и использовал её в своей работе в OpenAI, включая запуск симуляции в марте с помощью LTspice — инструмента для моделирования электрических схем. При этом он заявлял, что его ИИ-агент научился запускать LTspice и анализировать результаты, что, по мнению Apple, создаёт риск необратимого и распространяющегося использования trade secret через обучение моделей.

Кроме того, Apple утверждает, что Лю и его коллеги в OpenAI были осведомлены о его несанкционированном доступе к облачному хранилищу Apple, а после начала внутреннего расследования он направил инструкции по уничтожению доказательств коллеге из OpenAI, которая подтвердила готовность следовать им. Также отмечается, что Лю использовал в OpenAI инструмент с тем же названием, что и внутреннее приложение Apple для инженерной работы. Apple подчеркивает, что доказательства были получены благодаря синхронизации данных с Mac mini, который также использовал Лю и позже синхронизировался через iCloud с изъятым MacBook. Компания требует доступа к этому устройству и настаивает на ускоренном раскрытии доказательств, заявляя, что OpenAI проигнорировало доступные данные, выдвигая вместо них опровергаемые теории.

Обсуждение дополняет статью, фокусируясь на юридических и этических последствиях использования личных аккаунтов на корпоративных устройствах, а также на новом правовом аргументе о необратимом распространении торговой тайны через ИИ-агентов. Не входите в личные аккаунты на рабочих устройствах — даже внешний вид такого действия создаёт риски, особенно при наличии инструментов скриншотинга. Разделяйте рабочее и личное: личные данные храните только на личных устройствах. Даже незарегистрированные браузерные сессии могут стать основанием для раскрытия данных. Уходя из компании, очищайте устройства и выходите из всех аккаунтов. Одни считают доступ к личным аккаунтам через корпоративное устройство несанкционированным и незаконным, другие указывают, что суд может потребовать доступ к любым релевантным данным. Технические специалисты часто путают технический контроль доступа с юридическим: суд вправе запросить доступ и к личным устройствам, если в них есть доказательства. Корпорации, особенно зрелые, немедленно увольняют сотрудников при доказательствах кражи интеллектуальной собственности, чтобы снять юридическую ответственность. Прецеденты (Citadel, Coca-Cola) показывают, что даже попытка использовать украденное влечёт жёсткие последствия, независимо от успеха. Использование ИИ-агента для анализа и воспроизведения конфиденциальной схемы может создать необратимые следы — это новый правовой аргумент, не проверенный в суде. Одни считают, что агент лишь сохранил схему в виде резюме, другие — что даже косвенное использование оставляет следы в модели, и аргумент Apple правомерен. Открытое использование инструмента с тем же именем, что и внутренний инструмент Apple, усиливает подозрения в преднамеренном копировании. Прецеденты в области реверс-инжиниринга (cleanroom-подход) могут быть применимы к ИИ, но требуют чёткого разделения между изучением и созданием нового продукта. Существует мнение, что защита интеллектуальной собственности в эпоху ИИ теряет смысл, поскольку все модели обучаются на самых открытых данных. Использование личных аккаунтов на корпоративных устройствах — не просто нарушение политики, а потенциальное нарушение закона о защите торговых тайн, особенно если данные попадают в ИИ-системы.

Версия 3.0.0 immich‑app представляет собой крупный рефакторинг: обновлённый веб‑интерфейс с темной темой, поддержка объектного хранилища (S3‑совместимый), ускорение загрузки на 30 % и открытие пяти новых API‑эндпоинтов. В релизе участвовало более 150 коммитов, из которых около 40 % — новые функции, а остальные — исправления ошибок и оптимизации. Добавлена централизованная панель администрирования, позволяющая управлять пользователями, квотами и репликацией в реальном времени. Тесты показали, что время генерации превью упало до 0,9 секунды, а пропускная способность выросла до 1500 запросов в секунду, это делает платформу конкурентоспособной для крупных медиа‑хранилищ и упрощает масштабирование.

Миграция с 2.x на 3.0 требует выполнить скрипт обновления базы данных, после чего изменить docker‑compose: добавить переменные S3_ENDPOINT и CACHE_DIR, а также переключить режим хранения на «object». Пользователи отмечают, что после обновления время отклика галереи ускорилось в 1,8 раза, а нагрузка на сервер снизилась на 25 %. Новые API‑эндпоинты открывают доступ к метрикам использования и позволяют интегрировать сторонние аналитические инструменты, а в changelog указано 12 несовместимых изменений, требующих обновления скриптов миграции. Рекомендуется проверять работу кастомных плагинов в staging‑окружении и консультироваться с документацией, где подробно описаны новые параметры.

• Пр高兴ся, что студенты используют Immich в реальном мире и рад, что проект стал альтернативой Google Photos.
• Обсуждаются проблемы с импортом больших Takeout‑пакетов и необходимость более простого способа загрузки.
• Много споров حول отсутствие end‑to‑end шифрования и поддержка read‑only/внешних папок.
• Пользователи отмечают хорошую работу мобильного приложения, но хотят улучшений в синхронизации, порядке элементов альбомов и поддержке не‑фото‑элементов.

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

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

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

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

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

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

Первоначальная модель "ванны" (bathtub curve) предполагала три фазы: ранние отказы, стабильный период и рост отказов по мере износа. Но данные Backblaze за 13 лет показывают, что современные диски начинают с минимальным числом ранних отказов, затем работают годами без сбоев, и только позже начинают увеличивать частоту отказов. Это больше похоже на пологий склон, чем на ванну.

В частности, средний возраст дисков в пуле Backblaze увеличился с 6-8 месяцев в 2013 году до 6-7 лет в 2024. При этом годовая норма отказов снизилась с 6,39% в 2014 году до 1,17% в 2024. Это демонстрирует значительное улучшение надежности, даже с учетом роста объема данных и изменения состава пула дисков.

Основные выводы:

• Современные диски имеют минимальные ранние отказы, что указывает на улучшенный контроль качества.
• Период стабильной работы удлинился, иногда до 8 лет и более.
• Даже при увеличении срока службы, годовая норма отказов снижается, что подтверждает улучшение надежности.

Это подтверждается данными Backblaze, которые включают миллионы дней работы диска. Тенденция ясна: диски не просто служат дольше; они стабильнее на протяжении всего срока службы.

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

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

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

• Пожар в дата-центре привёл к полной потере 858 ТБ данных государственного облачного хранилища Южной Кореи (G-Drive) из-за отсутствия внешних резервных копий.
• Основной причиной утраты данных названа архитектура системы, которая, по заявлениям властей, не позволяла создавать внешние бэкапы из-за большого объёма и низкой производительности.
• Участники обсуждают системные проблемы ИТ-инфраструктуры и культуры резервного копирования в Южной Корее, проводя параллели с инцидентом с Kakao.
• Высказываются предположения о возможных скрытых причинах катастрофы, включая саботаж, коррупцию или умышленное уничтожение данных.
• Отмечается человеческая трагедия: сообщается о самоубийстве старшего чиновника, курировавшего усилия по восстановлению.

Google Photos внедряет редактирование через диалог для Android-пользователей. Теперь можно описывать желаемые изменения текстом, например «сделать ярче» или «убрать тени», вместо ручного выбора инструментов. Это ускоряет процесс и делает его интуитивным, особенно для новичков.

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

• Пользователи критикуют Google Photos за навязчивую интеграцию ИИ-функций, которая ухудшает общий пользовательский опыт и кажется «прикрученной» поверх основной функциональности.
• Многие отмечают удаление полезных обычных и локальных функций редактирования в угоду новым ИИ-возможностям, которые часто не решают реальных проблем.
• Обсуждается, что генерация ИИ-вариаций увеличивает занимаемое хранилище, что может быть скрытым стимулом для покупки дополнительного места.
• Предлагаются альтернативы для хранения фото, такие как самохосты Immich и Ente, как способ уйти от политики Google.
• Часть пользователей видит ценность в отдельных ИИ-функциях (например, удаление объектов), но осуждает их навязчивое внедрение и неинтегрированность в продукт.

С 9 октября 2025 г. мобильное приложение Dropbox Paper перестанет работать и исчезнет из магазинов.
Используйте paper.dropbox.com в браузере: документы останутся, создавать и редактировать можно, как и делиться ими. Удалите старое приложение.

• Dropbox свернул Paper и ещё ряд сервисов (Passwords, Send, Vault, Capture), вызвав недоверие к любым функциям кроме базового хранилища.
• Пользователи считают, что компания десятилетие «убивала» Paper: после удачного запуска разработка остановилась, экспорт сломали, а в итоге свернули.
• Основная жалоба: вместо улучшения синхронизации Dropbox плодит ненужные «фичи», из-за чего приложение раздуто, цены растут, а ценность падает.
• Многие предлагают «забить» на все дополнения и сосредоточиться только на надёжной синхронизации файлов, где Dropbox всё ещё лидер.

Работа в Notion офлайн

• Доступно всем: просматривайте, редактируйте и создавайте страницы без сети в десктоп- и мобильном приложении.
• Автозагрузка: на Plus/Business/Enterprise последние и избранные страницы сохраняются автоматически.
• Вручную: откройте нужную страницу → ••• → Available offline; дождитесь полосы загрузки.
• Проверка: в Settings → Offline видно, что сохранено; можно удалить лишнее.

Подготовка к офлайну

1. На каждом устройстве включите офлайн-доступ отдельно.
2. Убедитесь, что нужные страницы загружены через Settings → Offline.
3. База данных: первые 50 строк загружаются автоматически; остальные — вручную.
4. Подстраницы отмечайте индивидуально.

Работа офлайн

• Изменения сохраняются локально и синхронизируются при подключении к интернету.

• Пользователи делятся на два лагеря: кто-то рад офлайн-режиму Notion, но многие уже ушли в Obsidian за скоростью, локальным хранением и «файл-овер-эпп» подходом.
• Все сходятся, что офлайн-синхронизация сложна: конфликты, потеря данных, архитектура масштаба — всё требует огромных усилий.
• Некоторые считают Obsidian неудобным для командной работы и предпочитают Notion для HR, спринтов и коллаборации.
• Альтернативы: SiYuan, Anytype, Notesnook, Appflowy, но у каждого свои компромиссы.
• Главный вывод: Notion — для команд и «документов в облаке», Obsidian — для личных баз знаний и контроля над данными.