Hacker News Digest

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

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

• OpenAI запретил ChatGPT выдавать медицинские и юридические советы, но не уточнил, распространяется ли запрет на API и другие модели; пользователи обсуждают, что это может быть связано с недавним инцидентом с Ким Кардашьян и экзаменом на юридическую тему.
• Участники обсуждения отмечают, что ChatGPT всё ещё может дать советы, если их специально спросить, но OpenAI не несёт ответственности за последствия использования модели в этих областях.
• Некоторые комментаторы считают, что это может быть началом конца свободного использования AI, и что в будущем могут появиться лицензированные версии для профессионалов.
• Также обсуждается, что это может быть способом избежать ответственности за неправильные советы, особенно после инцидента с Ким Кардашьян, которая обвинила ChatGPT в неправильных ответах на экзамене.

Book.sv предлагает персонализированные рекомендации книг на основе истории чтения пользователей. Сервис позволяет импортировать полки из Goodreads или вручную добавлять прочитанные книги для получения индивидуальных подборок. В системе учитывается только популярная литература, хотя менее известные книги можно использовать в других функциях, например "Intersect". Для оптимальных результатов рекомендуется указывать не менее 3 книг.

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

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

Психологи определяют интеллект как общую ментальную способность к рассуждению, планированию, решению проблем и обучению. Интуитивно кажется, что обладающие этими качествами люди должны быть счастливее: они лучше справляются с трудностями, делают более продуманные планы и учатся на ошибках. Однако исследования показывают обратное: мета-анализы и данные опросов 30 тысяч человек за 50 лет свидетельствуют о слабой отрицательной корреляции между интеллектом и счастьем (r = -.06).

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

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

В предоставленном тексте отсутствует основная статья о китайских автобусах и кибербезопасности в Норвегии. Видны только элементы сайта Scandasia, дата публикации (6 ноября 2025 г.) и краткое описание сайта как "Nordic News and Business Promotion in Asia".

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

• Обсуждение вращается вокруг тезиса: китайские производители транспортной техники (автобусы, поезда, сельхозтехника) могут быть использованы для шпионажа или отключения техники, что вызывает опасения по безопасности и суверенитету.
• Европейские и американские компании, которые могли бы конкурировать с китайскими гигантами, были заблокированы в слиянии, что оставляет рынок без альтернатив.
• Поднимается вопрос о том, что китайские компании могут быть использованы для слежки или отключения техники, что вызывает опасения по безопасности и суверенитету.
• Обсуждается, что китайские компании могут быть использованы для слежки или отключения техники, что вызывает опасения по безопасности и суверенитету.
• Поднимается вопрос о том, что китайские компании могут быть использованы для слежки или отключения техники, что вызывает опасения по безопасности и суверенитету.

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

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

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

Smalltalk оказал значительное влияние на Ruby, хотя его синтаксис практически не перешёл в Ruby. Основное влияние проявилось в объектно-ориентированных принципах, особенно в идее, что все данные являются частью объектной системы. В отличие от Perl, автор статьи работал с Smalltalk несколько лет и считает его одним из любимых языков, хотя вряд ли будет использовать его снова.

Smalltalk возник в Xerox PARC, той же команде, что создала графический интерфейс, Ethernet и лазерный принтер. В 80-90-х годах Smalltalk был коммерческим продуктом (ObjectWorks/VisualWorks), широко использовался в авиационной промышленности и для проектов, лёгших в основу экстремального программирования. В 1995 году бывшие сотрудники Xerox PARC в Apple выпустили Squeak — открытую реализацию Smalltalk, написанную в основном на самом себе, что обеспечило её лёгкую переносимость. В отличие от большинства современных языков, Smalltalk развивался независимо от Unix/C, представляя собой собственную операционную систему с уникальным синтаксисом и интегрированной средой разработки.

• Smalltalk-80 и его наследие: образ системы (image) как способ распространения состояния, но его нет в современных системах, что делает Smalltalk-80 уникальным.
• Проблема в том, что Smalltalk-80 не имеет синтаксиса, который бы соответствовал современным ожиданиям, и это делает его непривлекательным для новых разработчиков.
• Ruby унаследовал объектную модель Smalltalk, но не его среду разработки, что делает Smalltalk-80 уникальным в своем роде.
• Сообщество Smalltalk активно разрабатывает Pharo и другие современные реализации, но они не могут конкурировать с уже устоявшимися языками, потому что не имеют большой экосистемы.
• Проект, который начинал как Smalltalk-80, теперь может быть выжившимся только как встроенный язык в некоторых проприетарных системах.

Carice Cars представляет TC2 — полностью электрический ретро-родстер, сочетающий технологии XXI века с классическим дизайном. Автомобиль позиционируется как произведение искусства, позволяющее водителю и пассажирам "убежать от повседневной суеты" и насладиться чистотой вождения. Компания подчеркивает, что TC2 создан для всех, а не только для водителя, и предлагает уникальные эмоции за рулем.

Ключевая особенность TC2 — исключительная легкость (всего 590 кг включая батарею), что обеспечивает динамичную yet комфортную управляемость и низкое энергопотребление. Автомобиль позиционируется как воплощение "сути вождения" — элегантный, стильный и при этом простой. Компания открыта для бронирования мест в следующей производственной партии, подчеркивая эксклюзивность модели.

• Обсуждение вращается вокруг Carice TC2 — электромобиль, который позиционируется как «аналоговый» и «без подключения к интернету», но при этом стоит 55 000 евро и не имеет ни одного из современных «фич».
• Участники спорят о том, насколько «аналоговый» этот автомобиль на самом деле, и стоит ли он своих денег, учитывая, что он не имеет ни GPS, ни камер, ни даже цифровых дисплеев.
• Обсуждается, что в 2024 году отсутствие этих функций может быть воспринято как недостаток, особенно при такой цене.
• Участники также обсуждают, что влияние на конфиденциальность и безопасность владельца может оказать тот факт, что автомобиль не имеет подключения к интернету.
• Некоторые участники высказывают мнение, что в 2024 году автомобиль без цифровых дисплеев и подключения к интернету может быть не более чем нишевым продуктом для энтузиастов.

Radiant Computer представляет собой проект по созданию персонального компьютера с нуля, свободного от исторического багажа и влияния Big Tech. Авторы считают, что современная вычислительная индустрия движется к менее свободному миру, где системы проектируются вокруг моделей вовлеченности и слежки, а не потребностей пользователей. Их система предлагает альтернативу: без браузера, с собственной сетью, напоминающей ранний интернет, без соцсетей, скриптов и трекеров.

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

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

В Нью-Йорке запрет на смартфоны в школах вернул шумную жизнь в столовые. В школе Бенджамина Н. Кардозо в Квинсе студенты теперь играют в Jenga, шахматы и другие настольные игры вместо того, чтобы скроллить телефоны. "Это год стал намного громче", - говорит 15-летняя Химена Гарсия, добавляя, что хотя ей раньше удавалось вздремнуть в столовой, теперь это невозможно из-за шума, но "это весело". Преподаватели пожертвовали настольными играми, а ученики-волонтеры следят за их распределением. Для многих это первый опыт игры в такие игры.

Запрет запрещает все интернет-устройства в течение учебного дня, с исключениями для некоторых студентов с ограниченными возможностями и изучающих английский язык. В Кардозо 3100 студентов хранят телефоны в магнитных мешочках, блокирующих интернет. Опрос учителей показал, что 89% считают новые правила улучшившими школьную среду, а 76% отмечают большую вовлеченность учеников на уроках. "Когда ученики кладут телефоны, они берут книги - и строят дружбу", - говорит глава профсоюза учителей. Однако некоторые студенты против запрета, считая, что это лишает их привилегий и разрушает доверие.

• Ученики признают, что без телефонов в школе им приходится «думать в классе» и «делать глубокий речерч» вместо мгновенного поиска в Google.
• Сторонники запрета утверждают, что школьная столовая снова стала шумной, как в их детстве, и что это возвращение к норме.
• Критики настаивают, что запрет на телефоны в школе — это не более чем ностальгическая дань устаревшим нормам, которая не готовит детей к цифровой экономике.
• Некоторые комментаторы поднимают вопрос о том, что влияние смартфонов на мозг подростков может быть сравнимо с влиянием сигарет на здоровье в 1950-х, и что мы могли бы ожидать аналогичного общественного ответа.
• Другие вспоминают, что в их собственном детстве не было никаких телефонов, и что это не мешало им вырасти и развиваться.

Hypothesis 6.145.1 — это библиотека для property-based тестирования в Python. Вместо написания тестов для конкретных входных данных, разработчики описывают диапазон входных значений, а Hypothesis самостоятельно генерирует случайные тесты, включая граничные случаи, которые могли быть упущены. Пример тестирования функции сортировки демонстрирует использование декоратора @given со стратегиями для списков целых чисел или чисел с плавающей точкой, где библиотека генерирует случайные списки для сравнения пользовательской реализации со встроенной функцией sorted().

Документация структурирована для разных уровней пользователей: от краткого руководства для начинающих до подробного API-справочника. В ней представлены разделы с обучающими материалами, практическими руководствами для специфических сценариев и объяснениями для углубленного понимания библиотеки. Библиотека активно развивается с 2013 года и поддерживается сообществом, что делает её надежным инструментом для повышения качества тестирования в Python-проектах.

• Property-based testing (PBT) выявляет крайние случаи, которые обычные тесты могут пропустить, но требует «оракула» или спецификации, что делает его менее универсальным инструментом.
• Основной барьер внедрения PBT — это не только отсутствие знаний, но и необходимость переосмыслить подход к тестированию и, возможно, саму архитектуру кода.
• В отличие от классических примеров, PBT требует, чтобы разработчик формализовал свой код и его свойства, что делает его менее доступным для специалистов, не знакомых с формальными методами.
• Несмотря на то, что Hypothesis и подобные инструменты делают PBT доступным на практике, они не решают фундаментальную проблему: для сложных систем требуется либо сравнение с другой реализацией, либо формальная спецификация, что делает PBT менее применимым в таких случаях.