Hacker News Digest

Common Lisp ускоряет обратную связь при разработке благодаря отсутствию чёткой границы между временем чтения, компиляции и выполнения: программа существует как живой образ в памяти, и изменение функции применяется мгновенно без перезапуска. Это критично сейчас, когда LLMs пишут код быстро, а узким местом становится проверка работоспособности — в Common Lisp ошибки не падают программу, а выводят интерактивный отладчик со стек-трейсом и переменными, позволяя LLM сразу исправить код и продолжить выполнение. Макросы, возможные благодаря homoiconicity (код как списки данных), позволяют расширять язык под домен, превращая программирование в создание специализированного языка для задачи. Это особенно ценно в эпоху LLM-поддерживаемой кастомизации: например, ERP-система на собственном доменном языке позволяет пользователям вносить правки через LLM, сохраняя согласованность с исходной концепцией продукта. Программы на Common Lisp часто в 6–7 раз короче эквивалентных на Python благодаря абстракциям через макросы, что снижает стоимость токенов при работе с LLM и увеличивает долю кода, помещающуюся в контекстное окно, уменьшая ошибки из-за частичного видения программы. Хотя стандарт не обновлялся с 1994 года, это стабильность — фундамент не меняется, а пользовательские расширения не ломаются. Недостаток библиотек компенсируется возможностью LLM писать или портировать код самостоятельно, а сложность поиска инженеров не проблема: способность быстро учиться важнее знания конкретного языка, и обучение Common Lisp в интервью отбирает тех, кто будет расти в экспертизе. Таким образом, Common Lisp предоставляет уникальное сочетание скорости итерации, безопасности экспериментов и выразительности, усиливаемое возможностями современных LLM.