DL
как бы, не коммонлисперу это рассказывать
Size: a a a
2021 October 10
a
Ну я и говорю, если в языке нельзя открыть файл, то для Emacs он не подходит.
DL
открытие файла - это функция платформы
DL
тот же elisp не умеет в открытие файлов, если что
a
Не согласен. В Common Lisp, например, можно открыть файл, именно по стандарту.
a
elisp не претендует на то чтоб иметь независимые имплементации. Впрочем, ничто не мешает ему иметь условный find-file-noselect в гипотетическом стандарте.
DL
но как язык что елисп что CL проигрывают кложе
DL
кстати, оперирование над буферами, отсутствие ПДС, деструктивный матчинг - это одна из самых фейловых черт елиспа
a
Разговоры на эту тему толку не приносят. 😏
DL
в промышленном программировании язык это не "глядите, как я могу" (привет, C, С++ и прочий дидовский шлак)
DL
это "давайте заимплементим быстро, просто, надежно"
DL
так вот, нормальный сlojure.el мог бы сделать ненужным cl-lib, seq, dash, s, f, и кучу других либ (с большим оверхедом)
A
пдс - это что?
DL
Persistent data structures
A
Спасибо.
LL
А в коммон лиспе нельзя открыть сокет, так это чё на коммоне веб писать не вариант?
Aß
претендует, но пока не имеет
a
Не имею мнений про веб, но если в спецфикации языка нет ничего про файлы, он не годится для Emacs, во всяком случае раз уж существуют разумные альтернативы, где файлам уделено внимание. И так проблем хватает, не хватало еще выбрать такой язык, где требуется что-то нестандартное для чтения файлов.
В CL есть streams, их достаточно для взаимодействия с внешним миром. Может, в Clojure есть что-то такое?
В CL есть streams, их достаточно для взаимодействия с внешним миром. Может, в Clojure есть что-то такое?
Aß
честно говоря я не знаю ни одного языка где есть буфер, как примитив