Hacker News Digest

Perl не мёртв, его популярность находится на уровне периода dotcom пузыря, согласно отчёту CPAN 2023. Новичков среди пользователей Perl становится всё меньше с 2011 года, хотя общее использование языка остаётся стабильным. Raku (бывший Perl 6) не стал причиной упадка, так как Perl продолжал расти даже во время разработки Raku.

Основные гипотезы упадка Perl связаны с изменением поколений программистов и развитием инструментов разработки. Программисты, выросшие на Unix-системах, естественно воспринимали Perl как продолжение shell, C, awk и sed. Новое поколение, воспитанное на Microsoft, Visual Basic и Java, предпочло Python. Кроме того, появление мощных менеджеров пакетов сделало доступными множество альтернатив, в то время как раньше Perl был одним из немногих доступных инструментов.

• Perl умер не из-за Raku, а из-за отсутствия единого пути развития, отсутствия стандарта кодстайла и культуры «один-разовых» скриптов.
• Python и PHP выиграли, потому что они были «дружелюбнее» для новичков и имели лучшую документацию.
• CPAN стал менее удобным, чем PyPI и npm, что сделало Perl менее привлекательным.
• Отсутствие единого фреймворка для веб-разработки и отсутствие стандарта ООП в Perl 5.
• Не было единого сообщества, которое могло бы продвигать Perl, в то время как Python и JavaScript имели Google и Facebook.

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

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

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

Инженеры часто иррационально подходят к выбору языков программирования, принимая решения на основе идентичности, эмоций и эго, а не технических преимуществ. Автор делится историей о компании Takkle, где опытный CTO инициировал переход с PHP на Perl, что привело к девятимесячной задержке, увеличению расходов с $200K до $500K в месяц и, в конечном итоге, к банкротству компании. Несмотря на то, что PHP был «достаточно хорош» для Facebook, подобного решения не приняли.

В течение своей карьеры автор наблюдал повторяющуюся эту модель в Google, MongoDB и других компаниях. Он описывает случай, когда VP Engineering представил руководству обоснование выбора Rust, хотя Go объективно соответствовал заявленным критериям лучше. Оказалось, что другие языки даже не рассматривались — решение было основано на хайпе. Автор подчеркивает, что при обсуждении языков программирования всегда происходит два диалога: видимый технический и невидимый, связанный с идентичностью инженера.

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

Tenacity — это удобный кроссплатформенный многофункциональный аудиоредактор и рекордер с открытым исходным кодом, разработанный добровольцами для Windows, Linux и других ОС. Программа поддерживает запись с аудиоустройств, работу с широким спектром форматов (расширяемых через FFmpeg), включая высококачественный 32-битный float audio. Среди ключевых возможностей — поддержка плагинов VST, LV2 и AU, скриптинг на Nyquist, Python и Perl, а также продвинутые инструменты редактирования с произвольной дискретизацией и мультидорожечной временной шкалой.

Особое внимание уделено доступности: редактирование с клавиатуры, поддержка скринридеров и голосовое сопровождение. Для получения помощи сообщество активно использует Matrix-канал #tenacity2:matrix.org, а также присутствует в Mastodon и Lemmy. Развернутые версии доступны на странице релизов на Codeberg, где находится основной репозиторий проекта, хотя существует зеркало на GitHub для удобства и CI.

• Tenacity — форк Audacity, созданный из-за добавления телеметрии и новой политики конфиденциальности в основной проект.
• Причины разделения подробно описаны на официальном сайте Tenacity: https://tenacityaudio.org/docs/_content/Introduction_and_Mot...
• Ранее обсуждение на Hacker News: https://news.ycombinator.com/item?id=34835200
• Исправлена сломанная legacy-ссылка: https://tenacityaudio.org/legacy/legacy.html
• Источник исправления — Codeberg и обсуждение на IRC.

Поисковая система DuckDuckGo второй год подряд пожертвовала 25 тысяч долларов Фонду Perl и Raku для поддержки развития языка программирования. Эти средства направляются в Фонд поддержки ядра Perl, который финансирует ключевые улучшения языка.

Среди недавних достижений — модуль builtin, система классов, лексические методы и стабилизация экспериментальных функций вроде сигнатур и try/catch. Разработчик Пол Эванс, получающий финансирование от фонда, внёс значительный вклад в эти нововведения. Многолетняя поддержка спонсоров позволяет фонду увереннее планировать будущее и продолжать работу над развитием Perl.

• DuckDuckGo пожертвовала $25k проекту Perl в рамках благотворительных взносов на общую сумму $1.1M
• В сообществе ведутся дебаты о современной релевантности Perl, где одни отмечают его упадок после неудачи с Perl 6, а другие защищают его как мощный и полезный язык
• Участники делятся личным опытом работы с Perl, отмечая его влияние на их карьеру и сложности, такие как проблемы с версиями библиотек
• Perl продолжает использоваться в крупных компаниях (Craigslist, eBay) и проектах с открытым исходным кодом (OpenBSD)
• Обсуждается необходимость и способы поддержки open-source проектов через публичные пожертвования от брендов

Фонд Perl и Raku с радостью объявляет о пожертвовании в размере 10 000 долларов США от компании Geizhals Preisvergleich. Этот дар помогает обеспечить будущее Фонда поддержки ядра Perl 5.

Perl был неотъемлемой частью нашей платформы сравнения цен с момента основания компании 25 лет назад. Поддержка Фонда означает инвестиции в настоящее и будущее открытых вычислений для нас и других пользователей.

— Майкл Крёлль из Geizhals Preisvergleich

Geizhals не только предоставляет финансирование для экосистемы Perl, но и поддерживает разработчиков, участвует в конференциях и нанимает Perl-программистов. Их вклад очень ценен.

— Стюарт Дж. Макинтош, президент Фонда Perl и Raku

Geizhals начал как хобби-проект в 1997 году и вырос до обслуживания 4,3 млн пользователей в месяц. Используя Perl в своей инфраструктуре, они решили поддержать Фонд.

Работа поддерживаемых разработчиков, таких как Тони Кук, включает исправление критических ошибок, например:

• устранение сбоев при обработке сигналов,
• исправление ошибок сегментации,
• предотвращение утечек памяти.

Эти усилия обеспечивают стабильность и надёжность Perl для организаций и частных пользователей. Поддержка компаний вроде Geizhals помогает сохранять ядро Perl в отличном состоянии долгие годы.

Для спонсорства: olaf@perlfoundation.org

• Geizhals, крупный немецкоязычный сайт сравнения цен, написан на Perl и ассоциируется с издательством Heise Verlag.
• Пользователи отмечают функциональность и полезность Geizhals, но критикуют его устаревший дизайн и региональную ограниченность (в основном Германия).
• Сообщество обсуждает состояние Perl: его стабильность, повсеместную установку и удобство для скриптинга, но признаёт его упадок и непопулярность для новых проектов.
• Возникла дискуссия о безопасности Perl, где некоторые высказывают опасения, а другие опровергают их, ссылаясь на сравнения с Python по количеству CVE.
• Обсуждается модель финансирования Open Source: небольшие пожертвования (как $10k от Geizhals) против зависимости от крупных спонсоров и проблемы поддержки непопулярных проектов.
• Упомянуты другие крупные компании, использующие Perl в продакшене, такие как Booking.com и DuckDuckGo.
• Отмечается, что Perl часто используется для утилитарных скриптов и системного администрирования благодаря своей переносимости и обратной совместимости.

Python: The Documentary
На EuroPython показали фрагмент 90-минутного фильма Python: The Documentary от CultRepo; полная версия уже на YouTube.

Фильм рассказывает, как хобби-язык 90-х стал основой ИИ, анализа данных и крупнейших компаний, почти исчез, но выжил благодаря сообществу. Участники: Гвидо ван Россум, Трэвис Олифант, Барри Варшава и другие.

Запись доклада тоже доступна.

• Документальный фильм о Python вызвал тёплые воспоминания: кто-то вспомнил, как перешёл с Perl/Java, кто-то — как язык спас его карьеру.
• Некоторые участники отметили вклад женщин в историю Python и пожалели, что Тим Петерс не участвовал «вживую».
• Часть комментаторов жалуется: «большой» Python теперь ассоциируется с медленным, не типизированным AI-кодом.
• Другие напоминают, что YouTube, Uber и прочие гиганты всё ещё крутятся на Python, и считают критику преувеличенной.
• Всплыли эпизоды о «моржовом операторе» как поводе для отставки Гвидо, а также о том, как Python 2→3 расколол сообщество.

• Пост критикуют за отсутствие научной строгости: «10 млн случайных примеров» не описаны, а «классификация» языков программирования выглядит ошибочной.
• Автор, по мнению комментаторов, просто прогнал детектор языков и выдал график, из-за чего Perl кажется «переобученным»; на деле это лишь гибкость языка.
• Многие цепочки начинаются на английском, но быстро скатываются в «neuralese» — внутренний, человеку нечитаемый «язык» модели, возникающий при отсутствии ограничений на читаемость.
• «Neuralese» — это не технический термин, а образное обозначение плотного латентного представления, которое модель использует для собственных рассуждений.
• Пустой промпт выводит модель из распределения и демонстрирует, на каких данных она реально «подсела».

1984: словарь в 256 КБ

Представьте: вам поручили написать спеллчекер для MS-DOS-текстового редактора. У части пользователей всего 256 КБ ОЗУ — и туда должны поместиться редактор, сам документ, ОС и ещё словарь. Сегодня /usr/share/dict/words весит 2,5 МБ и содержит 235 000 слов; тогда это был нереальный объём.

Сжатие трие, вырезание редких слов, кастомная БД на гибком диске 360 КБ — всё это требовало месяцев инженерной работы и гениальных структур данных.

Сейчас

Загрузить словарь в хеш-таблицу — 3–5 строк на Perl или Python; поиск слова — встроенная операция. Всё.

• Пользователи жалуются, что встроенный спелл-чекер iPhone (и Android) часто хуже человеческого глаза и LLM: «No Guesses Found» при очевидных ошибках.
• Причины: жёсткие ограничения по скорости и памяти, отсутствие контекста, излишняя буквальность алгоритмов.
• Многие отказались от встроенных средств и ищут слова в Google или используют LLM.
• Участники вспоминают, как в 80-е спелл-чекер был прорывом, но требовал переключения дискет и выдавал лишь список ошибок без подсказок.
• Сегодня задача «проверить орфографию» тривиальна, а вот «предложить правильное» по-прежнему требует сложной инженерии.