Hacker News Digest

Being a lazy person, I never bothered looking up VS Code shortcuts. Because the learning curve for Helix is slightly steeper, you have to learn those shortcuts that make moving around feel so easy.This doesn't make sense: if you were truly lazy, you wouldn't spend any effort le

Grammarly переименовывается в "Superhuman" после приобретения email-клиента Superhuman в июле 2025 года. Это необычный шаг, поскольку обычно приобретенная компания интегрируется в существующую брендинговую стратегию, а не наоборот. Несмотря на ребрендинг материнской компании, продукт Grammarly сохранит свое название. Компания также рассматривает возможность ребрендинга других приобретенных продуктов, таких как Coda - платформа для продуктивности, купленная в прошлом году.

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

• Пользователи обсуждают, что компания Grammarly, известная своим инструментом для проверки грамматики, переименовалась в Superhuman, что вызвало критику и недоумение, поскольку новое имя ассоциируется с фашизмом и не отражает суть продукта.
• Участники обсуждения отмечают, что тренд называть продукты "AI" и "супер" становится все более нелепым, особенно когда эти продукты не имеют ничего общего с этими технологиями.
• Некоторые участники высказывают мнение, что компания, возможно, неправильно управляет своим брендом, и что это может быть связано с тем, что она не может конкурировать с бесплатными и открытыми альтернативами.
• Также обсуждается, что компания может быть сосредоточена на доходе от инвестиций, а не на доходе от продаж продукта, что может быть причиной такого странного поведения.
• Некоторые участники также отмечают, что компания может быть сосредоточена на доходе от инвестиций, а не на доходе от продаж продукта, что может быть причиной такого странного поведения.

KaTeX — самая быстрая библиотека для веб-набора математических формул, предлагающая синхронный рендеринг без перерисовки страницы. Основана на TeX Дональда Кнута, она обеспечивает качество печати золотого стандарта, при этом не имеет зависимостей и легко интегрируется с веб-ресурсами. Библиотека позволяет выполнять рендеринг на стороне сервера через Node.js, генерируя одинаковый вывод независимо от браузера или среды.

Созданная Эмили Айзенберг и Софи Альперт, KaTeX работает молниеносно даже на страницах с сотнями математических выражений, значительно превосходя в скорости MathJax. Его самодостаточность и возможность пред-рендеринга делают идеальным выбором для веб-приложений с большим количеством математического контента, таких как Khan Academy, который активно использует эту технологию.

• Обсуждение началось с обсуждения перехода с MathJax на KaTeX и обратно, включая проблемы с поддержкой \label и \eqref, а также сравнение производительности и совместимости с MathJax 3.
• Участники обсудили, почему Google Docs всё ещё не имеет нормальной поддержки уравнений, и упомянули Teml как альтернативу KaTeX.
• Обсуждались различия между MathJax и KaTeX, включая скорость, поддержку фич и размер шрифтов.
• Также обсудили, что MathML в браузерах всё ещё не реализован до конца, и что это влияет на выбор между KaTeX и MathJax.
• Участники также затронули тему о том, что в будущем может появиться поддержка MathML в браузерах, что может решить эти проблемы.

Zig представил новую асинхронную систему ввода-вывода, которая войдет в версию 0.16.0 через 3-4 месяца. Новый интерфейс std.Io позволяет писать асинхронный код с помощью ключевых слов async и await, декопируя вызов функции от ее возврата. Как и аллокаторы, std.Io настраивается один раз в main() и передается через приложение. В примерах показана эволюция от простого синхронного кода до полноценного асинхронного, где операции могут выполняться параллельно, сокращая реальное время выполнения.

Система включает реализацию на основе потоков (std.Io.Threaded), которая позволяет выполнять две односекундные операции за одну секунду реального времени. Примеры демонстрируют обработку ошибок в асинхронном контексте - при возникновении ошибки в одной из задач, другие продолжают выполняться. Новый подход делает код более выразительным и эффективным, позволяя Zig-приложениям лучше использовать современные возможности операционных систем.

• Zig's async model is a radical departure from traditional async/await, emphasizing explicit I/O objects and no hidden control flow, but it has sparked debate on whether this is the right direction for the language.
• The discussion revealed that the lack of a standard async runtime and the decision to make the async/IO interface a public API has raised concerns about ecosystem fragmentation and the burden on library authors.
• Participants questioned whether the new model truly solves the "function color" problem or merely shifts it to a different place, and whether it will be able to scale to the ecosystem.
• The debate also touched on the risk of fragmentation if the community fails to converge on a de-facto standard library for async I/O, and the potential for a "left-pad" moment if the ecosystem becomes too fragmented.
• Some expressed concern that the lack of a blessed standard library could lead to a situation where "every game ships its own copy of DirectX" in the form of vendored async implementations, which could be a barrier to adoption.

В 1991 году основатель Autodesk Джон Уокер в своей записке "Information Letter 14" предсказал упадок крупных технологических компаний, включая HP и IBM. Уокер утверждал, что компании, неспособные предвидеть и реагировать на изменения в ожиданиях пользователей, платформах и каналах распределения, неизбежно уступят место более дальновидным конкурентам. HP, по мнению автора статьи, страдает от тех же проблем, что и IBM, но обладает меньшими ресурсами для их преодоления. Обе компании пытаются использовать свою корпоративную массу для "лидерства сзади", что, как они сами понимают, неэффективно.

Уокер подчеркивал, что текущие лидеры рынка находятся в уязвимом положении и могут быть смещены решительными конкурентами. Компании не могут вести отрасль, изучая действия соперников — для лидерства необходимо понимать свою миссию и предпринимать шаги, которые другие будут копировать. В HP и IBM существует серьезная проблема коммуникации: руководство не слушает рядовых сотрудников, игнорируя их опасения и идеи. Эта глупость, по словам автора, лишает компании ценных инноваций и перспектив.

• Обсуждение вращается вокруг того, что крупные компании (Autodesk, HP, IBM) используют различные формы отчетности и стратегий, чтобы скрыть слабые финансовые показатели, вместо того, чтобы решать фундаментальные проблемы.
• Участники обсуждения указывают на то, что такие компании, как HP и IBM, уже много лет как не производят ничего ценного, но продолжают существовать за счет финансовых манипуляций и сокращения расходов.
• Сравнение с Autodesk показывает, что даже в 1980-х годах стоимость продажи одной копии AutoCAD составляла $500, из которых $500 уходили на комиссионные, что иллюстрирует, как структура затрат может быть искажена в угоду отчетности.
• Обсуждение также затрагивает, что такие компании, как HP и IBM, выживают за счет лоббирования и политического влияния, вместо того, чтобы конкурировать в рыночных условиях.
• В конце концов, обсуждение подводит к мысли, что крупные корпорации могут быть более заинтересованы в сохранении статуса кво, чем в фактическом решении проблем, что может быть симптомом более широкой экономической стагнации.

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

What's wild is that these scrapers rotate through thousands of IP addresses during their scrapes, which leads me to suspect that the requests are being tunnelled through apps on mobile devices, since the ASNs tend to be cellular networks. I'm still speculating here, but I think

• Обсуждение в основном вращается вокруг сравнения Windows и Linux: пользователи обсуждают, что Linux предлагает больше свободы, не требует активации и не собирает телеметрии, в то время как Windows требует активации и собирает телеметрии, а также имеет проблемы с безопасностью и стабильностью.
• Также обсуждается, что игры на Linux работают примерно в 90% случаев, но не все игры работают, особенно мультиплеерные игры из-за анти-чит систем.
• Участники обсуждают, что LibreOffice и GIMP не могут полностью заменить Microsoft Office и Photoshop, но они могут быть достаточно для большинства пользователей.
• Также обсуждается, что Windows 10 LTSC может быть установлен без телеметрии и блотвэара, но это не легально и может быть проблематично в будущем.
• В конце, участники приходят к выводу, что выбор между Windows и Linux зависит от индивидуальных потребностей и приоритетов, и что обе системы имеют свои плюсы и минусы.

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

Mozilla представила новую функцию управления профилями Firefox, запускаемую 14 октября. Каждый профиль будет представлять отдельное пространство с собственными закладками, входами, историей, расширениями и темами, что поможет пользователям организовать разные аспекты онлайн-жизни: работу, учебу, семью и личные проекты. Функция снижает когнитивную нагрузку, предотвращая смешение данных и неловкие ситуации, когда личная информация появляется в профессиональном контексте.

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

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

• Пользователи обсуждают, что профили Firefox существуют уже много лет, но новый UI не решает проблему с их использованием и не показывает старые профили.
• Создание нового профиля через новый интерфейс не создаёт отдельную папку профиля, что вызывает вопросы о том, как перенести данные.
• Некоторые пользователи отмечают, что новый интерфейс не позволяет выбрать, какой профиль использовать при открытии ссылки из внешнего приложения.
• Обсуждается, что контейнеры и профили разные вещи, но новый UI не делает это ясным.
• Несколько комментаторов выражают разочарование в том, что Mozilla не делает ясным, что именно нового вносит новый UI, и что именно он улучшается.