Hacker News Digest

Разработчики переходят от написания кода к роли архитекторов и менеджеров: фокус смещается с понимания каждой строки на проектирование систем, тестирование и управление рисками. Используйте LLM для реализации конкретного дизайна, а не для проектирования архитектуры — нейросети плохо создают поддерживаемые абстракции. Сместите фокус с написания кода на его тестирование: внедряйте E2E-тесты, TDD и проверяйте, что тесты падали до внесения исправлений. Роль программиста эволюционирует в сторону Principal Engineer или Product Manager: основная задача — проектировать систему и проверять результат, а не погружаться в детали реализации. Дифференцируйте подход в зависимости от критичности: для UI допустим «vibe coding», но для SQL-схем и финансовых операций требуется ручной контроль и строгий аудит. Для повышения уверенности в коде требуйте от AI не только сам код, но и доказательства его работы: скриншоты, видео, диаграммы архитектуры и детальные обзоры. Фокусируйтесь на тщательном проектировании моделей данных — ошибки в них наиболее катастрофичны и сложны в исправлении. Часть пользователей считает, что детальный разбор каждой строки кода станет невозможным из-за объёмов генерируемого AI кода; другие полагаются на статический анализ и инфраструктурные предохранители. Используйте LLM как инструмент для объяснения кода: просите нейросеть разъяснить, как работает конкретная функция или библиотека в сгенерированном фрагменте. Применяйте метод «контрольных ошибок»: просите AI намеренно внедрить несколько багов в код, чтобы в процессе их поиска самостоятельно изучить логику работы системы.

Технологии моделирования человеческой биологии без животных наконец выходят на первый план. Ещё 17 лет назад клеточный биолог Дональд Ингбер с коллегами из Института Висса при Гарвардском университете создал модель человеческого лёгкого размером меньше USB-флешки: прозрачная полимерная пластина с узкими каналами, выстланными клетками воздушных мешочков и кровеносных сосудов. При прокачке воздуха устройство ритмично расширялось и сжималось — оно «дышало». Это было радикальным отличием от прежних статических культур лёгких. При воздействии воспалительных белков, бактерий и наночастиц кремнезёма искусственное лёгкое реагировало почти как живое, а движение влияло на поглощение тканями частиц.

Журнал Science сначала отклонил статью, предложив провести дополнительные тесты на мышах; работа вышла лишь в 2010 году и с тех пор цитировалась почти 5400 раз. Этот случай показал, насколько животные модели были стандартом биомедицины. Сейчас ситуация меняется: немецкая компания TissUse строит системы «орган-на-чипе» для фармкомпаний, а одна из них обратилась к TissUse после отказа FDA разрешить клиническое испытание нового препарата. Обучение исследователей и регуляторов идёт через вебинары и модули на Coursera, которые прошли около 12 000 студентов. Джозеф Ву из Стэнфорда, соучредитель Greenstone Biosciences, делится библиотекой стволовых клеток с академическими учёными.

Ранняя разработка лекарств и регуляторные испытания составляют примерно 30 процентов используемых в опытах животных, остальные — фундаментальная биология. Замена там сложнее, но возможна: Ингбер описывает открытия в области воспалительных заболеваний кишечника, преждевременных родов и вирусных инфекций, которые нельзя было получить на животных. Хартунг называет внедрение таких методов в токсикологии «маяком» для других исследований: «Внезапно все плотины открылись».

Модели органов‐на‐чипе существуют и обещают сократить страдания животных, но их широкое внедрение ограничено техническими нюансами (например, использованием матрикса из мышиных опухолей), разнородностью регуляторных требований и скепсисом относительно полной заменяемости животных моделей. Большинство комментаторов считают тестирование на животных этически неприемлемым и поддерживают альтернативные технологии как способ уменьшения страданий. Технологии «орган‐на‐чипе» реализованы в рамках программы DARPA (Microphysiological Systems). Есть разногласия: одни считают модели недостаточно точными для полной замены животных, другие отмечают их ограниченную достоверность и необходимость дальнейших исследований. Предлагается поэтапный подход: сначала исключать животных, затем минимизировать риск и страдания, а при необходимости проводить гуманное эвтаназирование. Регуляторные органы разных стран имеют разный взгляд на приемлемость альтернатив, что замедлит полную замену животных тестированию. Органоидные модели часто выращивают в матрице Matrigel, получаемой из опухолей мышей, что требует использования животных даже при «безживотных» технологиях. Технология чипов масштабируема, позволяя проводить более обширные наборы испытаний и снижать зависимость от животных, особенно в биомедицинских исследованиях.

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

Ключевая проблема оказалась в задержке управления: отклик около 20 градусов по фазе делал аппарат почти неуправляемым. Автор перешёл на контроллер «moteus», переработал втулку и исправил синхронизацию, после чего дрон впервые оторвался от земли. Чтобы разобраться в поведении винта, он снял замедленную съёмку обычной зеркальной камерой со вспышкой — «бедняцкий» аналог высокоскоростной камеры, который отлично показал деформации потока. Отдельно построил испытательный стенд для замеров.

Видео набрало более 1,2 млн просмотров и 28 тысяч лайков; зрители называют проект «передовой инженерией дронов» и «гениальным», а один инженер с 40-летним стажем признал, что такой результат превзошёл бы все его наработки. Исходники выложены на GitHub.

Однодвигательный дрон не является революцией, а переносит сложность на программный контроль. Концепция уже использовалась в радиоуправляемых вертолетах; отличие — отсутствие традиционного шва‐плато, вся сложность в алгоритме управления. Технология существует более десяти лет, её корни в исследованиях Университета Пенсильвании. Добавление аэродинамических поверхностей и веса делает её непрактичной для военных целей. Существуют аналоги: коаксиальные роторы и монокоптеры с фиксированным мотором и управляющими плавниками, отличающиеся способом векторного управления и числом сервоприводов. Этические вопросы: одни считают дроны морально проблематичными из‐за использования в боевых действиях, другие отмечают, что они могут снизить человеческие потери, делая войны более технологичными и менее политически чувствительными. Для обучения: рекомендуется использовать LLM для пошаговых инструкций по сборке и пройти инженерный курс, охватывающий микроконтроллеры, физику, 3D‐печать и проектирование печатных плат. Новичкам следует начинать с запросов к LLM о базовых принципах, затем изучать микроконтроллеры, датчики и программирование для реализации векторного управления одной пропеллерной системой. Для повышения стабильности: установить MEMS‐гироскоп и реализовать фильтр Калмана, так как гироскопы дрейфуют со временем, а комбинирование датчиков улучшает точность.

В списке рассылки openbsd-ports представлен новый порт Wine для OpenBSD — вероятно, самый неожиданный за год. Это коллективная работа: прорыв обеспечило программное решение Андрея для проблемы с регистром %gs — «нельзя установить gsbase, поэтому мы эмулируем префикс %gs на командах». Основную нагрузку взяли на себя Андрей и Фабьен.

Интерес к Wine заметно вырос по сравнению с ситуацией 5–10 лет назад, поскольку множество Windows-программ перешло на 64-битную архитектуру. Уже протестированы десятки 64-битных приложений, в основном успешно: есть скриншоты и записи трансляций, а недавно вышедший ремастер The Witcher 3 работает хорошо (требуется добавить vkd3d-proton). Главное ограничение — не работает WoW64, поэтому 32-битные программы пока не запускаются; проверить разрядность файла можно утилитой file(1). Встроенные тесты временно отключены: для них нужен доступ к X-серверу, и часть тестов зависает, хотя в реальных играх этого не наблюдалось. Для проверки советуют Notepad++ как простое 64-битное приложение, запускать на свой риск и лучше под отдельным непривилегированным пользователем — возможно, удастся ограничить его через unveil(2).

Обсуждение дополняет статью реальными реакциями сообщества: от восторга по поводу запуска Windows‐приложений на OpenBSD до скептицизма относительно графической поддержки, вопросов о поддержке CVS и стратегии поддержания порта, а также упоминаний о потенциальных преимуществах безопасности и объёме требуемых усилий. Большинство комментаторов радуются появлению Wine на OpenBSD, отмечая рост интереса к играм и приложениям Windows в BSD‐сообществе. Совет: Автор t‐3 советует помечать все изменения как OpenBSD‐only, чтобы упростить поддержку, с возможным будущим upstream‐проектом. Спор: С одной стороны, пользователи (greyw) опасаются, что OpenBSD отстанет в графике, а с другой – есть вопросы о наличии 3‐D драйверов и их качестве. Несмотря на то, что OpenBSD всё ещё использует CVS, комментатор ninjin подчёркивает, что система работает надёжно для всех поддерживаемых платформ. Совет: Maken отмечает, что VKD3D работает «из коробки», но стек абстракций хрупок, поэтому рекомендуется тщательное тестирование. raverbashing задаёт вопрос о текущем состоянии поддержки 3D/OpenGL в OpenBSD, указывая на неопределённость практической игровой совместимости. Совет: j45 указывает, что наличие Wine на BSD может обеспечить безопасный способ запуска устаревших Windows‐приложений, изолируя их от основной системы. throwaway27448 интересуется, сколько работы и какие OpenBSD‐специфичные детали требуются для создания работающего порта, показывая интерес к оценке усилий.

Mistral выпустила Timestral — первое семейство фундаментальных моделей для временных рядов. Крупнейшая версия всего на 209 млн параметров занимает первое место на трёх главных публичных бенчмарках — GIFT-Eval, TIME и fev-bench, — обходя предыдущее состояние искусства при двух третях его размера. Модель даёт вероятностные многомерные прогнозы и поддерживает как прошлые, так и известные будущие ковариаты. Семейство включает четыре размера — 5M, 28M, 123M и 209M параметров, — и каждая версия лежит на границе Парето по точности и размеру.

В основе — синтетическое предобучение, внимание с учётом ковариат и обучение на длинном контексте в 32 768 шагов; целевая функция — pinball loss по 21 квантилю, дискретная аппроксимация CRPS. Модель работает без GPU: на серверном CPU с восемью потоками прогноз на день вперёд по трёхнедельной истории с 15-минутным шагом занимает 10 мс с версией 5M. Версия на 28M обходит Chronos-2, примерно вчетверо большую, а 209M — TimesFM-3 и Falcon-2.0 при меньшем числе параметров. Дообучение под домен доступно через Mistral Forge с развёртыванием на оборудовании клиента вплоть до изолированных сред; код открыт на GitHub под модифицированной лицензией MIT.

Обсуждение добавляет практические нюансы к достижениям Timestral: подчеркивается необходимость известных будущих ковариат, ограниченная применимость без внешних данных, проблемы масштабирования при тысячах рядов, противоречивые оценки производительности по сравнению с XGBoost, опасения по лицензии и зависимости от сервера, а также предложения по оценке моделей и стратегический европейский контекст. Для качественного прогноза важны известные будущие ковариаты (расписание, погода) – без них модели дают плохие результаты. Во многих практических задачах (например, масштабирование балансировщика) небольшая погрешность приемлема, и традиционные методы могут заменить фундаментальную модель. При десятках тысяч временных рядов обучение отдельного XGBoost‐моделя непрактично; единая TSFM экономит время и может лучше обобщать. Спор: Опыт некоторых инженеров (400 k моделей каждые 30 минут) показывает, что XGBoost остаётся быстрее и точнее, чем Timestral. Совет: Генеративные модели вроде Timestral можно использовать для синтеза шумных данных, повышая устойчивость downstream‐моделей. В некоторых областях (биология, предсказание отказов двигателей) внешних ковариат нет, и модель должна работать только на сенсорных данных. Ограничительная лицензия Timestral вызывает опасения у пользователей, желающих открытый доступ к весам. Совет: Для объективного сравнения моделей следует использовать данные с высоким соотношением сигнал/шум; иначе различия между моделями незаметны. Трансформеры уже давно подходят для временных рядов; текущие разработки продолжают работу, начатую Spacetimeformer. Спор: Некоторые считают, что реальная применимость Timestral ограничена и в блоге использован вымышленный клиент, а практических кейсов мало. Совет: Зависимость от онлайн‐сервера Timestral опасна для критических сценариев (например, прогнозы энергосистем), поэтому рекомендуется локальный запуск. Для европейских компаний Timestral рассматривается как шаг к технологическому суверенитету в области ИИ.

Программирование всё ещё может приносить удовольствие — и это не требует экономического оправдания. Да, на работе, где за код платят, экономика рукописного кода изменилась, но работа — не вся жизнь. Самые громкие голоса в интернете — самые унылые и заразительные, и стоит отключиться, как навязанное чувство бессмысленности исчезает.

Автор приводит личный контрпример: по выходным он пишет код ради удовольствия. Сейчас учится игровому программированию — его уровень это «багованный клон Breakout с ужасной проверкой столкновений». Он пишет вручную, потому что ему нравится бороться с задачами и решать их, и его не смущает, что ИИ-модель вроде Claude сделала бы то же самое одним запросом — не в этом смысл. Иногда он отвлекается на случайные темы: например, исследовал, насколько можно продвинуть типобезопасность в Java идеями из зависимо-типизированных языков вроде Agda, или разбирался со схемами рекурсии — часы упорной борьбы без ясной пользы, но понимание сложного вознаграждает, а самые красивые идеи программирования вызревают годами.

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

Обсуждение дополняет статью пессимизмом: для многих AI уничтожил радость от работы и хобби, превратив ремесло в менеджмент чужих ошибок и обесценив индивидуальный вклад. В споре о ценности AI-кода @iqp и @bepitulaz считают, что инструмент помогает воплощать идеи непрофессионалам, тогда как @YmFzZTY0ZGFkZHk называет такой код «фастфудом», ведущим к деградации архитектуры. Опытные разработчики (например, @ryandvm) отмечают, что AI забрал приятную часть работы — написание кода, оставив лишь роль скучного верификатора. В дискуссии о хобби @dleslie сравнивает программирование с вязанием, сохранившим ценность несмотря на автоматизацию, но @etra0 утверждает, что AI обесценивает даже бесплатный вклад в сообщество, заменяя часы ручного реверс-инжиниринга. @GlobalChubby опасается, что новое поколение программистов не узнает радости ручного проектирования и отладки. В противовес этому @metalhulk105 и @rskeens считают программирование ценным интеллектуальным упражнением (аналогом Factorio или математических задач) независимо от наличия AI. Для сохранения интеллектуального вызова @godshatter советует просить AI давать лишь намеки. Чтобы снизить тревогу и контролировать качество, @dwoldrich рекомендует лишить AI доступа к git, чтобы он работал в темпе человека. @Ultcyber отмечает разрыв между дискуссиями на HN и реальностью: в Центральной и Восточной Европе AI пока не изменил процесс написания кода так радикально.

Бывшая сотрудница полиции Саванны (штат Джорджия) Эмбер Харп передала мужу — агенту иммиграционной и таможенной службы (ICE) Тайлеру Харпу — свой логин и пароль к системе распознавания номеров Flock. По данным внутреннего аудита, с её учётной записи за январь–июль 2026 года было выполнено 983 поисковых запроса по 97 номерным знакам из Джорджии, Нью-Джерси, Мэриленда, Флориды, Южной и Северной Каролины. Больше всего активности пришлось на Южную Каролину: 48 номеров дали 788 запросов. В документах отмечено, что большинство владельцев машин, попавших в аудит, — латиноамериканцы.

Харп признала, что давала мужу доступ, но заявила, что он сертифицированный федеральный офицер и все поиски велись исключительно в правоохранительных целях — для розыска людей с ордерами на арест. Она утверждала, что помогала другому ведомству так же, как ожидала бы помощи для полиции Саванны, и что результат был бы тем же, выполняй она запросы сама. Руководство уволило её за передачу доступа постороннему, нарушение политики и подрыв системы контроля за использованием данных. Апелляцию она проиграла, а позже отозвала жалобу в совет по гражданской службе; увольнение вступило в силу 26 сентября. Её дело — часть более широкого расследования о злоупотреблениях Flock, в рамках которого других бывших сотрудников обвиняли в поиске романтических партнёров и знакомых из личных побуждений.

Flock — открытый SaaS без 2FA и привязки к служебным устройствам, что позволяет входить из любой точки и упрощает передачу доступа супругу‐агенту ICE. Участники отмечают системные пробелы в контроле доступа, предсказывают юридические последствия и предлагают меры усиления безопасности: обязательная 2FA, вход только с корпоративных управляемых устройств, физический контроль доступа (badge‐in), уголовная ответственность за несанкционированный доступ и использование данных без ордера. Судебные прецеденты (Chatrie v. United States) поддерживают ожидание конфиденциальности цифровой истории, что может сделать запросы к Flock незаконными. Медиа часто усиливают страх вместо обсуждения системных проблем, мешая объективному контролю. Подобные уязвимости наблюдаются в здравоохранении и NHS, подтверждая общую слабость систем без строгой защиты. Предлагается рассмотреть air‐gap для критически важных систем.

Линус Торвальдс выпустил ядро 7.3, не став затягивать с релизом: по его словам, на этой неделе он «каким-то чудом» не потерял счёт дням. Выпуск стал рекордным по всем показателям — 18 765 несливаемых коммитов от 3 021 разработчика, из которых 807 участвовали в разработке ядра впервые. Сразу после релиза открывается окно слияния для 7.4, но Торвальдс предупредил, что из-за ежегодного семейного отпуска будет заниматься слияниями не с утра, а после обеда, проводя большую часть дня на лодке под водой, так что его график какое-то время будет необычным.

Среди значимых изменений — расширения «binfmt_misc», работа по групповому планированию для повышения производительности на больших системах, новая файловая система «failfs», проваливающая все операции, системный вызов fchroot(), глобальные данные per-CPU для программ BPF, завершение функции подпланировщика «sched_ext», отслеживание рабочего набора для виртуальных машин, поддержка альтернативных потоков данных в файловой системе ntfs3 и длинный список улучшений SMB-сервера. Подробности собраны в обзорах окна слияния LWN и на странице KernelNewbies, посвящённой 7.3.

Релиз 7.3 включает ksmbd с поддержкой Time Machine, реализованную обратным инжинирингом и остающуюся проблемной при работе с клиентами Apple из-за ограничений и несовместимости. Добавлен failfs — псевдо-файловая система, где любой путь не существует, обеспечивающая строгую изоляцию процессов через ограничение доступа только к заранее открытым дескрипторам. Улучшена поддержка Apple‐silicon, хотя мнения разделились: некоторые считают темпы быстрыми, другие — лишь стабильными из-за отсутствия GPU и Thunderbolt. Появился первый драйвер Wi‐Fi HaLow (s1g/900 MHz), требующий обновлений hostapd и wpa_supplicant для полноценной работы. Политика ядра допускает использование ИИ при написании патчей при условии раскрытия его применения и оставляет ответственность за качество за человеком. Релиз стал рекордным: 18 765 неконтрольных коммитов от 3 021 разработчика, включая 807 новых участников. Исправлено рекордное количество CVE‐уязвимостей, подчёркивая усиление безопасности. Обсуждается рост количества Rust‐патчей в ядре.

Если вы пользуетесь большими языковыми моделями через готовый интерфейс с подпиской, вы видите лишь жалкое подобие статистики, а не данные, пригодные для инженерных решений. Автор настаивает: без собственного прокси-сервера вы просто не понимаете, что происходит с вашими запросами. Экспорт через OTel — лишь отговорка; настоящая прозрачность достигается только на своей инфраструктуре.

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

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

Обсуждение дополняет статью альтернативами прокси-серверам (OTEL, локальные логи) и вопросом стоимости API по сравнению с подписками. Использование прокси критикуют как создание единой точки отказа (SPOF). @CharlieDigital предлагает более надежный и менее интрузивный OpenTelemetry (OTEL) для сбора трейсов. Для пользователей подписок @jakozaur рекомендует собирать структурированные JSONL-файлы из локальных директорий (например, ~/.claude/projects/). Стоимость API значительно выше подписок: по опыту @NeutralWanted, объем данных за лимит подписки Claude в $200/мес через API был бы исчерпан за 2–3 дня. Для корпораций подписки не подходят, так как Enterprise-планы OpenAI, Anthropic и GitHub Copilot стоят значительно дороже и не субсидируются (@Lucasoato). Для изоляции API-ключей в песочницах с агентами @hoppp использует LiteLLMProxy для выдачи виртуальных ключей и реализации guardrails. Однако @jubilanti считает LiteLLM и аналоги нестабильными и уязвимыми из-за частых обновлений. В качестве альтернатив прокси упоминаются Aperture от Tailscale, AgentsView для визуализации работы агентов и OpenRouter для управления запросами. Для полной прозрачности @voodooEntity и @joshheitzman рекомендуют создавать собственный каркас агента с детальным логированием и метриками в GUI.

Кролики не являются коренными обитателями Британских островов — сегодня они один из самых разрушительных инвазивных видов, но их ранняя история отражает социальные перемены средневековой Англии. В римский период уже встречались отдельные особи, однако документальные свидетельства появляются лишь с норманнской эпохи. В 1176 году землевладелец Ричард де Вика признался, что не платил десятину со своих кроликов, полагая, что «с таких вещей десятина не положена», — сама эта путаница говорит о новизне животного. В 1235 году Генрих III подарил десять живых кроликов Джеффри Деспенсеру из своего парка в Гилфорде. Несколькими годами позже король послал людей отловить там 30–40 кроликов, но велел брать их только при хорошем состоянии колонии. Лишь на рождественском пиру 1240 года кролики впервые попали в королевский список закупок. Они стоили в четыре-пять раз дороже кур, а для защиты вольеров от браконьеров и хищников строили сторожевые башни и каменные домики.

Чёрная смерть 1346–1353 годов, унёсшая от трети до двух третей населения Европы, повысила уровень жизни выживших: земля стала доступнее, труд подорожал, и многие переняли быт высших сословий. Кролики перестали быть привилегией знати. К 1555 году швейцарский натуралист Конрад Геснер писал, что «мало найдётся стран, где не разводились бы кролики, но больше всего их в Англии». Средневековые рукописи сохранили и сатирические изображения кроликов — например, скачущего на улитке в бой с щитом и копьём, — отражавшие юмор социальной инверсии, понятный и сегодня.

Кролик в средневековой Англии был дорогим деликатесом, стоивший 4‐5 раз дороже курицы, что подтверждает его статус роскоши. После нормандского завоевания кролики появились в Англии и сначала были доступны только знати, позже стали обычным продуктом бедных. Отношение цены кролика к курице сохранялось веками, хотя в XX веке цена курицы резко упала. В современном Великобритании кролик редко употребляется в пищу, в основном в традиционных блюдах. Кролик используется в кухнях многих стран: в Португалии — coelho à caçador, во Франции — lapin aux pruneaux, в Испании — паэлья с кроликом, также в блюдах Brunswick stew, Stuffat Tal Fenek и др. Способы приготовления включают тушение, запекание, жарку и готовку в глиняных горшках. Мясо может быть жестким, поэтому рекомендуется тушить или запекать. Кроликов легко разводить в огородных клетках; для домашнего разведения лучше использовать гибриды New Zealand/California — они быстро растут и не требуют сложного ухода. Хотя кролики могут питаться только травой, продуктивность выше при разнообразном рационе. Существуют споры о вкусе кроличьего мяса: некоторые считают его недостаточно выраженным для «шокирующих» блюд, другие отмечают его достоинства. Также обсуждается, почему кролик не получил отдельного «мясного» названия — hypotheses связывают это с нормандским влиянием или языковыми особенностями.