Есть ли альтернатива Emacs?

Это моё суждение, но Acme больше по C. Или мне так кажется.

Acme подходит для любого проекта, работу с которым можно организовать используя текстовые команды. Поиск файлов/слов - grep, сборка проекта - make, git/docker - самоочевидно, работа с HTTP - curl, сторонние сервисы - mysql-client/redis-client/etc. Отличие от обычного эмулятора терминала в том, что Acme позволяет хранить команды в файлах.

Терминал, какой бы современный интерактивный шелл не использовался, неудобен, хотя все им умеют пользуются. В этом смысле Acme направляет имеющиеся скиллы в более продуктивное русло.

LSP в Acme также имеется (1).

Lem посмотри

Чтобы это стало альтернативой Emacs, над ним нужно работать в Emacs ещё несколько лет full time.

Vim наконец настрой

Vim наконец настрой

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

/bin/ed на юниксе XEDIT на OS TECO на ленте

Canon Cat как acme+

поэтому есть ли не настолько чистое как вышеуказаное под vscode?

т.е исполнение участков текста с помещением результата по месту в другое и прочее?

Не слышал про Canon Cat. Похоже на старинный компьютер. А причём тут он?

Про vscode не знаю, не пользовался. А чем Acme не устроил?

Edit: вижу, что Canon Cat использует какой-то необычный текстовый интерфейс, но я не знаком с этим устройством.

Есть ли альтернатива Emacs?

Есть ли успехи в написании .net программ в имаксе?

Раскин (мастер интерфейсов(пользовательских) первых Маков(недо лизы которые) показал своим изделием что могло бы быть идеальным инструментом текстованния в отсутствие закона Мура и фиатной накачки спроса бубенцами и свистелками

речь про тектовое взаимодействие acme/Oberon(среды) - где есть курсор текста и курсор мыши (либо их эмуляция одним курсором и моды)

ща в vscode:

* есть недо тайлинг как в acme

* исполнение выделенного произвольным шелом

?(нехватает) < | > ухватки ввода вывода замещения в самой среде

самой Acme (если бы б продолжал пользоваться то скорее Sam) - не взлетело ибо робинзонить без пятниц тяжко :(

зы:

частично есть получение вывода в «временый» файл если исполняемое выделение тем или иным способом осуществляет |code [path] - (в том же path али при его отсутсвии)

ну и для публики:

как начал и как используешь acme?

Запусти VSCode под apparmor профилем, запрети ему ходить в сеть или запускать другие программы чтобы ходить в сеть.

Плюнул на Emacs и VSC и просто пишу в Sublime Text.

так что vi солярке даже не пищал, только портил

И падал с ошибкой, если размеры окна терминала были больше чем 80x25 символов.

как используешь acme?

Использую в основном для работы над гошными проектами.

Практика, которую использую по сей день: сохраняю команды в файл, который игнорируется глобальными настройками гита. Обычно этот файл называют «guide».

Довольно долго держал файл $home/guide, через который открывал проекты. Там была примерно такая команда:

<find github.com -type f |sort |grep '/guide$'

В файле guide – команды. Последнее время я чаще всего я использую find, grep, git и psql.

Поиск по файлам и по содержимому:

|grep pattern
|grep -n pattern `{cat}
<find . -type f |sort

Сперва выполняю команду find, которая даёт список всех файлов, затем на этом выделении один из двух grep-ов.

Можно использовать grep -R или ripgrep, но я стараюсь без необходимости не выходить за пределы возможностей, описанных в мануалах Plan 9. Эти мануалы хороши тем, что они хорошо подсвечивают традиции и нормы использования инструментов.

Пробелы и табы в названиях имён можно пофиксить через $ifs, но проще просто не париться об этом.

Когда я понял, что пользуюсь поиском очень часто и постоянно ходить в файл неудобно, создал скрипт Global, который создаёт окно с результатом «find . -type f |sort» и шаблоном grep в теге (заголовке) окна.

git – по-умолчанию просто держу команды, которые знаю, что выполняются регулярно.

Вместо git status использую git status –short –untracked-files. На это есть две причины. Первая – легко автоматизировать (|sed 's/^../git add/'). Вторая – можно тыкнуть на существующий файл, затем применить аккорд 2-1 к команде git add/checkout/reset. Работает как кнопка.

Чтобы дополнительно уменьшить количество кликов, я сделал скрипты gitadd/gitcheckout/gitreset. Без пробелов не нужно выделять всю команду.

По такому же принципу прыгаю по веткам и коммитам.

Нравится добавлять только часть изменений в индекс используя git apply. Но этому было трудно научиться. Обычно используют git add –patch. Поскольку это традиционный repl, его нужно запустить через win git add --patch, как и любой другой традиционный repl.

Для работы с бд также использую Acme. Команду для подключения оборачиваю в скрипт, в результате получая «кнопку». При необходимости можно переключиться на моноширинный шрифт через Font.

Как правило, файлы guide большие. Основное средство навигации – поиск. Есть два подхода. Первый – сделать Zerox окна и в теге написать команду для перехода к нужной позиции. Например, для перехода к командам гита я использую :0/^git/.

Есть похожий подход, который пригождается время от времени. Поисковые запросы можно держать в пустом окне. Когда нужно – выделяешь, затем применяешь аккордом 2-1 к команде Edit в окне, где этот поисковый запрос нужно осуществить.

(По этому же принципу работает команда Look, но она ищет обычные строки. Какое-то заранее известное назначение трудно придумать для Look, но она регулярно становится нужна то тут, то там.)

Для работы с несколькими сессиями – либо Dump/Load (к сожалению, иногда не осиливает Zeroxed окна), либо второй инстанс Acme. Как запустить два инстанса написано в man 4 intro |grep NAMESPACE.

acme-lsp не тестил. Я юзаю gopls, который не требует ручного запуска сервера и имеет дружелюбный командный интерфейс. Но я всё-таки написал парочку обёрток, которые делают переход к символу/список упоминаний/проч более удобным и в духе Acme.

Для подсвечивания ошибок в коде в реальном времени использую go vet в связке с Watch.

Структурные регулярные выражения рулят. К сожалению, многие возможности скрываются за идиомами, которые не всегда видно сразу. Использование адресов открывает многие возможности.

Часто пользуюсь окнами, которые не являются файлом, но благодаря названию /Users/kaldeon/project/-slowquery указывают директорию и организовывают работу.

Sam мне тоже нравится, но он как будто не такой динамичный.

Многие другие детали можно подцепить из видоса Russ Cox’a.

С паролями/секретами также работаю через Acme. Просто шифрую файл через gnupg. Если требуется ввести пароль, то win gnupg --decrypt file, иначе достаточно пайпов.

Когда сидел на линуксе, то ещё больше делал через команды, включая работу с systemd, подключение к wifi, смену раскладки, регулировку яркости экрана, создание скриншотов, просмотр времени и даты — всё перечисленное без шорткатов, только обычные команды в файлах — но в связи с переходом на макось уже так не делаю.

Rob Pike для навигации по коду пользуется такими скриптами:

% cat bin/f
#!/bin/sh

9 grep -i -n '^func (\([^)]+\) )?'$1'\(' *.go /dev/null
% cat bin/t
#!/bin/sh

9 grep -i -n '^type '$1' ' *.go /dev/null

% cat bin/cf
#!/bin/sh

csearch -n -f '\.go$' '^func (\([^)]+\) )?'$1'\('
% cat bin/ct
#!/bin/sh

csearch -n -f '\.go$' '^type '$1
%

(сурс)

Я не пробовал так делать, но на заметку взял, подход хороший.

В Vim нет плагинов чтобы как-то приблизится к Emacs.

Emacs хорош, но зачем vim приближать к нему? Это как из Linux сделать Windows.

Lite XL\Pragtical предлагали?

Есть ли успехи в написании .net программ в имаксе?

Да.

Для подсвечивания ошибок в коде в реальном времени использую go vet в связке

Я вообще панк. Пишу код без автодополнений и lsp. Но пользуюсь сниппетами. Пару раз потратил время и всё, умные заготовки есть.

Плюнул на Emacs и VSC и просто пишу в Sublime Text.

У меня знакомые так.

Для ssh vi заменил на mg (который к openbsd). Даже от Joe editor отказался, так как никаких настроек для редактирования не надо тащить на клиента.

Странно, но сам отказался от vscode и перешел на emacs-nox.

Настроил tree-sitter для покрытия тех ЯП, с которыми кручусь (да, много) и пользуюсь с grep на пару. Удобно, мгновенно, убрал все эти modes, так как самая большая необходимость - отступы и выравнивание.

Код практически без подсветки (только строки и комментарии отличаются по цвету). Это позволяет читать что угодно и где угодно.

JB требует VPN

неужели настроить vpn cложнее чем emacs?

Может и нет, но emacs полезнее.

достаточно TECO и DDT

неужели настроить vpn cложнее чем emacs?

Да, в Emacs нечего настраивать.

как же я забыл: там же в конфиге не настройка, а полноценная программа на лиспе)

полезнее vpn или продуктов jb?

Да. И того, и другого.

каким продуктом jb ты пользовался для сравнения с emacs?

Никаким и не собираюсь. Некогда.

тогда как можешь их сравнивать? я работал и в том, и в другом, обратно в emacs не хочется.

тогда как можешь их сравнивать?

Могу же я сравнивать Москву или Берлин с бразильскими трущобами и африканскими джунглями. Хотя в последних я ни разу не был и, дай Бог, не буду.

обратно в emacs не хочется.

Обратитесь к психотерапевту. Кстати, в emacs есть, а в этой вашей jb найдётся ли?

слабая попытка. и про города, и про психотерапевта.

Дядь. Да сиди ты на JB. Этот подход тоже имеет место быть. Да, он от Windows. Ну будь на Linux как пользователь Windows, чё нет-то?

Тот же Rob Pike или атэц Си - они пользуют набор инструментов, которые в корне отличаются от IDE. Что могу написать - Этот подход начинаешь понимать после плотного программирования на Bash и иже с ними. Так как хочешь хорошо писать, а для этого надо учить этот набор инструментов.

JB/VS проигрывают в мире мультипрограммирования. У меня только сейчас стек из +-10 ЯП. Понял, что главное - минимум цвета (или отсутствие), понимание отступов под многие ЯП и «не мешать».
Здесь конкретно выходят на топчик Emacs/Vim. Вим - так как везде и имеет один файл на конфиг (Puppet или альтернативы спасают пацанов). Emacs - так как можно сделать при должном умении всё. С инструментарием и командной строкой можно быстро вникнуть и разобраться (Tmux/Screen и утилиты (sed, awk, grep etc) или Tiled WM). А JB будет только индексировать монорепу, покрикивая, что на этой машине память тю-тю.

Тут как бы мягче сказать, «на опыте» или нет.

Пробелы и табы в названиях имён можно пофиксить

2025 год,

grep "ох уэ эти   прооообелы и    табы.go"

они пользуют набор инструментов, которые в корне отличаются от IDE. Что могу написать - Этот подход начинаешь понимать после плотного программирования на Bash и иже с ними.

В каком-то смысле это IDE, только под E — Envinronment тут подразумевается весь линукс целиком. Я пробовал тыркнуться в этом направлении, но без emacs’овых клавиатурных аккордов тяжко. Привык к этому делу.

но без emacs’овых клавиатурных аккордов тяжко. Привык к этому делу.

readline.

Либо вы меня не поняли, либо я вас. Как я readline к acme приспособлю?

Мальчик, я на «этих ваших линуксах» работаю с 2001 года, на emacs просидел 20 лет, поэтому не надо про опыт. То что от emacs можно получить только после длительной и мучительной настройки в продуктах jb просто работает.

Что у тебя за стек из 10 языков? Огласи, пожалуйста, весь список.

Мальчик, я на «этих ваших линуксах» работаю с 2001 года

Крут, я с 95. По писькомеру - ты дно. Это раз. Второе - я же не говорил, что не-не! Только не jb. Я писал, что надо понимать, а это не возраст, это конкретно знание.

эх молодёжь

)) А ты Ленина видел ))
Он гриб?

гр(а|е|ё|и|о|у|ы|э|ю|я)б!

Пересобираешь слакварь и настраиваешь имакс с 95 года?) Я тебе пытаюсь сказать, что знание emacs не делает тебя эффективнее тех, кто пользуется другими средствами. Если ты этого не понимаешь, то я не верю, что ты в 95-ом хотя бы родился.

И всё-таки какой у тебя стек из 10 языков? Или к слову ляпнул?

Еmacs - самый эффективный инструмент в прошлом, сейчас и в будущем. Заменить его нечем и незачем

Ты скозал?

python, bash, c, cpp, go, csharp (иногда F#), sql, java, js/ts, html/css, xml/yaml/toml/json, cl/elisp и немного haskell. Приходится читать и править php код и иногда perl. Но это не основа. Это необходимость. И сейчас отходим от cpp и java (переводим на csharp). Больше на поддержку, чем написание нового.

Пересобираешь слакварь и настраиваешь имакс с 95 года?

В 98 уже на шапке крутился первый сервер (хотя те времена увожали BSD). Про Emacs и слыхом не слыхивал до 2005, со Слакой не сложилось, работал(ю) или с бинарными или с Gentoo/Crux.

Дополню:

Я тебе пытаюсь сказать, что знание emacs не делает тебя эффективнее тех, кто пользуется другими средствами.

Тут мне нечего сказать. Я принципиально не могу с тобой поделиться сравнением, если не с чем сравнивать. В защиту могу сказать, что после длительного «сидения» на, допустим, Vim, тебя уговорили пересесть на VSCode с его клавишами по умолчанию. Такое ощущение после Emacs в другой среде - то это не настроить (намертво прибито или отсутствует), то это поведение. Вроде и не главное, а страшно бесит и пропадает комфорт от использования.

Это как с едой. Пока не узнал, что есть другие блюда и кухни, которые ближе к тебе по составу/вкусу, то так и ешь, что готовят тебе. Но есть и обратная сторона - надо интересоваться готовкой (а лучше стать поваром) или платить за настроенное другими (и это не webstorm/datagrip/rider/golang/clion), там товар и ценник другой.

Внушает, только зачем так расточать свои силы?) У меня сейчас актуальный стек: шарп, sql и немного typescript с react, xml и json можно даже не упонинать. Со всем этим можно работать не выходя из Райдера, вплоть до выполнения sql в строковых литералах и бесшовного дебага бэка и фронта в одной сессии.

А, да? Иди пиши в nano