Hacker News Digest

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

Разные творческие области имеют разную "ширину бассейна принятия" и скорость верификации: проза — широкий бассейн с проверкой в минутах, музыкальный ритм — узкий с верификацией за 20-40мс, а линия рисунка — узкий с проверкой за ~100мс. Близко к пику качества "объем принятия" сжимается стремительно, и для микроулучшений требуется больше доказательств. Как отмечает автор, "мастерство — это борьба с закрывающимися все менее заметными разрывами".

• Принцип "спланировать выбросить" (Plan to throw one away) в разработке ПО применяется не всегда буквально, частота полного отказа от черновика варьируется.
• В живописи существуют техники спасения неудачных работ, например, книга "Master Disaster" описывает способы исправления акварелей.
• В архитектуре допускается меньшая точность в деталях (люди, транспорт, ландшафт) по сравнению с точностью самого здания или конструкции.

When you want to embed a type, you need its definition, but you don’t actually need the full definition. You just need the size/alignment.Aren't there ABI cases where e.g. struct foo { float X, Y; } would be passed in e.g. fp registers whereas struct { char[8]; } would not? Thi

• SoftBank продал весь пакет акций Nvidia на $5.83 млрд, что вызвало дискуссию о «пузыре» и времени его лопания.
• Участники обсуждают, насколько этот шаг сигнализирует о «пузыре» и как это соотносится с историческими примерами SoftBank.
• Сообщество также обсуждает, что продажа может быть связана с необходимостью финансировать OpenAI, и что это может быть индикатором «пузыря».
• Некоторые комментаторы подчеркивают, что это может быть просто хорошо сработанная сделка, и что нельзя чрезмерно интерпретировать это как сигнал к покупке или продаже.

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

DeepWiki — это инструмент для индексации кода репозиториев, позволяющий "общаться" с их документацией через AI. Сервис использует Devin для анализа кода и предоставляет интерфейс для вопросов о любом проекте. Пользователи могут добавлять как публичные, так и приватные репозитории, получая мгновенные ответы по их структуре и функционалу. Это упрощает понимание сложных кодовых баз и ускоряет онбординг новых разработчиков.

На платформе уже доступны популярные репозитории, включая Microsoft VS Code (170k звёзд), Hugging Face Transformers (143k), LangChain (106k), SQLite (7.7k) и многие другие. DeepWiki позиционируется как решение для быстрого погружения в любой код без необходимости изучения документации вручную.

• Пользователи жалуются на качество автогенерируемой документации: она устаревшая, путает детали реализации с пользовательским API и содержит ошибки.
• Некоторые участники считают, что если проект и так плохо документирован, то LLM-инструменты не спасут ситуацию, а другие указывают, что даже при наличии хорошей документации LLM может давать неверные сводки.
• Обсуждается, что вместо попыток «автоматически документировать» код, лучше встроить LLM в IDE/editor и дать разработчику возможность взаимодействовать с LLM в процессе написания кода.
• Поднимается вопрос о том, что если проект не имеет достойной документации, то LLM не сможет помочь, и что вместо этого лучше встроить LLM в IDE/editor и дать разработчику возможность взаимодействовать с LLM в процессе написания кода.

В 2025 году найм разработчиков для небольших инди-студий стал экстремально сложным из-за нехватки финансирования и переизбытка кандидатов. Студия Ballard Games, состоящая всего из трёх человек, получила 159 откликов за два дня после публикации вакансии. В отличие от крупных корпораций с бюрократическими процессами, команда самостоятельно обрабатывает все заявки через почту, не используя специализированные инструменты.

Ключ к эффективному найму — гиперэффективность. Сначала проводится двухэтапная сортировка резюме, затем кандидатов просят указать ожидания по зарплате и графику. Это помогло сразу отсеять квалифицированного специалиста, запрашивающего в четыре раза больше бюджета. Для оценки реальных навыков используется релевантное домашнее задание, а не абстрактные задачи в стиле LeetCode. Завершающий этап — видеозвонки с командой и совместный разбор выполненного задания. Для управления процессом достаточно системы меток в Gmail, что позволяет отслеживать кандидатов на всех этапах.

• Процесс найма в микро-студии (1-3 человека) описан как чрезвычайно трудоемкий и рискованный, особенно при отсутствии HR-специалиста, что вызывает сомнения в целесообразности такого подхода.
• Кандидаты жалуются на отсутствие зарплаты в вакансии и отсутствие прозрачности в этом вопросе, что, по их словам, затрудняет оценку пригодности вакансии и отталкивает квалифицированных разработчиков.
• Участники обсуждения подчеркивают, что в условиях, когда вакансия в итоге может быть заполнена внештатным подрядчиком или незаполнена вообще, предложение "take-home" заданий вместо собеседований может быть не только излишним, но и юридически спорным.
• Стороны обсуждения также затрагивают вопрос о том, что в условиях, когда кандидат не может быть найден в течение длительного времени, то это может быть связано с тем, что вакансия может быть заполнена внештатным подрядчиком или вообще не заполнена, что ставит под сомнение целесообразность такого подхода к найму.
• Участники обсуждения также затрагивают вопрос о том, что в условиях, когда кандидат может быть найден в течение длительного времени, то это может быть связано с тем, что вакансия может быть заполнена внештатным подрядчиком или вообще не заполнена, что ставит под сомнение целесообразность такого подхода к найму.

• Обсуждение показало, что 35-мм копии фильмов не являются каноническими, а цифровые версии могут быть более «правильными» для зрителя.
• Участники обсуждали, что фильмы, которые мы видели в детстве, были цифровыми версиями, а не 35-мм копиями, и что это может быть более точным представлением.
• Обсуждение подняло вопрос о том, что цифровые версии могут быть более точными, чем 35-мм копии, и что последние могут быть неправильно интерпретированы как канонические.
• Участники также обсудили, что фильмы, которые мы видели в детстве, были цифровыми версиями, а не 35-мм копиями, и что это может быть более точным представлением.
• Обсуждение также затронуло вопрос о том, что цифровые версии могут быть более точными, чем 35-мм копии, и что последние могут быть неправильно интерпретированы как канонические.

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

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

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

Уоррен Баффетт конвертировал 1 800 акций класса А в 2,7 миллиона акций класса Б для передачи четырем благотворительным фондам семьи, включая 1,5 миллиона Фонду Сьюзен Томпсон Баффетт. В своем обращении к акционерам Баффетт объявил, что перестанет писать ежегодные отчеты Berkshire и выступать на годовых собраниях, отметив: "Я 'замолкаю'". Грег Эбель станет новым CEO компании в конце года, а Баффетт продолжит общаться с акционерами через ежегодное послание в День благодарения.

В своем послании Баффетт поделился воспоминаниями о детстве в Омахе 1930-х годов, включая историю о том, как в 1938 году он едва не умер от аппендицита, но благодаря своевременному вмешательству врача выжил. Также он рассказал о своей дружбе с Чарли Мангером, который жил всего в одном квартале от дома Баффетта, но они не встретились до 1959 года, хотя Мангер оказал огромное влияние на Баффетта более чем на 60 лет.

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

• Структура Strip занимает 8 байт, но автор утверждает, что 259×64+7296 ≈ 24 КБ, что вызывает сомнения в правильности подсчёта памяти.
• Участники обсуждения предполагают, что речь идёт о кэш-линии в 64 байта и false-sharing, а не о фактическом размере структуры.
• Появился вопрос о том, какие именно бенчмарки корректности используются, и как можно было бы проверить корректность рендеров.
• Также обсуждалось, что вывод рендерера является растровое изображение, что требует копирования на GPU, что может быть не нужно на UMA-системах.