Hacker News Digest

The agents may not have learned anything from Serafini, but the visit — which took place one day before the No Kings protest — did accomplish one thing: Serafini decided against going to No Kings. He was spooked.That is exactly the chilling effect on speech that the FBI investiga

Something I'd be very interested in seeing summarized is the current state of fully open source software on SoCs and SBCs. I hate how common the situation described in the nVidia section where SoCs that require vendor kernels get abandoned on ancient software, so it would be very

Диаграмма Смита из электротехники — это образ декартовой сетки в правой полуплоскости под функцией f(z) = (z - 1)/(z + 1). Эта функция является частным случаем преобразования Мёбиуса, которое отображает обобщенные круги (окружности и прямые) на обобщенные круги. Мнимая ось в z-плоскости отображается в единичную окружность в w-плоскости, а вся правая полуплоскость — внутрь этой единичной окружности.

Вертикальные линии в z-плоскости с постоянной положительной действительной частью преобразуются в окружности в w-плоскости, которые находятся внутри единичной окружности и касаются её в точке w = 1. Горизонтальные линии с постоянной мнимой частью также отображаются в окружности, проходящие через точку w = 1, за исключением действительной оси, которая преобразуется в прямую.

• Обсуждение началось с демонстрации интерактивного примера на Observable, где показано, как работает Smith Chart и как он связан с геометрией Мёбиуса и гиперболическим пространством.
• Участники поделились ссылками на учебные материалы и практические примеры использования Smith Chart, включая ссылки на Cypress и Texas Instruments.
• Обсуждались математическая природа Smith Chart как отображения комплексной плоскости на сферу Римана и как это отображение используется для визуализации отношения волнового сопротивления.
• Участники поделились личными историями о том, как они сталкивались с Smith Chart в учебе и работе, включая трудности в понимании и использовании.
• Были подняты вопросы о том, какие еще визуализации могли бы быть использованы вместо Smith Chart, и было высказано предположение, что визуализация в Malloy может быть полезна в этом контексте.

В предоставленном тексте содержится только начало статьи "Почему я пишу код, будучи CTO" от Джона Ванга, соучредителя и технического директора компании Assembled. Статья начинается с констатации того, что многие технические директора перестали писать код несколько лет назад. Однако полного содержания статьи для создания полноценного пересказа недостаточно. Для подготовки точного и ёмкого пересказа необходимо предоставить полный текст статьи.

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

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

Ключевое различие - разный уровень автономии для основных и второстепенных задач. Для творческой работы требуется быстрый отклик и контроль, тогда как для рутины важен конечный результат. Этот подход решает проблему иерархии статусов в командах - ИИ может выполнять "грязную работу" без создания низкостатусных ролей. Идея "главного программиста" с поддержкой команды, описанная Фредом Бруксом в 1975 году, теперь экономически реализуема благодаря ИИ, что позволяет сосредоточиться на главном, делегируя второстепенное.

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

Автоматические инструменты перевода кода с C на Rust полезны, но создают небезопасный и неидиоматичный код. Авторы Jaemin Hong и Sukyoung Ryu исследуют эти проблемы и предлагают решения с использованием статического анализа. Основные трудности включают различия в управлении памятью, типах данных и моделировании ресурсов между двумя языками.

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

• Обсуждение вращается вокруг проблемы автоматического перевода C в Rust и обратно, включая проблемы с безопасностью, размером массивов и управлением памятью.
• Участники отмечают, что автоматический перевод может привести к небезопасному коду, особенно если не удается точно определить размеры массивов.
• Также обсуждается, что если Rust потеряет популярность, то может появиться необходимость в обратном переводе, что вызывает сомнения в целесообразности таких усилий.
• Некоторые участники подчеркивают, что вместо полного переписывания, возможно, лучше сосредоточиться на создании инструментов, которые могли бы помочь в безопасной работе с памятью в C.
• В конце концов, обсуждение подводит к мысли, что вместо попыток автоматического перевода, лучше было бы сосредоточиться на создании инструментов, которые могли бы помочь в безопасной работе с памятью в C.

Недавно на рейсе British Airways из Гонконга в Лондон автор обнаружил бесплатный WiFi для "сообщений" через программу лояльности. Оказалось, что для регистрации достаточно ввести email без верификации прямо в полёте. Бесплатный интернет работал с WhatsApp, Signal и WeChat (без изображений), но блокировал Discord и обычные сайты.

Автор выяснил, что система использует SNI (Server Name Indication) из TLS-рукопожатия для определения типа трафика. SNI раскрывает домен до установления шифрования, позволяя авиакомпании блокировать не-whitelisted домены. Эксперименты показали, что даже прямые подключения по IP без SNI блокируются, а использование SNI от WhatsApp (wa.me) обходит ограничение, позволяя установить соединение с любым сайтом через хост-заголовок HTTP.

• Обсуждение началось с описания способа обхода ограничений Wi-Fi в самолётах и круизных лайнерах с помощью VPN, DNS-туннелирования и прочих техник, включая использование порта 53/UDP и DNS-over-HTTPS.
• Участники обменялись историями о том, как они обходили плату за Wi-Fi в полёте, используя различные комбинации инструментов вроде OpenVPN, WireGuard, Iodine и прочих.
• Обсуждались также такие темы, как SNI-утечки, обфускация трафика и их влияние на приватность пользователей.
• Упоминались также вопросы о том, как авиакомпании и другие транспортные компании могут отслеживать и ограничивать использование VPN и прокси-серверов.
• В конце обсуждение перешло к обсуждению более широких тем, таких как приватность и безопасность в сети, а также о том, как технические меры могут быть использованы для обхода цензуры и ограничений.

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

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

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

Команда Asahi Linux продолжает работу над поддержкой чипов Apple M3, хотя на данный момент базовая функциональность позволяет только загружать систему до мигающего курсора. Разработчики активно портируют загрузчик m1n1 на язык Rust, что повысит безопасность и поддерживаемость критически важного компонента. Параллельно ведется работа над патчами ядра Linux для версий 6.17 и 6.18, где уже добавлены Device Trees для устройств Apple M2 Pro/Max/Ultra.

Успехи также отмечены в игровой сфере — Wine теперь работает вне muvm, а поддержка графики продолжает совершенствоваться. Несмотря на прогресс с M1 и M2, чипы M3, M4 и недавно анонсированный M5 все еще находятся в стадии обратной разработки. Как отмечают разработчики: "Базовая поддержка M3 существует давно, но она ограничивается возможностью загрузки до мигающего курсора, что полезно только для низкоуровневого реверс-инжиниринга".

• Пользователи обсуждают, что владельцы Mac на M1-M4 чипах по-прежнему не могут полноценно использовать Linux на своих машинах, и это вызывает тревогу, особенно учитывая, что Apple не проявляет особого интереса к поддержке Linux на своих устройствах.
• Участники обсуждения отмечают, что даже несмотря на это, сама по себе поддержка Asahi Linux остается важной, так как она позволяет продлить жизнь этих устройств, когда Apple прекратит поддержку macOS.
• Некоторые участники подчеркивают, что ситуация с Linux на Apple Silicon выглядит как бесконечная борьба, и что это может быть неразрешимой проблемой, если Apple не изменит свою политику.
• Также обсуждается, что в то время как Apple продолжает выпускать новые чипы, Asahi Linux может не успевать за ними, что делает невозможным поддерживать актуальные версии ядра и драйверов.
• Наконец, участники обсуждения отмечают, что существует альтернатива в виде ноутбуков от других производителей, которые лучше подходят для Linux, но они не такие же качественные, как MacBook, что делает выбор сложным для тех, кто предпочитает Linux, но привык к премиальному качеству MacBook.

Pretty big caveat; 5 seconds AFTER all data has been loaded into memory - over 2 minutes if you also factor reading the files from S3 and loading memory. So to get this performance you will need to run hot: 4000 CPUs and and 30TB of memory going 24/7. > Once trusted, each worker