Emacs 31.1

Странный комментарий, потому, что 11 версия вообще была очень хорошей и простой. Не требовала чтения документации, для полноценной работы. Ну нет - так нет. Тем более, что емакс-то вы уже освоили, не выбрасывать же теперь эти знания на помойку.

Слик стоит не 300 а значительно дешевле, специально посмотрел, сходил - удивился цене.

Сесть и начать - я имею ввиду, чтобы кнопки были мне привычны, чтобы я выбрал бы темку syntax highlight в пару кликов. Смогу ли я в vi или emacse быстренько прикрутить свой compile & link command?

Почему я сейчас на emacs переезжаю - потому что после того, как я отлажу все нужные мне фичи, повешу на контекстные меню (о да, я пользуюсь трекболом и менюшками), я прикручу к нему AI, и то, что ты просишь, будет делаться из буфера чата по текстовому запросу.

То, что есть выделение прямоугольником — это хорошо. Но теперь мне всё равно нужен реестр, чтобы сохранить его. Реестр, в отличие от буфера обмена, позволяет хранить множество вещей одновременно. И это удобная фишка, от которой не хотелось бы отказываться. Далее, буффер обмена — это хорошо, но как насчёт хранения его истории через kill-ring, вместе с историей редактирования файла через undo-tree?

P.S. Честно говоря, тут я тыкаю пальцем в небо, без понятия, может это уже считается базовой функциональностью и поддерживается повсеместно.

Выигрывали разве что у маков тех лет с MacOS Classic.

А других домашних машин и не было. BeOS, разве что, но там было не лучше.

Потребительские качества это падающая на ровном месте тяжёлая система для маломощных и куцых IBM PC. Вот стоимость это да - для бедных отличный выбор.

Так лялекс на дешёвых цеонах ровно на этой волне и занял серверный рынок целиком. Пока мастодонты со своими юниксами дрочили и продавали свои ящики по 100к баксов за штуку, из под них рынок серверов вытащили красношляпники сотоварищи, продававшие сервера наколеночным доткомами в 10-20 раз дешевле.

Ты учти, что то что стоит у школьников-задротов сегодня, будет стоять на корпоративных десктопах и серверах через 10 лет, когда эти задроты туда работать придут.

Ну, я зашёл на https://www.slickedit.com/, мне предложили Pro версию за $299. Может в вашем регионе другие цены. Впрочем, для покупки предполагается написать им на email, так что возможно они просто угорают.

В последний раз, когда рассматривал переход обратно на Emacs, наблюдал жуткие лаги при прокрутке текста с юникодом (и порой без юникода тоже). Не знаю, связано ли это с тулкитом (Cocoa под GNUstep), но в результате с концами перешёл на acme (в котором прокрутка — что не слишком удивительно — не тормозит), откуда переходить куда‐либо ещё уже не хочется совсем.

Однако смешно наблюдать за очередной серией комментариев о некоем высоком «пороге входа» в Emacs, по умолчанию в котором имеется развесистое меню и целый тулбар с иконками (!). Если в том же Vim’е перед использованием нужно прочесть хотя бы коротенькую справку, то в Emacs’е же можно кликать прямо вот сразу, не приходя в сознание (чем я нередко и занимался, выключая в конфиге только тулбар, но не менюбар). И, наконец, сложность Elisp’а в вопросах повседневной конфигурации, мягко говоря, сильно преувеличена, особенно сейчас, когда любая бесплатная LLM в состоянии выплюнуть нужные сниппеты за несколько секунд для тех, кому использование гугла в этих целях кажется сложным.

Да, наверное, для средней домохозяйки это перебор, но у основной целевой аудитории — программистов — проблем с освоением возникать не должно. Похоже, я слишком оптимистичен относительно способностей местных профессиональных грузчиков JSON’а. Конечно, многим не очень‐то и интересно конфигурировать собственный редактор во все щели, но кричать «Сложна! Сложна!» — это расписка в полной компьютерной неграмотности.

Отдельно хочу отметить наличие классической мантры про необходимость учить «функциональный язык» для настройки. Python, который примерно в той же степени «функциональный», — наверное, тоже недостижимо сложный (для базового освоения)?

Если это тот Jeder, про которого я думаю, просто выплюнь каку. Это тролль, известный своими наездами на опенсорсное сообщество и креатиффы которого пару раз даже перепечатывали на стоплинуксе.

рассматривал переход обратно на Emacs, наблюдал жуткие лаги при прокрутке текста с юникодом (и порой без юникода тоже). Не знаю, связано ли это с тулкитом (Cocoa под GNUstep)

Ээээ...

Ну я тоже не с нуля, я живу на конфигурации от Леши Отта уже с моими правками, благо мы были коллегами когда-то. Но doom — это too much на мой вкус.

то даже у нас, в заповедники кровавого энтерпрайза до таких издевательств над сотрудниками не дошло.

Это где? Мне просто реально интересно, в какой компании стоит такой БАРДАК в ИТ управлении. Я поделюсь своими наблюдениями в некоторых профильных тусовках. В кибердоме, например. Пусть народ повеселится :)

Ты так говоришь, как будто IDE неотделимо от кодовой базы и код, написанный в emacs, нельзя редачить в IDEA, а код, написанный в vim невозможно редачить в VSCode.

Возможно. Верно. Но это, в тоже время, ведет к зоопарку на рабочих местах разработчиков. И нарушает стандарты сборки и отладки. В том числе возможную автоматизацию этих процессов. Это я уже молчу про поддержку. Я вообще не понимаю, почему я должен объяснять настолько простые истины. Или, у некоторых разработчиков, уже настолько устоялся БАРДАК в голове, что они уже просто не могут по другому. И любое поползновение к порядку и стандартизации вызывает у них тошноту.

Это где?

SAP

Я поделюсь своими наблюдениями

Лучше расскажите, из какой касты вы сотрудников набираете?

человек пришёл из мира перекладывания JSON на маках

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

А вот когда в Зажопинске

А кто тебе мешает оттуда уехать ?

к зоопарку на рабочих местах разработчиков. И нарушает стандарты сборки

Я понимаю, что Калифорния это передовой штат и всё такое, но возможно вам будет узнать о сущестовании такой технологии как CI/CD. Ну и PR review через специализированные средства типа github’а или gerrit’а.

Ты понятия не имеешь ни откуда я пришел, ни чем мы занимаемся.

Вы про себя уже довольно много рассказали.

Ты учти, что то что стоит у школьников-задротов сегодня, будет стоять на корпоративных десктопах и серверах через 10 лет, когда эти задроты туда работать придут.

Нет - не будет. Там будет стоять то, что определил или Генеральный Директор, или Директор по ИТ. То, что лучше всего решает задачи и имеет выгодную стоимость владения. Именно по этой причине в коммерческих компаниях, линукс-декстопа и не будет до тех пор, пока там не будет стандартизации оного. А учитывая, что так называемое «сообщество» за все годы «существования» линукс-десктопа научилось только меряться определенными органами и разводить, скажем так помягче, дебаты, то и через 10 лет воз останется точно там-же.

Это где?

SAP

Тогда мне становится совершенно понятно, почему за все время их существования на рынках СНГ так и не было полностью доведенных (по первичным тз) проектов внедрения. Правда в эти проекты закопали много денег, но это уже - другая история.

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

о возможно вам будет узнать о сущестовании такой технологии как CI/CD. Ну и PR review через специализированные средства типа github’а или gerrit’а.

разумеется известно. Что, в очередной раз, должно кое-кого наводить на мысль о важности стандартизации всех процессов. Но, некоторые «тут видят, а тут - не видят».

Вы про себя уже довольно много рассказали.

Тогда очень странно, что еще не угомонился :)

разумеется известно.

Так воспользуйтесь же. А то у вас «стандарты сборки» от IDE на рабочем месте зависят. И это в 2026-м году. Позорище.

А как вы Acme пользуетесь? Я пробовал и … вот, читаешь описание концепции — звучит безумно круто и интересно. Пробуешь сам и ваместо того, чтобы нажать клавиатурный аккорд, нужно где-то написать команду (на этом этапе мы уже проиграли по количеству нажатий), найти мышь, мышью выделить команду и кликнуть хитрой комбинацией клавиш. Ну невозможно же!

Именно по этой причине в коммерческих компаниях, линукс-декстопа и не будет

Ахахахахахахахахахахахах господи чувак ты ж прекрасен. У нас тут половина России на гастролюнексе сидит.

нужно где-то написать команду (на этом этапе мы уже проиграли по количеству нажатий), найти мышь, мышью выделить команду и кликнуть хитрой комбинацией клавиш

Думаю, известно, что обычно (но не всегда) команды вписываются в тег (синяя полоса), где и остаются, если нужны во второй и последующие разы. Вот у меня есть короткая программа «Tab» (на C), которая добавляет по четыре пробела в начало каждой строки (и её противоположность «Untab»). Когда что‐то из этого нужно, я вписываю |Tab (или |Untab) в тег и пользуюсь: выделяю текст и однократно кликаю средней кнопкой мыши по |Tab. То есть саму команду набирать нужно один раз (или, по крайней мере, не очень часто) и работу это не замедляет.

Кроме того, быстро выделить одно слово можно двойным кликом или, если нужно выделить текст с пробелами, можно запихнуть его в скобки (вроде {|Very Long Command}) и выделять текст внутри скобок двойным кликом сразу после первой скобки или перед второй. Ещё нужно не забывать, что каждое окно и каждый тег имеют собственный курсор. В частности, двигая курсор в одном окне, выделение в другом окне не исчезает, поэтому если нужно выполнить длинную команду несколько раз, достаточно вписать её в тег, выделить там и далее выделять куски текста и кликать по выделенной команде.

Если не хочется терять команду при закрытии окна, можно вписать её в тег столбца (или как принято переводить?) или в глобальный тег, который выше всех.

Наконец, если нужен какой‐то стандартный набор команд, всегда можно написать его заранее (и заодно расставить скобки где надо), сделать дамп и открывать редактор из дампа, не набивая команды заново каждый раз. Аналогично можно иметь набор дампов для разных проектов, в каждом из них открыть нужные файлы и директории (или оставить список нужных для быстрого доступа), настроить подходящее число столбцов и так далее. Ну или я просто в ~/lib/bookmarks часто используемые директории оставляю и при открытии редактора быстро накликиваю правой кнопкой мыши нужную.

Аккорды на мышке легко запоминаются. В конце концов, их не очень много. Я привык и кликаю, не задумываясь. Ну а быстрый отрыв руки от клавиатуры и поиск мыши рукой — дело привычки.

В целом выходит, что при должных навыках и наработанных привычках всё это не медленнее шорткатов. Ну, по крайней мере, у меня; если кто‐то в Emacs’е давит шорткаты как кореец с 9999 APM, то не знаю. И вообще, нужно ли так (как кореец) быстро кликать при наборе кода? Всё равно обычно больше думаешь чем печатаешь.

половина России на гастролюнексе сидит

Бгыы… теперь это уже не развидеть: гастролинукс это прекрасно :-D

нарушает стандарты сборки и отладки. В том числе возможную автоматизацию этих процессов

Это как? У вас разрабы прям на ноутах собирают и там же это автоматизируется? А CI\CD вы куда дели?

Какая разница в чём разраб пишет код и как ковыряется в нём? Лишь бы поддержку не парил вопросами, а код один фик проверяется на общих тестовых стендах, куда приезжает с общего пайплайна - который как раз за все стандарты и отвечает.

Это как?

Уволен за то, что нашёл баг с помощью strace, а не gdb.

SAP

Ну, для ABAPа выбор редакторов не столь велик…

что то что стоит у школьников-задротов сегодня, будет стоять на корпоративных десктопах и серверах через 10 лет, когда эти задроты туда работать придут.

Это что скоро везде кали будет?

Не-не-не, я не из этих, честно говоря, ABAP в глаза не видел даже. Что и не удивительно, судя по ABAPInEmacs там до кода хрен доберёшься, случайно, просто так наткнуться не выйдет. Не думаю, впрочем, я чего-то потерял.

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

Helm можно заменить Vertico.

А дальше куда? Какой редактор будет модно использовать в следующем году?

Тогда уж Helix взяли бы.

По сабжу:

• Emacs может работать в терминале.
• В Emacs есть TRAMP, чтобы ходить на серверы по SSH/FTP/ETC.

модно использовать в следующем году

уж точно не emacs

Только в мирках фанатов emacs и vi.

А помните, был такой Delphi?

А помните, был такой Eclipse?

А помните, был такой AkelPad?

А помните, был такой Notepad++?

А помните, был такой Lobster?

Вот это как раз маргинальные IDE и редакторы, которыми никто не пользуется.

Господа, у нас тут синдром утёнка как он есть.

Человеку в школе показали винду, научили нажимать Ctrl+C и Ctrl+V. Человек решил, что это эталон, и теперь всё, что не укладывается в прокрустово ложе его личного опыта, или он не понимает, он маргинализует и называет отсталым.

Сочетания винды ужасны. В сочетаниях и последовательностях Emacs и VIM есть логика. Но это же учиться надо.

Спроси лучше, как в их любимом редакторе создать закладку на позицию в файле.

Вот у меня есть короткая программа «Tab» (на C), которая добавляет по четыре пробела в начало каждой строки (и её противоположность «Untab»)

Но для этого же можно просто нажать клавишу Tab на клавиатуре. У меня на ней вся навигация по helm завязана, поэтому нужно нажать C-q <Tab> или же C-u 4 <Space> и это всё равно будет быстрее.

. Когда что‐то из этого нужно, я вписываю |Tab (или |Untab) в тег и пользуюсь

Вот именно на этом моменте я и сломался. Аккорды доступны все и всегда (с точностью до активных режимов). Их не нужно заранее выписывать, они просто есть. А если вдруг нету или не помнишь, то M-x имя-функции и вперёд. Т.е. emacs может всё, что может acme в качестве основы и гору всего сверху.

или в глобальный тег, который выше всех.

Но он один. Один. А количество доступных аккордов в моём случае — около двух с половиной тысяч. Даже малая часть из них не вместится. Никак. Даже теоретически.

При этом идея Acme использовать linux, а не подменять его собой, как это делает emacs, мне нравится. Но вот сквозь интерфейс продраться не получается.

Смогу ли я в vi или emacse быстренько прикрутить свой compile & link command?

В Emacs достаточно создать в корневом каталоге проекта файл .dir-locals.el:

((nil . (compile-command . "cargo build")))

Helix

Меня отпугнуло это «vim-like editor». Удобство инопланетных комбинаций клавиш у vim и emacs так и не достигло моего понимания. Посему Fresh для меня лучше. Сколько ни читаю про преимущества этих странных непонятных мне редакторов vim emacs, но так на меня не упало просветление

Вот читаю про vim типа какие то регулярки позволяет задействовать, какой то удобный поиск, какие то полезные плагины. Но вот нет убеждает. Всё это есть во Fresh или как минимум то что мне нужно. Или как минимум vs code умеет всё и позволяет работать через ssh и в вкладке веб браузера

1. Создаём новый фрейм: [Ctrl+x 5 2].
2. Открываем в этом фрейме документацию.
3. Возвращаемся во фрейм №1: [Ctrl+x o].
4. Делим окно вертикально: [Ctrl+x 3].
5. Прокручиваем содержимое первого окна как надо: [PgDn] или более тру [Ctrl+v].
6. Включаем follow-mode.

План был прост, задавать вопросы сложнее и сложнее, пока не дойду до ультимативного примера:

1. Сделать в mu4e ссылку на email.
2. В org capture создать todo-задачу ответить на письмо к сроку и поместить в неё ссылку на письмо.
3. В Agenda вовремя показать назначенную к исполнению несделанную todo-задачу.

Но собеседник хитро сломался буквально сразу.

Создаём новый фрейм: [Ctrl+x 5 2].

Делим окно вертикально: [Ctrl+x 3].

А вот эти 5 2 3, они какой-то особенной логикой диктуются?

Не знаю, не пробовал. Я как-то не привык к автокомплиту за много лет и не имею достаточного опыта «в пальцах» с теми IDE, где бы это было сделано хорошо и удобно. Видел коллег с Xcode, это впечатляет, но я не пишу для Apple.

Helm+lsp-mode мне тупо завешивали редактор. К Vertico, говорят, тоже надо много чего довешивать, так что монстрик получится не сильно легче. Мне работать, а не глюкало полировать. А емакс — это такое глюкало, что его можно полировать вечно.

Это интуитивно понятно. Смотришь на emacs и интуиция подсказывает: «читай документацию!». Благо базовый tutorial доступен по C-h t прямо сразу (и даже на Русском языке) и занимает минут 15.

А помните, был такой Eclipse?

Вот он как раз вполне распространён, благодаря плагинам для всяких тырпрайзных штук.

Сочетания винды ужасны. В сочетаниях и последовательностях Emacs и VIM есть логика. Но это же учиться надо.

И даже это не обязательно: при желании Ctrl+c\v включается в пару кликов.

Я вообще не очень понимаю страдания по поводу дефолтных сочетаний клавиш. Не нравятся? Настрой как угодно один раз и пользуйся десятилетиями.

Это интуитивно понятно. Смотришь на emacs и интуиция подсказывает: «ставь evil».

Починил. Вообще, емаксовые хоткеи – это просто дичайший синдром утёнка, передающийся половым путём между емаксерами. Какой-то древний емаксер подхватил эту дрянь от пользования Space Cadet и трогания себя немытыми руками потом, и теперь емаксеры прутся по раскладке, которая к современной виндовой или маковой QWERTY подходит примерно никак. У меня от постоянных плясок по Control на каждый чих мизинец очень долго болел, пока я на evil не догадался таки перейти.

Благо базовый tutorial доступен по C-h t прямо сразу (и даже на Русском языке) и занимает минут 15.

У меня в Doom Emacs эта комбинация предлагает цветовую тему сменить.

Починил. Вообще, емаксовые хоткеи – это просто дичайший синдром утёнка

Вот уж с больной головы на здоровую. Подавляющее большинство emacs’еров сначала выучили windows-like аккорды, а потом, в сознательном возрасте уже переучились на emacs-like. А вот у вас действительно, как запечатление произошло, так баста, всё, нейрончики не перестраиваются.

У меня в Doom Emacs

Сначала меняют аккорды на нестандартные, а потом жалуются, что …