Hacker News Digest

Краткий гайд по «vibe-coding» для экспертов

Даже 20-летний ветеран или создатель алгоритмов не «слишком крут» для vibe-coding. Автор — мейнтейнер 200+ пакетов, сооснователь стартапа и лаборатуры MIT — тоже сначала презирал LLM-генерированный код. Месяц назад изменил мнение: 32 агента Claude крутятся в tmux, к ним можно зайти с телефона и «продолжать вибро-кодить».

Почему экспертам это нужно

• LLM не заменяют, а ускоряют мышление.
• Рутинные куски (бойлерплейт, тесты, доки) отдаются за секунды.
• Мозг занят архитектурой и отладкой, а не синтаксисом.

Ключевые правила

1. Точный промпт
   «Напиши CUDA-ядро, которое…» лучше «сделай быстро».
2. Маленькие итерации
   Генерируй, проверяй, коммить, повторяй.
3. Ревью как обычно
   Эксперт всё равно решает, правильно ли.
4. Автоматизация
   tmux + ssh + скрипты = код 24/7.

Итог
Vibe-coding — это не про «глупый код», а про умное распределение внимания.

• Критика статьи: название «для программистов, ненавидящих свою работу», советы слишком общие, нет практики по контексту, RAG и MCP.
• Vibe-coding воспринимается как «ведение скрамов» или «управление офшором»: нравится не всем, особенно тем, кто любит сам процесс программирования.
• Сторонники считают LLM просто новым уровнем абстракции и способом быстрее строить продукты; скептики боятся атрофии навыков и невозможности ревью «тысяч строк кода».
• Практический совет: дробить задачи на мелкие шаги, давать примеры, проверять каждый модуль, играться с инструментами, чтобы выработать интуицию.
• Итог: для личных/малых проектов — работает, для больших коммерческих систем — спорно; эффективность зависит не от звания, а от умения чётко задавать контекст и перепроверять результат.

Thunderbird Pro: август 2025

Что нового
В апреле представили подписку Thunderbird Pro:

• Thundermail — почта с IMAP/SMTP/JMAP, домены @thundermail.com/@tb.pro или свой, серверы в Германии.
• Appointment — планировщик встроится в окно написания письма; позже групповое расписание и поддержка Zoom/телефона.
• Send — шифрованный обмен файлами до 500 ГБ, без ограничения размера файла, обновляется как системное дополнение.

Всё — open-source и можно хостить самому.
За бетой подпишитесь на thundermail.com.

• Пользователи поддерживают идею платных «экстра»-сервисов (хостинг Thundermail, Send, Appointment) как способа финансировать Thunderbird без полной зависимости от пожертвований.
• Обсуждаются технические детали: поддержка IMAP/SMTP/JMAP, самостоятельный хостинг через add-on, альтернативы Google Contacts (Radicale, Fastmail Cal/CardDAV).
• Волнует судьба бесплатного клиента Thunderbird и опасения, что само-хостинг могут нарочно усложнить.
• Нет информации о ценах на Thundermail; сайт временно недоступен, но уже можно встать в waitlist.
• Пользователи ждут давно обещанный редизайн 2022 года и жалуются на несоответствие макетам.

Почему мы играем в Metroid
Мы не используем Nintendo в качестве маркетингового трюка. Именно через игры мы научились строить Antithesis. Задаваясь вопросом «почему фаззер не может пройти Zelda», мы шаг за шагом вывели архитектуру платформы.

Красная дверь в Metroid
Автономная система Antithesis без труда проходит большую часть Metroid (1986), но застревает у красной двери. Анализ позиций Самус показывает, что исследована вся карта, кроме зоны за этой дверью.

Диагностика
Перезапуская любой момент кампании, мы видим: у Самус кончились ракеты. Чтобы открыть красную дверь, нужно 5 ракет. Система подбирает их, но тратит на врагов или случайные действия и больше никогда не возвращается с ≥5 ракетами к двери.

• Участники вспомнили старый «лексикографический» солвер для NES-игр и обсудили, как fuzzer-компания Antithesis ищет баги в играх вроде Castlevania и Metroid.
• Отмечены проблемы с прокруткой и воспроизведением видео в Firefox (особенно в приватном режиме), которые частично решаются CSS-фиксом.
• Появилась идея использовать fuzzer для постановки новых TAS-рекордов; сама компания уже устраивает «человек против машины» на Mario 1-1.
• Несколько человек пожелали более краткого «введения для новичков» на сайте Antithesis, хотя документацию находят полезной.

Главный навык, о котором не говорят
Когда становишься менеджером, будешь ошибаться. Часто. Дашь обратную связь, которая ударит по уверенности, примешь нелепое решение, забудешь обещанное, взорвёшься на встрече. Вопрос не в том, будут ли ошибки, а что ты после.

В книге «Good Inside» доктор Бекки Кеннеди главным родительским навыком называет ремонт: вернуться, признать, взять ответственность, восстановить связь. То же в управлении.

Плохие менеджеры не ошибаются чаще — просто не признают ошибок. Хороший сценарий: ты пообещал клиенту фичу без команды, люди выжали сроки, получили долги и выгорание. Потом ты говоришь: «Я поставил вас в безвыходное положение, должен был спросить, извините, вот как исправлю». Доверие растёт.

Как ремонтировать

1. Конкретно: «Я трижды прервал тебя и отмёл идею — это было неправильно».
2. Не своди к себе: не рассказывай, как тебе тяжело.
3. Меняй поведение, иначе это не ошибка, а привычка.
4. Дай время: один разговор не чинит доверие.

Умение чинить освобождает: не боишься решений и сложных разговоров, потому что знаешь, что сможешь исправить. Это не оправдание безответственности, а признание: ты человек, работа сложна, идеальных нет. Задача — делать полезный продукт, растить команду и создавать условия для работы. Если сорвался — почини, выучи, иди дальше.

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

Основная проблема ИИ — «уверенная ошибка»
Модели выдают неверные ответы с полной уверенностью, и это разрушает ROI, доверие и мотивацию к улучшениям.

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

• Асимметрия доверия
  Один громкий промах перечёркивает десять удач; люди возвращаются к старым процессам.

• Скрытые причины ошибок
  Без оценки неопределённости невозможно понять, что пошло не так — упущенный контекст, устаревшие данные или сбой модели. Без диагноза нет желания лечить.

• Каскад ошибок
  Даже 90 % точности означают 2 ошибки из 3 шагов; цепочки действий обречены на провал.

Решение — «осторожная правильность»
Система должна:

1. Признавать неуверенность и запрашивать уточнения.
2. Показывать, на каких данных основан вывод.
3. Запускать цикл обратной связи: чем больше уточнений, тем выше точность → больше доверия и использования.

Такой «маховик точности» превращает ИИ из источника риска в инструмент, который люди хотят улучшать и масштабировать.

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

Идея: добавить в HTML атрибут rel="share-url" для явного указания URL-адреса, предназначенного для шеринга.

Проблема:

• Сейчас браузеры и соцсети угадывают, какой URL считать «поделиться» (обычно document.location).
• Это ломается, если страница содержит параметры отслеживания или AMP-версию.

Решение:

<link rel="share-url" href="https://site.com/clean-url">

• Убирает лишние параметры.
• Позволяет указать канонический адрес.
• Работает без JavaScript.

Бонус: можно добавить title, description, image таким же способом.

• Уже с 2016 г. существует более зрелый стандарт Web Share Target, реализованный в Chromium, поэтому ShareOpenly выглядит временной мерой.
• Большинство комментаторов считают кнопки «поделиться» на сайтах избыточными: копирование ссылки проще и не отслеживает пользователя.
• Текущие кнопки нужны в первую очередь соцсетям для сбора данных, а не для удобства пользователей.
• На мобильных устройствах системная кнопка «поделиться» быстрее и единообразнее, чем разные реализации на сайтах.
• Предложенный способ описывает, как сторонний сайт может сгенерировать URL для предзаполнения формы, но не решает проблему выбора нужного сервиса.

• Адвокат 4chan, Престон Бирн, заявил BBC, что форум не станет платить ежедневный штраф £20 тыс., наложенный британским Ofcom по закону об онлайн-безопасности.
• По его словам, требования Ofcom «не имеют юридической силы в США», а расследование он назвал «незаконной кампанией преследования американских компаний».
• Ofcom начал проверку из-за отказа 4chan предоставить запрошенные данные и проверить, защищает ли сайт британских пользователей от незаконного контента.
• Юридические фирмы Byrne & Storm и Coleman Law подчеркнули: 4chan зарегистрирована в США и защищена Первой поправкой; американские суды не будут исполнять иностранные штрафы.
• Они призвали администрацию Трампа «использовать все дипломатические и правовые рычаги» против «экстерриториальной цензуры».
• Напряжённость между США и Великобританией усилилась: 19 августа Лондон отказался от требования «чёрного хода» в системе Apple после давления Вашингтона.

of.TheThat'sTheTheThe next one is simple and the one after that is a little more. US of is.

Go всё ещё плох

Кратко: автор 10+ лет критикует Go за архитектурные ошибки, которые легко было избежать.

1. Ошибки: неверная область видимости

bar, err := foo()
if err != nil { … }
if err = foo2(); err != nil { … }
// err висит до конца функции, хотя нужен только в двух строках

Читателю приходится тратить время, выясняя, где err ещё используется.

2. Два вида nil

var i interface{}
var s *S
fmt.Println(s == nil, i == nil, s == i) // true, true, false
i = s
fmt.Println(s == nil, i == nil, s == i) // true, false, true

Один «billion-dollar mistake» не хватило — сделали два.

3. Непереносимость

Условная компиляция через комментарии в начале файла — «аристотелевский» подход: теория без практики. Реальные проекты страдают.

4. append без чёткого владения

a := []string{"hello", "world", "!"}
foo(a[:1]) // внутри append
fmt.Println(a) // результат зависит от капасити слайса

Поведение неочевидно и требует знания внутренностей.

5. defer вместо RAII

В Java и Python ресурс закрывается автоматически при выходе из блока.
В Go приходится вручную писать defer foo.Close() и гадать, какие ресурсы вообще требуют закрытия.

• Go хвалят за простоту, быструю компиляцию, встроенные инструменты и удобную конкурентность.
• Критикуют «двойной nil», слабую систему типов, проблемы GC, неинтуитивный defer и скудные абстракции.
• Многие считают его «достаточно хорошим» для бэкендов и CLI-утилит, особенно при скорости разработки.
• Крупные проекты жалуются на «смерть тысячей порезов» и трудности отладки из-за строгости компилятора.
• Часть сообщества видит в Go компромисс между Node/Python и Rust, другие — устаревший язык без современных фич.

LabPlot — бесплатное кроссплатформенное ПО с открытым кодом для визуализации и анализа данных.

Ключевые возможности

• Качественные графики и интерактивные диаграммы в пару кликов
• Статистика, регрессия, аппроксимация и фитинг пиков
• Интерактивные блокноты Python, R, Julia и др.
• Извлечение данных из изображений и поддержка потоковых данных
• Импорт/экспорт множества форматов
• Windows, macOS, Linux, FreeBSD, Haiku

Свежие новости

• 2.12.1 (18 авг 2025) — мелкие улучшения и исправления
• 2.12 (28 апр 2025) — крупное обновление после долгой разработки
• Дек 2024 — обновлённое руководство пользователя

Скачать | Возможности

• Участники обсуждают LabPlot как FOSS-альтернативу Origin/JMP/Tableau для научного графика.
• Сравнивают: гибкость ggplot2, устарелость Excel/SAS, удобство GUI для не-программистов.
• Плюсы: drag-and-drop, встроенный импорт CSV/TSV, лицензия GPLv2+.
• Минусы: пока только SQLite, нет прямого REST/S3/Iceberg, неясно, как быстро копировать стили.
• Целевая аудитория — инженеры и учёные, которым нужен GUI-построитель графиков без кода.

Что за ад творится?

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

На недавнем тан-холле команда джунов показала фичу, которую, похоже, не понимали сами. Сеньор-менеджер похвалил их за «4 000 строк кода, написанных Claude», и все аплодировали.

Мне попросили доработать фичу. Я связался с последним автором изменений, чтобы уточнить контекст. Ответ выглядел как прямое копирование из LLM — я почувствовал себя оскорблённым.

Друг жаловался: месяц ревьюит ПР, сгенерированный ИИ, командой из пяти человек. Экономия? ChatGPT за 20 $ в месяц, а потом армия инженеров пытается вмержить сгенерированный мусор.

Мы хотим помогать, учить, строить полезные вещи. Но какой смысл вкладываться в людей, если всё сводится к копипасту в «модель, в шаге от AGI»?

Попробуйте эксперимент: отключите «ИИ» хотя бы на день. Я сбросил комп, удалил Claude Pro — поиск и чтение доков дают более точный результат.

Кому вообще приносит прибыль ИИ? Схема: стартап на ИИ → венчур → деньги OpenAI → стартап исчезает. Даже OpenAI не в плюсе: технология жрёт электричество и не масштабируется. Это просто лохотрон.

• Разочарование от общения с коллегой, который просто пересылал вывод ChatGPT.
• Опасения, что AI-«вайб-кодинг» приводит к хрупкому, непонятному и ненадёжному софту.
• Мнение, что компании хотят быстрой «ценности», а не качественной разработки, и AI лишь усиливает эту проблему.
• Опыт разных людей: кто-то отказался от AI на дни/недели и почувствовал облегчение; кто-то использует AI как «умного джуна» под присмотром старшего инженера.
• Прогноз: через 10 лет младшие разработчики, не умеющие писать код вручную, станут «сеньорами», но системы будут всё хуже понимать и поддерживать.