Hacker News Digest

Я запустил веб-инструмент под названием Dark Hours, который показывал, что можно увидеть на небе ночью, но позже обнаружил, что он почти полностью совпадает с существующим открытым проектом DarkHours.app. Даже воспроизвёл баг, который автор уже исправил — это стало очевидным доказательством, что я не проверил, не копирую ли чужую работу. Я немедленно убрал свой сайт, перенаправил домен на оригинальный проект и отказался от планов по запуску iOS-версии.

Признаю свою ошибку: я бездумно использовал ИИ для создания приложения, не убедившись, что оно не дублирует существующие решения. Хотя я действительно не знал о DarkHours.app до момента обращения автора, это не оправдывает мою беспечность. Теперь я полностью изменил подход к использованию ИИ — больше не создаю веб- или iOS-приложения с его помощью, даже если он помогает с отладкой или идеями. Важно не просто запускать продукты, а уважать чужой труд и делать всё осознанно.

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

Основная идея — полностью эмулированная графическая среда, работающая на реальном IBM PC XT с процессором 8088, где каждый запущенный элемент (окно, панель, мини‑приложение) представляет отдельный процесс, имеет собственный док‑тик и независимый буфер памяти. При этом ядро управляет прерывками, планированием и выделением сегментов так, что даже простые программы, как MINES (1,5 КБ) или HELLO, загружаются в собственные 2 КБ и 512‑байтные области без модификации кода.

Особенности, которые запоминаются: одновременная работа до пяти программ, включая «живой» About‑box, отображающий состояние планировщика, и плавный XOR‑трекинг курсора при перемещении окна; минимизация не останавливает фоновые задачи, а лишь скрывает их визуализацию; иконки файлов берутся непосредственно из первого сектора диска, а графические редакторы (Paint, Fractal) используют буферы и кольцевые истории, позволяющие выполнять фоновые операции, пока запущены ресурсоёмкие приложения. Всё это демонстрирует, как ограниченные ресурсы IBM PC XT могут поддерживать современный‑по‑удобству пользовательский интерфейс.

Тред обсуждает реализацию графической ОС Os8088 для IBM XT, 286, 386: участники анализируют код, производительность и опыт использования подобных систем, а также роль ИИ в разработке. Проект признаётся интересным примером графической ОС на старом железе, но некоторые скептически относятся к применению ИИ. Обсуждается уязвимость к перезаписи обработчиков прерываний и таймера — одни считают это значимой проблемой, другие — нет. Предлагаются улучшения: поддержка сети, улучшение интерфейса, портирование приложений вроде WordStar и VisiCalc. Отмечается потенциал ИИ в создании сложных систем, но подчёркивается необходимость человеческого участия в разработке и документировании.

Вместо платного VPS автор превратил ненужный смартфон CMF Phone 1 в сервер для личных сервисов: удалённого браузера Surf, трекера финансов, screen sharing и других веб-приложений. Устройство обладает 8 ядрами ARM, 8 ГБ ОЗУ, Wi-Fi 6, 5G и аккумулятором — всё это уже оплачено и работает без лишних расходов.

Первая попытка заменить Android на postmarketOS провалилась: пропали Wi-Fi, GPU и другие критичные драйверы. Восстановление заводской прошивки заняло часы и потребовало Windows в QEMU. В итоге автор оставил Android и использовал Termux как среду для запуска Linux-приложений через chroot. Termux:Boot автоматически стартует SSH и сервисы после перезагрузки, Tailscale обеспечивает постоянный доступ по адресу ssh cmf. Дашборд на Vue собирает метрики: загрузку CPU, память, температуру, заряд батареи и статус сервисов, отображая их локально или через Tailnet. Система воспроизводима через Git, тихая, энергоэффективная и работает даже при сбоях питания. Хотя это не для критичных данных и не замена серверу с GPU, для личных нужд — идеальное решение.

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

Photosynthesis — это камера‑приложение для iPhone, которое одновременно использует две (или три) объективы, захватывая кадры одновременно и объединяя их в один высокодетализированный снимок без применения генеративного ИИ. Основная идея — сохранить всю оптическую информацию с обоих объективов, чтобы пользователь мог получить одновременно широкий угол обзора и мелкую детализацию, как будто у него был один «идеальный» объектив.

Ключевой факт: при съёмке концертов, пейзажей или удалённых объектов приложение сохраняет читаемые надписи, текстуры и даже мелкие детали, которые обычно теряются при обычном цифровом приближении. Для iPhone 11 и новее (модели с минимум двумя задними камерами) приложение работает в паре «основной + зум» или «основной + широкоугольный», а на трёхобъективных смартфонах можно выбирать любые комбинации. Все пиксели берутся непосредственно с сенсора, а машинное обучение используется лишь для выравнивания и подбора цвета, без создания новых изображений.

---

Что запомнить:

• Два объектива снимают одновременно → один снимок с реальной оптикой и без ИИ‑искажений.
• Позволяет одновременно увеличить детализацию и сохранить широкий контекст, идеально подходит для концертов, пейзажей и удалённых объектов.
• Поддерживает iPhone 11‑и новее; автоматический экспорт в iCloud/папку, но фото хранятся в приложении до их удаления.

---

Факт‑бонус: даже на обычных iPhone без оптического зума приложение даёт ощущение «идеального» объектива, сочетая детализированный центр с панорамным фоном, что делает возможным «zoom‑and‑crop» без потери качества.

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

Мы заменили Redis‑хранилище резервов на MySQL и смогли выдержать нагрузку в $5,1 млн продаж в минуту в 2025 году.
Ключевая идея — по одной строке на каждый товарный остаток, а не на одну строку на товар с колонкой количества. Это позволило использовать SKIP LOCKED, получая конкурентный доступ к отдельным единицам и избегая конфликтов при одновременных покупках.

Получилось два важных вывода. Во‑первых, старые ограничения (одна строка‑количество) устарели: современные версии MySQL уже поддерживают нужный уровень изоляции, и их стоит перепроверить при росте нагрузки. Во‑вторых, простая прототипная проверка (небольшой скрипт, мониторинг блокировок) раскрыла реальный узел — избыточное использование соединений, а не «медленные» запросы. В итоге система стала надёжнее: больше нет перепродаж и больше завершённых покупок, а база остаётся здоровой для всех остальных процессов.

Тред критикует подход Shopify к резервированию товаров, предлагая альтернативы: отдельная строка на заказ-товар или фоновый возврат товаров в запас. Участники согласны, что денормализация повышает производительность, но может вызывать проблемы с согласованностью и блокировками. Рекомендуется шардирование таблицы запасов по ID магазина для снижения нагрузки. Некоторые считают Shopify шагом назад — вместо Redis используется диск-ориентированная БД, не справляющаяся с десятками тысяч одновременных соединений. Хотя готовые решения проще, в данном случае они могут быть неоптимальны.

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

Цифра, которую нельзя игнорировать: более 70 % случаев плагиата в вузах Европы связано с генерацией текста ИИ. Уже сейчас преподаватели отмечают рост числа запросов на «проверку» через устные экзамены.

Устные защиты эффективны для проверки понимания материала и борьбы с использованием ИИ, но требуют значительных ресурсов и трудны для масштабирования. Некоторые считают их необходимыми, другие — непосильными для студентов с социальными фобиями или другими ограничениями. Предлагаются альтернативы: «AI Authenticity Audit» и акцент на процессе обучения, а не только на результате.

Fastmail теперь позволяет выбрать, где будет храниться ваш основной набор данных — в Европе или США. Вы можете разместить основную копию почты и файлов на собственном оборудовании в Амстердаме, а резервные копии — в США. Это влияет на то, какие серверы обслуживают ваши запросы, но не меняет уровень шифрования: все данные зашифрованы на диске.

Цифры и факты: данные хранятся в трёх копиях — основной в выбранном регионе, резервная в географически отдельном месте, а аварийные бэкапы — в Филадельфии. При переезде в ЕС синхронизация требует передачи почти всех писем через океан, но если вы уже имели копию в США, то нужно лишь небольшое количество данных. Выберите регион в настройках — ваш выбор полностью контролирует, где хранится ваша основная копия.

Даже если данные хранятся в ЕС, они могут быть доступны американским властям через Cloud Act, если компания зарегистрирована в США. Настоящая безопасность — в сервисах, полностью принадлежащих европейским компаниям без присутствия в США: Tuta, mailbox.org, posteo.de, runbox.com, migadu.com. Юрисдикция важнее местоположения серверов: лучше европейский оператор с данными за пределами ЕС, чем неевропейский с дата-центром в ЕС.

Intel‑процессор в новом Dell XPS 13 показывает лучшую энергоэффективность, чем Apple‑чипы в большинстве моделей MacBook. На тесте Top500‑бенчмарка (HPL Linpack) ноутбук отдает 127,9 Гфлоп/с, потребляя всего 20,6 Вт — 6,21 Гфлоп/Вт, что даже превосходит M4‑Mini (7,57 Гфлоп/Вт). При этом MacBook Neo выдает 57,0 Гфлоп/с при 10,6 Вт (5,38 Гфлоп/Вт), но уступает в звуке, отсутствии Windows и возможности установки Linux.

Эти цифры опровергают давно существующее мнение, что преимущество ARM в энергосбережении объясняется лишь архитектурой. Теперь x86‑ядро Core 5 320 доказывает, что эффективность зависит от микросхемы в целом. Даже в повседневных задачах ноутбук Dell почти не отдаляется по энергопотреблению от MacBook.

Эффективность ≈ 6,2 Гфлоп/Вт — рекорд для ноутбука с Windows.
Тест Top500 подтвердил, что Intel «догнал» Apple по производительности на Watt.

Тред обсуждает опыт эксплуатации процессоров Intel и Apple, включая сравнение Intel Core 5 320 Wildcat Lake и Apple M4 по производительности, энергоэффективности и цене. Подчёркивается важность наличия разъема для наушников при выборе ноутбука, особенно для работы и учёбы. Отсутствие разъема в Dell XPS 13 рассматривается как значимый недостаток, с упоминанием альтернатив — USB-наушников и адаптеров. При выборе ноутбука следует учитывать не только производительность процессора, но и наличие портов, качество звука и энергоэффективность, особенно при частом использовании в пути.

Кодинг — не самый сложный элемент создания продукта. На деле программисты годами получали высокие зарплаты, сталкивались с выгоранием и жёсткими сроками, а книги вроде Clean Code и The Pragmatic Programmer стали классикой не из‑за лёгкости, а из‑за глубины задачи. Если бы написание кода было действительно простым, зачем требовались десятки‑тысячных часов обучения, интервью‑тесты LeetCode и герои вроде Джон Кармаха или Фабрис Беллард?

Определять, что именно построить, остаётся главным вызовом. Продукт‑менеджеры часто теряются в формулировках, а «понимание клиента» всё равно считается «мелкой» работой, хотя именно она определяет, будет ли функция востребована. Поэтому вместо того, чтобы писать десятки одинаковых прототипов, стоит научиться слушать пользователей, а не полагаться лишь на автоматический генератор кода. И помните: не отдавайте AI полную ответственность за ваш продукт — ваша эмпатия и суждение остаются уникальными.

Тред дополняет статью, показывая, что сложность кодинга зависит от уровня инженера и контекста: для джунов — написание кода, для сеньоров — архитектура, коммуникация и управление неопределённостью, а LLMs смещают нагрузку с написания на верификацию и управление поведением ИИ.

• Писать код, который работает — легко; писать корректный, поддерживаемый, масштабируемый код — сложно, и именно это требует десятков тысяч часов обучения и опыта.

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

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

• Код, который легко написать — это не то, что ценится в продакшене; ценится код, который надёжен, понятен, тестируем и легко расширяется — это требует высокой квалификации и дисциплины.

• Большинство инженеров сталкиваются с тем, что сложность смещается от написания кода к координации, требованиям, интеграциям, QA и коммуникации — особенно в крупных компаниях.

• LLMs усиливают необходимость в инженерии надёжности: теперь нужно строить системы, которые направляют, ограничивают и проверяют поведение ИИ, а не просто писать код.

• Программирование — это не только код, а процесс: анализ, проектирование, тестирование, документирование, поддержка — и только последний этап — это набор строк в редакторе.

• Спор: Некоторые считают, что 'код — лёгкая часть', потому что они работают в средах, где требования стабильны и архитектура уже определена — но это не применимо к большинству реальных проектов с неопределённостью.

• Спор: Утверждение, что 'код — лёгкий', игнорирует, что многие компании платят высокие зарплаты не за написание кода, а за способность выявлять скрытые требования и управлять техническим долгом.

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

• Совет: Если вы думаете, что код — лёгкий, проверьте, как долго вы тратите на отладку кода, сгенерированного LLM, и на то, чтобы убедиться, что он не создаёт уязвимостей или не отклоняется от требований.

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

• Книги вроде TAOCP и SICP не о коде — они о фундаментальных алгоритмах и структурах, которые требуют глубокого понимания, а не просто умения печатать.

• Автоматизация (включая LLMs) не устраняет сложность — она меняет её: теперь нужно понимать, как управлять системами, которые генерируют код, а не просто писать его.

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

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

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

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