Hacker News Digest

• GitHub опросил 2 тыс. разработчиков в США, Индии, Бразилии и Германии: 97 % используют AI-инструменты, 59 % ежедневно.
• Возрастной парадокс: 82 % разрабов 55+ лет применяют AI, тогда как среди 18–24 лет — 62 %.
• Опыт важнее возраста: 81 % специалистов с >20-летним стажем используют AI, против 57 % у новичков.
• Причины: старшие хотят быстрее писать код и учиться, младшие боятся ошибок и не доверяют качеству.
• Эффекты: 55 % считают AI «значительно» улучшает качество, 41 % отмечают меньше багов.
• Риски: 81 % считают, что AI-генерированный код нуждается в дополнительной проверке.

• Опытные разработчики (10+ лет) чаще пользуются AI-инструментами, но используют их как «умелого джуна» для рутины, а не как полноценного автора.
• Многие подчеркивают: важно самому проверять и править результат, иначе качество и поддерживаемость страдают.
• Часть участников считает, что новички перегружены AI и теряют навыки решения задач «вручную».
• Опрос всего 791 человека вызывает сомнение в статистической значимости; к тому же Fastly сам продаёт AI-решения.
• В итоге AI хорош для boilerplate, прототипов и мелких фрагментов, но не для сложной архитектуры без человеческого контроля.

Стратегии

• Химия прежде всего
  ADHD — биологическая проблема; стимуляторы — первое, что работает. Всё остальное дополняет лекарства, а не заменяет их. Если один препарат не подошёл, пробуйте другие, не мучайтесь «силой воли».

• Память
  Todo-лист = внешняя память. Всё, что не записано, исчезнет. Используйте любой удобный инструмент и держите его синхронизированным.

• Энергия
  Сон, еда, движение. Дефицит любого из них убивает фокус быстрее ADHD. Мелатонин в 20:00 превращает «лечь спать» из подвига в естественное желание.

• Прокрастинация
  Разделите «выбор задачи» и «выполнение». Сначала план, потом действие. Планируйте вечером, когда мозг свежий; выполняйте утром, когда решение уже принято.

• Интроспекция
  Ведите журнал: что помогает фокусу, что мешает. Ищите паттерны, корректируйте среду и привычки.

• Время
  Календарь должен быть единым и безжалостным: встречи, дорога, обед — всё в нём. Повторяющиеся события автоматизируют рутину.

Тактики (хитрости)

• Выбор задачи
  Делайте список «три важных» на день. Остальное — бонус.

• Визуальное поле
  На столе только то, что нужно прямо сейчас. Всё остальное убирается.

• Чек-ин проектов
  Каждое утро 5 минут: что двигаю, что заблокировано, что следующий шаг.

• Централизованные входящие
  Все уведомления, почта, мессенджеры — в один «инбокс». Остальные каналы отключены.

• Inbox Zero / Bankruptcy
  Либо обрабатывайте каждое сообщение до конца, либо раз в месяц нажимайте «отметить всё прочитанным» и начинайте с чистого листа.

• Работайте на своих условиях
  Если нужна музыка, шум, стоячий стол — сделайте так. Не геройствуйте в чужой системе.

• Опрос вместо прерываний
  Отключите push-уведомления; проверяйте почту по расписанию.

• Напарник по ответственности
  5-минутный звонок «что сделал за день» повышает вероятность выполнения в 2-3 раза.

• Используйте OCD против ADHD
  Создайте ритуалы: одна и та же музыка при запуске работы, один и тот же напиток. Мозг быстро привязывает ритуал к фокусу.

• Мастер рутины
  Самую скучную задачу делайте в одно и то же время; превратите её в автоматизм.

• Дорога в календаре
  Время в пути = событие. Это убивает опоздания и нереалистичное планирование.

• Инструменты
  Не ищите идеальное приложение. Выберите одно, настройте и живите с ним минимум месяц.

Ресурсы

• Книги: Driven to Distraction, Taking Charge of Adult ADHD.
• Подкасты: «ADHD Experts», «Translating ADHD».
• Сообщества: r/ADHD, ADHDAlien, HowToADHD (YouTube).

Итог
Медикаменты открывают дверь, системы удерживают её открытой. Пробуйте, записывайте, корректируйте.

• Основной вывод: стимуляторы остаются первой линией терапии ADHD; все остальные стратегии работают лишь как дополнение.
• Пользователи делятся лайфхаками: добавляйте выполненные задачи в TODO, чтобы потом отметить и получить дофамин; ведите «Captain’s Log» для быстрого возвращения в контекст.
• Часть людей не переносит стимуляторы: ищут альтернативы (atomoxetine, modafinil, bupropion) или полагаются на mindfulness, глицин, CBD-weed.
• Диагностика и получение рецепта — узкое место: длинные очереди в NHS, сложности с бумагами, страх «не той» диагностики.
• Подчеркивают важность проверки щитовидной железы и упоминают о PDA/RSD как возможных причинах прокрастинации, которые статья обошла.

• YouTube
  О платформе • Пресс-центр • Авторское право • Связаться • Авторам • Реклама • Разработчикам • Условия • Конфиденциальность • Правила и безопасность • Как работает YouTube • Тест новых функций • NFL Sunday Ticket

© 2025 Google LLC

• Google усиливает блокировку установки сторонних APK (ReVanced, F-Droid), что вызывает раздражение и разговоры о переходе на iPhone или «думфоны».
• Участники предлагают радикальные меры: отмену DMCA, антимонопольные разбирательства, законодательное право на перепрошивку и ремонт.
• Многие рассматривают альтернативы — LineageOS, GrapheneOS, HarmonyOS, Linux-телефоны (FLX1, Jolla) или удалённый рабочий стол.
• Сообщество фиксирует тренд «компьютер в кармане превращается в закрытую игровую приставку» и обсуждает, как долго ещё можно пользоваться старыми Galaxy без обновлений.

Зачем «перефразировать телеграмму»?

Во Второй мировой на американских телеграммах встречается пометка:
«This telegram must be closely paraphrased before being communicated to anyone».

Смысл не в «размывании» содержания, а в криптографической безопасности.
Если дословно цитировать текст, противник, перехвативший шифр-телеграмму, получает известный открытый текст («crib»). Сравнивая его с шифртекстом, криптоаналитикам легче подобрать ключ.

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

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

• Британцы использовали «саженые» открытые тексты в карманах погибших немцев для known-plaintext атак на Enigma.
• Повтор одних и тех же фраз («weather…», «Heil Hitler») и «сообщения в глубину» (in depth) позволяли взламывать и Enigma, и более сложный Lorenz/Tunny.
• Ключевое правило: нельзя повторять один и тот же текст ни в открытом, ни в зашифрованном виде; при перефразе лучше сокращать, чем расширять.
• Современные шифры устойчивы к таким атакам благодаря IV, CBC и другим приёмам; изучать старые методы помогают военные руководства и книги вроде «Between Silk and Cyanide».

Проблема: при входе на f-droid.org браузеры Edge и Chrome выдают «Ваше соединение не защищено» из-за просроченного сертификата.

• У F-Droid сбой при ротации сертификатов, из-за чего сайт и репозиторий временно недоступны.
• Обходной путь — использовать Cloudflare-зеркало https://cloudflare.f-droid.org/.
• Пользователи жаловались на ошибки в dfroidcl и необходимость переустановки приложения.
• Проблема уже исправлена, но участники обсуждают, насколько надёжны короткоживущие LE-сертификаты.

Почему квантовые компьютеры всё ещё не разложили 21 на множители?

В 2001 году удалось разложить 15, но к 2025-му 21 остаётся «недоступным». Это не из-за отсутствия прогресса, а из-за взрывного роста сложности схемы.

• Схема для 15 требует всего 21 запутывающий двух-кубитный гейт (6 CNOT/CPHASE + 2 Toffoli, каждый из которых эквивалентен 6 CNOT).
• Схема для 21 содержит 191 CNOT и 369 Toffoli, то есть ≈ 2405 запутывающих гейтов — в 115 раз больше.

Три причины такой разницы:

1. Большинство констант при 15 равны 1, поэтому умножения «пропускаются».
2. Первое умножение почти бесплатно, так как аккумулятор известен.
3. Оставшееся умножение на 4 по модулю 15 сводится к двум CSWAP.

Для 21 все восемь умножений нужны, и каждое требует полноценного модульного умножения. Даже после агрессивной оптимизации схема остаётся на два порядка дороже.

• Квантовые компьютеры пока не факторизуют даже 21 без «подсказок»; эксперименты с 15 обошлись лишь потому, что задача свелась к сдвигам.
• Для RSA-2048 оценивается ≈ 7 млрд Toffoli-гейтов и миллионы логических кубитов с коррекцией ошибок; RSA-1024 всё ещё вне досягаемости.
• Реальные препятствия — экспоненциальный рост шума и количества физических кубитов, а не просто масштабирование схемы.
• Основной практический путь — квантовая химия и симуляция, а не взлом криптографии; «пост-квантовые» алгоритмы уже снижают мотивацию строить «крипто-разрушители».
• Общий вывод: полезные квантовые вычисления в XXI веке возможны, но факторизация крупных RSA-ключей остаётся гипотетической.

V как Go с шоколадкой
Go — это ваниль: просто, быстро, без фанатизма. V же — «ваниль++»: тот же вкус, но сверху посыпка из фич.

Карты

langs := {"elixir": {"score": 100}}
score := langs["elixir"]["score"] or { -1 }

Фиксированные типы, or {} вместо if err != nil, spread-оператор ... для слияния.

Структуры

struct Language {
pub mut:
    score int = -1
    name  string @[required]
}

Методы можно вешать прямо на массивы, поля можно помечать @[required], дефолты и флаги CLI задаются в одном месте.

WithOption

fn new_server(opts ServerOptions) ! { ... }

Встроенный «функциональный» паттерн: new_server(port: 8080, debug: true).

Enum и лямбды

Enum’ы есть, лямбды короткие: nums.filter(it % 2 == 0).

Подводные камни

• net.http пока не дотягивает до Go.
• veb (веб-фреймворк) сырой.
• Сборка сложнее: нужен v и C-компилятор.
• Параллелизм есть, но экосистема молода.

Итог

V — это Go с синтаксическим сахаром и парой острых углов. Для экспериментов — огонь, для продакшена — пока нет.

• Участники спорят, действительно ли V лучше Go: одни отмечают быструю компиляцию и «красивые» фичи, другие — нестабильность компилятора и отсутствие надёжности.
• Поддерживающие Go указывают на его зрелость, стабильность GC, удобство кросс-компиляции и отказ от «лишнего».
• Сторонники V хвалят синтаксис (const по умолчанию, sum types, простой С-интерфейс), но признают, что язык пока «сырой».
• Некоторые считают V «предупреждением» о том, почему Go часто говорит «нет» новым возможностям.
• Есть мнение, что ни Go, ни V не решают задачу «лёгкого C для приложений»; предлагают смотреть на Zig или Free Pascal.

Git-граф «плетения» Трампа

Трамп называет свою манеру речи «the weave»: он перескакивает между темами, а потом «все блестяще сводится воедино». Я решил визуализировать это как git-граф.

Использовал Mermaid.js, но горизонтальная схема не подошла, поэтому написал компонент <git-graph>.

Фрагмент из транскрипта совещания в Овальном кабинете:

%%{init: { 'theme': 'base' } }%%
gitGraph
  commit id:"CBO: тарифы принесут $4 трлн"
  branch radical-left
  commit id:"радикальные левые признали Трампа правым"
  checkout main
  merge radical-left
  commit id:"$4 трлн сократят дефицит"
  branch stock-market
  commit id:"рынок +1000 пунктов"
  branch world-respect
  commit id:"весь мир нас уважает"
  branch fifa-event
  commit id:"финал FIFA в Kennedy Center"
  branch kennedy-center-remodel
  commit id:"ремонт займёт год"
  branch oval-office-remodel
  commit id:"золото в Овальном кабинете"
  branch painting-vault
  commit id:"картины великих президентов из хранилища"

Каждая ветка — новая тема, cherry-pick — возврат к уже сказанному.

• Участники обсуждают «ткацкий» стиль речи, когда тема раскрывается «ветвями», сливающимися лишь в финале.
• Предложены улучшения диаграмм: показывать название ветви рядом с «New Topic» и использовать Sankey- или top-to-bottom-режимы.
• Некоторые считают визуализацию забавной и полезной для анализа «словесного салата» политиков и бизнесменов.
• Подняты технические проблемы: сломанный рендеринг в iOS и Firefox, отсутствие тестов и дисклеймеров.
• Обсуждение быстро скатилось в политические споры: «хит-пьеса» против Трампа, сравнение с Обамой, обвинения в трусости и «сенильности».

Сокращённый перевод

Ютуб-блогер Рик Беато (5 млн подписчиков) взорвался: за 8,5-секундный фрагмент в интервью Universal Music Group автоматом выдала страйк, хотя это очевидное fair use. Повторных трёх претензий хватило бы, чтобы канал с 2 000 видео исчез.

Проблема:

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

Результат:

• Автор SCM после десятилетий отказов запустил подкаст без музыки — и всё равно удалили за ложный страйк.
• В TikTok, Instagram и Facebook музыку можно использовать свободно, получая клики и упоминания артистов.

Система работает «все проигрывают», но реформ всё нет.

• Система авторского права в музыке выглядит абсурдно жёсткой: патенты защищают 25 лет и стоят тысячи долларов, а за 15-секундный отрывок песни можно получить штраф до 150 000 $.
• Под видом защиты прав лейблы буквально атакуют образовательный и обзорный контент, блокируя ролики даже при справедливом использовании.
• Участники предлагают бойкотировать мейджоров: качать через торренты, покупать мерч и билеты напрямую у артистов, поддерживать независимые лейблы и Bandcamp.
• Некоторые уже используют AI-музыку, чтобы избежать страйков, но это лишь временная лазейка и не решает корневых проблем.
• Общий вывод: текущая модель «права» работает против артистов и фанатов, выгодна только посредникам, и требует радикального пересмотра.

• Список книг выглядит как «хит-парад» важных дисциплин, но не как реальный учебный план: порядок чтения и критерии «оптимальности» не объяснены.
• Почти все участники считают срок 2–3 года нереалистичным даже при полной занятости; настоящее усвоение требует лет практики и решения задач.
• Подборка требует высокой математической зрелости и не подходит новичкам; многие предлагают начинать с более мягких вводных текстов.
• Книги по физике (особенно Landau–Lifshitz) вызывают споры: одни считают их каноном, другие — устаревшими и не мотивирующими.
• Главный упор должен быть на решение задач, а не на «прочтение» книг; иначе это превращается в коллекционирование, а не в овладение математикой.