Hacker News Digest

Ключевые моменты интервью со Стивом Баллмером

• 34 года в Microsoft: Баллмер прошёл путь от первого бизнес-менеджера до CEO, начиная с сделки IBM DOS.
• Корпоративный бизнес: сам построил направление, превратив его в опору компании.
• Провалы: открыто говорит о том, как упустили мобильные и поиск.
• «Разработчики, разработчики, разработчики»: рассказал историю легендарного лозунга.
• Отношения с Гейтсом: был год, когда они не разговаривали; объяснил, почему ушёл с поста CEO.
• Акции Microsoft: не продал ни одной — капитал вырос с $20 млрд до $130 млрд за 10 лет после ухода.
• LA Clippers и Intuit Dome: поделился планами и энтузиазмом владельца клуба.

Энергия Баллмера — на максимуме: слушайте, чтобы почувствовать «фирменный» стиль.

• Ключевой упрек Баллмеру — застревание в «окнах» и нежелание отпустить Windows-монополию; Наделла же открыл Linux, open-source и вывел Azure на новый уровень.
• Многие удивились, насколько ранним и важным был вклад Баллмера в Azure, а также напряжённости в его отношениях с Гейтсом.
• Некоторые считают Баллмера недооценённым: он знал, кого держать, спас Xbox и построил сверхприбыльный enterprise-департамент, но промахнулся по мобильным устройствам и планшетам.
• У Наделлы упрекают «санитарный» стиль, потерю культуры и якобы набор «средних» сотрудников, тогда как топ-выпускники уходили к Google и Meta.
• Сторонники Наделлы отвечают: Azure и open-source начали двигать ещё при Баллмере, а Microsoft всё ещё эффективно монетизирует Office 365 и корпоративный стек.

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

• Google AI Overview приписало музыканту Benn Jordan видео «Was Wrong About Israel» другого автора (Ryan McBeth), выдав вымышленную дату 18 августа 2025.
• Участники обсуждения считают это ярким примером опасности «галлюцинаций» ИИ: ложь становится заголовками, а пользователи без проверки верят результатам.
• Многие подчеркивают, что мелкий дисклеймер «AI может ошибаться» не решает проблему репутационного ущерба и требуют юридической ответственности Google.
• Приводятся аналогичные случаи: мелкому бизнесу приписывают мошенничество, людям — смерть, а HR-системы уже фильтруют кандидатов по ошибочным AI-досье.
• Общий вывод: общественно значимые системы запущены на публику как бета-тест без должной безопасности, и без законодательного давления ситуация ухудшится.

Bear теперь доступен в виде исходников
01 сен 2025

С момента запуска Bear код публиковался под MIT. Я хотел, чтобы его можно было изучать и проверять заявления о приватности. Однако за годы появились форки, превращённые в конкурирующие сервисы. Это больно: труд многих лет копируют за пару часов и используют против тебя.

Последний случай заставил перейти с MIT на Elastic License (от создателей Elastic Search). Лицензия почти идентична MIT, но запрещает предоставлять ПО как управляемый сервис. Текст.

Я не одинок: многие проекты последние годы меняли лицензии, чтобы остановить «паразитическую» конкуренцию. В эпоху генеративного ИИ достаточно написать «сделай форк и залей на EC2». Ценность Bear — не в коде, а в людях и обещании долгой жизни платформе.

• Автор Bearblog сменил лицензию с MIT на ограниченную «source-available» из-за боли от форков-конкурентов.
• Часть сообщества считает это «предательством» идеи open source и предлагает AGPL как компромисс.
• Другие поддерживают Business Source License или Fair Source, где код со временем всё-таки становится открытым.
• Критика: «если конкуренция больно — значит, вы не верили в open source».
• Появились опасения, что LLM легко «перепишут» проект и ограничения лицензии станут бесполезными.

Кратко:
С декабря 2026 г. CocoaPods Trunk станет только для чтения — новые версии и pod-ы добавлять нельзя. Существующие сборки продолжат работать, пока живы GitHub и jsDelivr.

Что меняется:

• Подачи новых Podspec будут отклоняться на уровне сервера.
• Репозиторий CocoaPods/Specs пометят как archived.
• Использование prepare_command в новых Podspec запрещено (май 2025).

График:

• май 2025 — блок prepare_command.
• конец 2025 — массовое письмо всем авторам Podspec.
• сен–окт 2026 — повторное уведомление.
• 1–7 ноя 2026 — тестовое отключение.
• 2 дек 2026 — финальный переход на read-only.

Обратная связь:

• Команда: [email protected]
• Orta: [email protected] или Bluesky @orta.io

• CocoaPods официально уходит в историю: мейнтейнеры решили прекратить развитие, признав превосходство Swift Package Manager.
• Пользователи благодарны за годы поддержки, но многие рады избавиться от «захвата» проекта xcworkspace и постоянных проблем с CDN.
• Критика SPM: не хватает команды outdated, баги в Xcode, плохие сообщения об ошибках; до 30 % пакетов ещё не перенесены.
• React Native, Flutter, Unity, Capacitor пока тесно зависят от CocoaPods; переход на SPM только в зачаточном состоянии.
• ~100 k старых pod-ов рискуют остаться без обновлений: придётся форкать и мигрировать вручную или ждать сообщества.

Я должен был полюбить электротехнику. В 18 лет я решил, что следующий прорыв случится в «железе», а не в приложениях: мы всё ещё печатаем на клавиатуре, как 150 лет назад. TED-ролик о SixthSense — проекторе и камере, превращающих любые поверхности в экраны, — заставил меня поверить в будущее без клавиатур.

На зимних каникулах я собрал свой прототип: проектор, веб-камера, цветные наклейки на пальцах. Не зная C#, выучил его за несколько дней, компилировал через консоль и, наконец, увидел, как квадратики следят за пальцами. Но веб-камера тормозила, код падал, я не понимал, как улучшить. Захотелось глубже знать «железо» и софт, чтобы довести идею до ума.

Вернувшись в колледж, выбрал совместную программу CSE (Computer Science + Engineering). Слушал лекции по анализу цепей и машинному обучению, но метод преподавания убивал интерес: 50 однотипных задач, формулы без объяснений, зубрёжка. Провалил два инженерных курса, SystemVerilog казался рутиной.

Вне аудиторий всё оживалось: друзья-железячники и софт-инженеры делились проектами. Профессор раздавал наборы RC-машинок, но я даже не распаковал коробку. Популярный micromouse-робот, решающий лабиринт, тоже остался нетронутым.

• EE требует мощной математики и физики (Maxwell, комплексный анализ), что делает её гораздо тяжелее CS для большинства студентов.
• Многие приходят «поиграться» (усилители, роботы), но уходят после второго курса из-за жёсткого математического фильтра.
• «Продуктивность» в софте выше: за час кода получаешь больше, чем за час пайки и трассировки платы.
• Некоторые всё же влюбляются в «железо» (signal integrity, RF), но чаще после бакалавриата и в индустрии, а не в универе.
• Сообщество делится на «техников-сборщиков» и «инженеров-физиков»; первым достаточно готовых блоков, вторым нужна глубокая теория.

USB-C PD: коротко
Стандарт Power Delivery позволяет передавать до 240 Вт. По умолчанию USB-C даёт 15 Вт (5 В × 3 А), но PD расширяет диапазон до 20 В (или 48 В в режиме EPR) и 5 А.

Переговоры устройств

1. Источник: «Вот мои профили питания» (SOURCE_CAPABILITIES).
2. Приёмник: «Дай 20 В, 5 А» (REQUEST).
3. Источник: «Ок» (ACCEPT) → «Готов» (PS_RDY).
4. Каждое сообщение подтверждается GOODCRC.

Особенности

• Профили перечисляют фиксированные напряжения и токи; есть опция PPS для точной настройки.
• Источник может отказать, если перегрет или занят.
• Устройства могут перезапускать переговоры.

• Nintendo Switch 2 плохо совместим со сторонними док-станциями: либо «ленивая» реализация USB-C, либо намеренный барьер.
• Пользователи вспоминают, как Switch 1 бриковался от сторонних зарядок, а Nintendo отказывалась по гарантии.
• Switch 2 требует 60 Вт, но заряжается лишь 15 Вт; официальная док-станция всегда запрашивает 3 А при 20 В, даже если мощность не нужна.
• Некоторые сторонние доки уже научились работать, но большинство — нет; сообщество обсуждает DIY-«фиксы».
• Участники сетуют: Nintendo всё чаще использует проприетарные ходы, как Apple, и теряет доверие покупателей.

Ошибка всех споров о sideloading
Популярный аргумент: «Я должен запускать любой код на своём железе». Он верен, но в контексте обсуждения — пустой. Google ограничивает не аппарат, а программное обеспечение, поставляемое с ним. iPhone без iOS — уже не тот продукт, поэтому заставлять Apple менять iOS законодательно — значит подрывать его успех.

Критиковать нужно не ограничения ОС, а невозможность по-настоящему управлять железом. Производители обязаны предоставлять документацию и поддержку, чтобы можно было ставить альтернативные ОС: Android на iPhone, Linux на PS5.

• Смартфоны уже не просто гаджеты, а ключ к банкам, госуслугам и повседневной жизни; без аккаунта Apple/Google всё сложнее.
• Большинство сервисов (банки, Netflix и др.) требуют «доверенную» цепочку ПО и железа, поэтому альтернативные ОС фактически невозможны.
• Участники делятся на два лагеря: «открытое железо для всех» vs «безопасные, закрытые устройства для большинства».
• Поднимаются вопросы права собственности, лицензий, IP-законов и даже того, что в будущем мы будем арендовать, а не покупать устройства.
• Реалистичный выход: требовать от гос- и коммерческих сервисов полноценных веб-версий, чтобы не быть привязанным к конкретной ОС.

Краткий обзор проблемы C++ модулей

1. Главное требование
   Если модули не ускоряют сборку минимум в 5 раз (желательно 10×) на реальных проектах, их нужно удалить из стандарта. Все остальные плюсы не стоят вложенных ресурсов.

2. Что обещали vs. что получили

   • Изначально: «уберём O(N²) из-за заголовков, компиляция станет мгновенной».
   • Сейчас: упор сместился на «изоляцию сборки» (макросы, пространства имён). Это полезно, но редко встречается и не решает главную боль — медленную сборку каждый день.

3. Почему всё так плохо

   • Модули приняли в C++20, несмотря на предупреждения о невозможности реализации.
   • Реализация заняла >5 лет и всё ещё не готова.
   • Стандарт не описывает, как именно компилятор и сборочная система должны взаимодействовать: имена файлов, каталоги, зависимости — всё на совести разработчиков.
   • Компиляторные команды отказываются «превращаться в систему сборки» и блокируют любые предложения.

4. Итог
   Проект превратился в «интеграционный ад». Пока нет массовых 5-10-кратных ускорений, дальнейшие инвестиции — просто затягивание «затратной ямы».

• Участники сетуют: вместо простого «import = include без утечек контекста» получили громоздкий механизм, который мало кто использует.
• Старые пре-компил-хедеры 90-х и сторонние решения вроде zapcc уже давали 5× ускорение, но были проигнорированы стандартом.
• Модули обещали избавить от forward-declaration и макро-ifdef, но на практике вызывают лавину пересборок и несовместимы с большим объёмом существующего кода.
• Многие считают, что модули заточены под «большой тех» с кэшированными билдами, а малый бизнес и хобби-проекты «попали в пролёт».
• Итоговое настроение: «убейте модули, C++ всё сломали», «мир ушёл в Rust», но «на C++ всё ещё держится пол-мира, так что просто так не выкинешь».

Один большой сервер вместо оркестра микросервисов

Современный сервер Azure с двумя AMD EPYC 3-го поколения даёт:

• 128 физических ядер / 256 потоков
• до 8 ТБ ОЗУ, 200 ГБ/с пропускная способность
• 128 линий PCIe 4.0 → 30 NVMe + 100 Гбит/с сеть
• 4 TFLOPS — в 2000 г. хватило бы для первой строчки Top500

Что он умеет

• 800 Гбит/с видео (Netflix)
• 1 млн IOPS в NoSQL, 70 k IOPS в PostgreSQL
• 500 k RPS nginx, компиляция ядра Linux за 20 с, кодирование 4K-видео 75 fps

Сколько стоит

• Аренда:
  – OVH: 128 ядер, 512 ГБ ОЗУ, 50 Гбит/с — $1 318/мес.
  – Hetzner: 32 ядра, 128 ГБ — €140/мес.
  – AWS m6a.metal: 96 ядер, 768 ГБ — $6 055/мес.
• Покупка: ~$40 000 за аналогичную конфигурацию у Dell.

Вывод
Для большинства задач один такой сервер перекрывает потребности всей компании. Распределённые системы нужны редко; чаще достаточно «одного большого сервера» и простого деплоя.

• «Облачный налог» заставляет инженеров выбирать только дорогие облачные решения, хотя за $200/мес. у Hetzner можно взять 48 ядер и 128 ГБ ОЗУ, тогда как AWS даёт лишь 4 vCPU и 16 ГБ.
• Многие участники подтверждают: при стабильной нагрузке гибрид «colo + VPS» или одна большая машина дешевле и проще, чем микросервисы и K8s.
• Ключевые риски: единая точка отказа, необходимость админов и железных рук; зато нет «meta-слоёв» Docker-proxy-nginx и можно выжимать максимум из железа.
• Часть команд тратит годы на «cloud-native» пайплайны и закрывается, не успев выйти на рынок; проще начать с PaaS/Hetzner и переезжать, когда счёт действительно больно.
• Для критичных задач достаточно двух физических серверов (active/backup) и CDN; 99,9 % доступности хватает большинству бизнесов, которым на деле не нужен 100 % uptime.

Солнце садится над Британской империей

Ранее я показал, что солнце никогда не заходит над всеми британскими территориями благодаря Питкэрну и Британской территории в Индийском океане (BIOT).

Теперь правительство Великобритании намерено передать архипелаг Чагос (BIOT) Маврикию. Переговоры осложняются:

• новое правительство Маврикия оспаривает соглашение;
• на Диего-Гарсия расположена крупная американская база, и администрация Трампа тоже вмешивается;
• изгнанные в 1968 году чагосцы по-прежнему не допущены к переговорам.

Если BIOT исчезнет, восточнейшей британской землёй станут Суверенные базовые районы (SBAs) на Кипре — 250 км², оставшиеся под британским суверенитетом после независимости Кипра в 1960 году.

Без BIOT в июне и декабре солнце всё-таки сядет над всей остальной империей.

• Франция и Великобритания всё ещё могут говорить, что «солнце никогда не заходит» над их «империями» благодаря разбросанным заморским территориям.
• Участники шутят о .io-домене: когда Британская территория в Индийском океане исчезнет, код может быть удалён из ISO-3166.
• Кто-то утверждает, что бывшие колонии «универсально выиграли» от британского владычества; другие приводят Ирландию, Индию и голод в Бенгале в качестве контраргументов.
• Обсуждают, остались ли Канада и Австралия частью «империи»: формально один и тот же монарх, но реальной власти нет.
• В целом тред быстро скатился в политические споры и был отмечен модератором как оффтоп.