Hacker News Digest

Чарли Джавис приговорена к семи годам тюрьмы за мошенничество при продаже своего стартапа JPMorgan. Её компания Frank, позиционировавшаяся как платформа для помощи студентам с финансированием образования, была куплена банком за $175 млн в 2021 году, но оказалось, что данные о пользователях были сфальсифицированы.

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

• Осуждается мошенничество основательницы стартапа, подделавшей данные пользователей для продажи компании JPMorgan за $175 млн, что привело к её тюремному заключению.
• Поднимаются вопросы о недостаточной проверке (due diligence) со стороны JPMorgan, despite явные признаки фальсификации данных и уловки продавца.
• Обсуждается феномен «30 до 30» от Forbes как потенциального маркера для мошенников и общая культура приукрашивания в стартап-среде.
• Отмечается избирательность правосудия: мошенничество против банков наказывается, while аналогичные действия банков часто остаются безнаказанными.
• Сравнивается данный случай с другими громкими делами (Theranos, SBF) и обсуждаются возможные сроки и условия заключения в «тюремном лагере».

Автор провёл эксперимент с ригатони, сравнив фактическое время варки с рекомендациями на упаковке (13–15 минут). Измерения показали, что его семья предпочитает пасту al dente уже через 9–12 минут, причём идеальное время для него — 10:15, а для других членов семьи — от 9:45 до 11:30. К 12:45 все сошлись во мнении, что паста становится слишком мягкой.

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

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

Разработчики всё чаще сталкиваются с увеличением времени на модификацию или исправление кода, сгенерированного большими языковыми моделями. Это явление, названное «долгом понимания», напоминает работу с унаследованными системами, где перед внесением изменений необходимо глубоко разобраться в логике и контексте кода. Однако масштаб проблемы стал беспрецедентным из-за лавинообразного роста объёмов нечитаемого кода, который ИИ-инструменты производят с огромной скоростью.

Команды, заботящиеся о качестве, тратят время на ревью и рефакторинг такого кода, сводя на нет первоначальную экономию времени. Другие же просто коммитят непроверенные и непонятые фрагменты, создавая риски на будущее. Хотя ИИ может помочь с 70% правок, остальные 30% приводят к «петлям безысходности», когда модели не справляются с задачей, и разработчикам приходится разбираться в чужом коде самостоятельно. Это накопление долга понимания становится бомбой замедленного действия для миллионов проектов.

• LLM-генерация кода ускоряет разработку, но часто приводит к сложному, плохо понятному коду, что создает долгосрочные проблемы с поддержкой и увеличивает "долг понимания".
• Мнения разделились: одни считают проблему поддержки LLM-кода преувеличенной или временной, другие видят в ней фундаментальный сдвиг, усугубляющий существующие проблемы с legacy-кодом.
• Предлагаются стратегии работы: строгий ревью, использование LLM только для тривиальных задач/черновиков, написание тестов и документации, либо полное принятие модели "черного ящика".
• Многие ожидают, что будущие LLM смогут сами понимать и поддерживать сгенерированный код, что изменит роль разработчика на более высокоуровневую.
• Параллель с прошлыми проблемами (офшорная разработка, копипаст с Stack Overflow), но масштаб и скорость генерации LLM создают беспрецедентные вызовы.

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

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

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

BlueSky автоматически блокирует контент для взрослых, используя алгоритмы для пометки аккаунтов и скрытия их постов. Это вызывает споры, поскольку система может ошибочно цензурировать легальный контент, включая искусство, образовательные материалы и аккаунты ЛГБТК+. Пользователи в ЕС теоретически могут использовать GDPR для обхода этих блокировок, запрашивая исправление неточных меток как ошибочных персональных данных.

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

• Критика отсутствия сквозного шифрования в личных сообщениях Bluesky и опасения по поводу их доступности для модерации.
• Споры о разумности блокировки личных сообщений для неподтвердивших возраст пользователей как меры защиты от злоупотреблений.
• Обсуждение централизации Bluesky, несмотря на использование децентрализованного протокола, и её последствий.
• Вопросы к процессу верификации запросов на данные пользователей и соответствию GDPR.
• Сравнение подхода Bluesky к модерации и приватности с другими платформами, в частности с Twitter.

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

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

• Пользователи критикуют Disqus за обилие рекламы, трекеров, низкую производительность и сложность борьбы со спамом, что заставляет искать альтернативы.
• Предлагаются различные решения для комментариев: самохостинг (Isso, Remark42, Comentario), использование сторонних сервисов (GitHub Discussions через Giscus, Hyvor Talk), интеграция с федеративными платформами (Mastodon, Bluesky) или полный отказ от комментариев.
• Распространена точка зрения, что содержательные обсуждения ушли в соцсети (HN, Reddit) и Fediverse, а комментарии на блогах часто не стоят усилий по поддержке и модерированию.
• Многие предпочитают минималистичные подходы: запрос комментариев по email, кросс-постинг статей в сообщества для обсуждения или простое удаление функционала комментариев.
• Подчёркивается важность контроля над данными, производительности и приватности при выборе системы комментариев, а также сложность борьбы со спамом без централизованных решений.

Файловая система Bcachefs полностью удалена из основного ядра Linux, начиная с версии 6.18. Это решение связано с тем, что разработка переместилась во внешний модуль DKMS, что сделало встроенную версию устаревшей и потенциально вызывающей путаницу. Ранее, в релизе 6.17, система уже была помечена как внешне поддерживаемая.

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

• Пользователи выражают разочарование удалением bcachefs из основной ветки ядра Linux из-за конфликта между его разработчиком и сообществом.
• Обсуждаются технические последствия перехода на DKMS-модуль: необходимость настройки для Secure Boot, потенциальные проблемы с будущими обновлениями ядра.
• Участники сравнивают bcachefs с другими файловыми системами (Btrfs, ZFS), отмечая его потенциал, но критикуя текущую производительность и стабильность.
• Основная причина удаления видится не в технических недостатках, а в неспособности сопровождающего соблюдать правила разработки ядра.
• Высказываются надежды на возврат bcachefs в основную ветку в будущем с другим сопровождающим и после достижения большей стабильности.

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

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

• EUPL моделируется после GPLv3, закрывает SaaS-лазейку, но исключает положения о тивоизации и DRM, а также явно определяет юрисдикцию ЕС.
• Лицензия фокусируется на юридической интероперабельности в ЕС, имеет список совместимых лицензий, но её совместимость с GPL вызывает споры о потенциальном релизайсинге.
• EUPL мало распространена, воспринимается как политический/правовой компромисс, а не идеологическое заявление, и её практическая полезность ставится под сомнение.
• Некоторые участники обсуждают выбор между EUPL и AGPLv3, отмечая модификации EUPL и её применимость вне ЕС.
• Поднимаются вопросы о лицензиях с ограничительными клаузами (например, против оружия или ископаемого топлива), но отмечается их непопулярность из-за неоднозначности.

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

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

• Пользователи высоко оценили плавность и визуальную привлекательность интерактивной демонстрации с эффектом жидкого стекла, особенно на мобильных устройствах.
• Обсуждались технические аспекты: доступность исходного кода, высокое потребление ресурсов на десктопах, возможная основа на клеточных автоматах и низкое разрешение рендеринга.
• Были высказаны опасения по поводу практической применимости: плохая читаемость, переопределение жестов на мобильных устройствах и нецелесообразность использования в реальных продуктах.
• Отмечены интерактивные возможности: реакция на касания, движение мыши, изменение размера окна и поддержка стилуса.
• Дизайн вызвал полярные реакции: одни видят в нем смелую инновацию, другие — возрождение неудачного тренда (как в Windows Vista) и намеренное ухудшение юзабилити.

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

Ключевые ошибки работодателей — устаревшие представления о длительном онбординге и интервью, сфокусированные на алгоритмах, а не на реальных навыках. Джуниоры, свободные от шаблонов, часто превосходят сеньоров в гибкости и скорости обучения. Чтобы найти лучших, стоит искать кандидатов вне традиционных каналов, например, среди тех, кто не прошёл в Y Combinator, но проявил инициативу.

• Сложности найма джунов из-за заучивания LeetCode и использования ИИ в учебе, снижения страсти к профессии.
• Риски найма слабых джунов и необходимость эффективных фильтров для выявления талантов.
• Переизбыток выпускников CS на фоне сокращения числа вакансий для новичков.
• Важность реального опыта для джунов и конкуренции с ИИ.
• Разные подходы к оценке джунов: сложные задачи vs. простые, проверка мышления и сотрудничества.