Emacs 31.1

Потому как в компаниях есть стандарт среды разработки.

Хвала Аллаху, не во всех.

Да. Линукс, увы, отвратителен. Вот *BSD прекрасны.

Вот потому на макос и сижу :)

Это BSD курильщика.

Потому как в компаниях есть стандарт среды разработки.

Хвала Аллаху, не во всех.

Я про тех, кто занимается чем-то серьезным. «Вася пупкин и сыновья» не в счет.

Вот потому на макос и сижу :)

Это BSD курильщика.

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

Я про тех, кто занимается чем-то серьезным. «Вася пупкин и сыновья» не в счет.

Можно подробнее? Что именно считается серьёзным, а что «Вася Пупкин и сыновья»? От какого суточного оборота пляшем?

Если бы на рынке побеждали лучшие по потребительским качествам, то ни засилья Intel, ни засилья Microsoft не случилось бы.

Ну да. Все-бы сидели на apple

Это BSD курильщика.

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

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

Если бы на рынке побеждали лучшие по потребительским качествам, то ни засилья Intel, ни засилья Microsoft не случилось бы.

Ну да. Все-бы сидели на apple

Как домашняя машина она была не так уж плоха. Но я про серьёзную работу, а не про бизнес старшеклассника в папином гараже.

Дык «vi» действительно остался в прошлом — это правда. Однако и ориентироваться на него в современных реалиях некорректно, ведь люди уже давно используют vim/neovim (сейчас скорее последний). А «vi» зачастую эмулируется из этих пакетов.

Emacs и vi годятся лишь для того, чтобы перед друхьями понтануться - смотрите

Именно поэтому пакет для VS Code, предоставляющий vim-like поведение, является одним из самых популярных расширений у них в магазине за всю историю. Именно поэтому слой vim совместимости добавили в относительно свежий редактор Zed изначально.

Не следует вводить себя и других в заблуждение, мол [neo]vim и/или такой моделью управления никто не пользуется — это не соответствует действительности, ведь у vim довольно большая адаптация в других приложениях и в плане количества активных пользователей.

У Emacs база пользователей значительно меньше вимовской (что само по себе не делает его хуже), но он так же пережил уже тот же Atom, Sublime и подобные редакторы кода, которые когда-то были на слуху, а сейчас ими толком никто не пользуется.

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

Что именно считается серьёзным, а что «Вася Пупкин и сыновья»? От какого суточного оборота пляшем?

Суточный оборот чего именно? Продаж лицензий? Или продаж торговой точки? Или мы берем, скажем, заказной проект, его стоимость, делим на человеко-часы и таким образом выясняем? Или мы смотрим на успешный коммерческий проект компании ХХХ на рынке и смотрим на человеко-часы в целом?

В любом случае - в ЛЮБОЙ компании по производству ПО существует понятие «жизненный цикл приложения». Внутри этого цикла существуют свои технические процессы. И они ВСЕГДА стандартизированы. И ВСЕГДА определяется не только сам код, бибилиотеки и так далее, но и среды разработки, тестирования и поддержки. По банальной причине. Чтоб разработчика, тестировщика, или специалиста поддержки можно было заменить другим человеком без затрат времени (и, как следствие, финансов) на его дополнительное обучение. Чтоб сотрудник как можно быстрее смог влиться в процесс, вместо выбывшего (хоть на время, хоть на всегда), по любой причине - другого сотрудника. Вот для чего СТАНДАРТИЗИРУЮТСЯ средства разработки в компаниях.

Лишь бы не doom emacs :) Вот это точно адище!

Doom Emacs прекрасен. Настроить Emacs под свои нужды с нуля – это жопу порвать надо, особенно если ты не пишешь 10 лет на лиспе. Порог вхождения – не самая известная фича у емакса.

Если бы на рынке побеждали лучшие по потребительским качествам, то ни засилья Intel, ни засилья Microsoft не случилось бы.

Ээээ… в 90х Windows 95/98+x86 были по потребительским качествам и стоимости впереди всех. Да и сейчас с альтернативами x86 очень туго.

Потому как в компаниях есть стандарт среды разработки.

Вы там может ещё и корпоративный гимн хором поёте перед началом рабочего дня?

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

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

Чтоб разработчика <…> можно было заменить другим человеком без затрат времени (и, как следствие, финансов) на его дополнительное обучение.

Это никогда не работает, если твоя контора делает что-то интереснее перекладывания JSON из HTTP в PostgreSQL. Как только случается какая-никакая сложная предметная область, разработчиков днём с огнём не сыщешь, и без доп.обучения не обойтись. Текстовый редактор тут вообще никак не поможет.

Но я про серьёзную работу, а не про бизнес старшеклассника в папином гараже.

Ну-ну. Приезжай в Калифорнию. Посмотри на чем там в основном люди работают :) Собственно даже в моей (не то чтоб большой компании) все уже перебрались на мак. Средств разработки, серверов сборки , сред тестирования это никак не затронуло. За этим просто приятнее и быстрее работать. Собственно говорить о вкусе устриц надо с теми, кто их ел…

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

Вообще нужно четко понимать, что ЛЮБОЕ ИТ - это в ревую очередь - ПРО ДЕНЬГИ, а уже потом про технологии и остальную лабуду.

Вы там может ещё и корпоративный гимн хором поёте перед началом рабочего дня?

Не надо сравнивать финансовый прагматизм и маразм.

причины, по которым происходит такая стандартизация я в этой ветке уже описал.

Не надо сравнивать финансовый прагматизм и маразм.

Ну, что-то пока разницы особой не видно.

как только случается какая-никакая сложная предметная область, разработчиков днём с огнём не сыщешь

Я тебе про 1 ты про другое. И, если ты работал исключительно в компаниях, где всем было «по барабану» в чем ты там что пишешь, то именно эти комапнии с точностью попадают под твое определение. И это уже лично мне интересно увидеть этот список, чтоб никогда и ни при каких обстоятельствах с ними не сталкиваться. Ибо это говорит об общем состоянии управления в компании.

Ну, что-то пока разницы особой не видно.

Это меня даже не удивило. Ведь это ты сказал :) Неумение не видеть и не понимать очевидного.ю это, знаешь-ли, очень многое говорит :)

Я тебе про 1 ты про другое.

Ты мне про влияние одного единственного средства разработки (из всего огромного стека) на оборот персонала и скорость онбординга. Я утверждаю, что этого влияния нет, ты его из жопы вынул, и что существуют куда более весовые факторы. Ты бы ещё начал утверждать, что цвет обоины на рабочем столе влияет, и что надо обязательно корпоративные обои ставить. И что док обязательно должен быть внизу, а не слева.

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

А можно мне увидеть список компаний, где менеджеры-анальники заставляют использовать корпоративный редактор? Ну просто любопытно.

я его и поставил. после spacemacs просто ракета. я пока не готов с нуля всё.

очень многое говорит

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

Если комбинации клавиш уникальны, а другие IDE/редакторы пользуют общепринятые комбинации

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

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

В любом случае - в ЛЮБОЙ компании по производству ПО существует понятие «жизненный цикл приложения». Внутри этого цикла существуют свои технические процессы. И они ВСЕГДА стандартизированы. И ВСЕГДА определяется не только сам код, бибилиотеки и так далее, но и среды разработки, тестирования и поддержки. По банальной причине. Чтоб разработчика, тестировщика, или специалиста поддержки можно было заменить другим человеком без затрат времени (и, как следствие, финансов) на его дополнительное обучение. Чтоб сотрудник как можно быстрее смог влиться в процесс, вместо выбывшего (хоть на время, хоть на всегда), по любой причине - другого сотрудника. Вот для чего СТАНДАРТИЗИРУЮТСЯ средства разработки в компаниях.

Ты так говоришь, как будто IDE неотделимо от кодовой базы и код, написанный в emacs, нельзя редачить в IDEA, а код, написанный в vim невозможно редачить в VSCode. Важны всего три вещи: стек технологий, соглашение по оформлению кода, СКВ. Ну, всякие сваггеры и прочие инструменты туда же. Это всё никаким боком не зависит от IDE. Если чловек, запустив одну IDE, не может работать с кодом, написанной в другой IDE, то проблема явно не в IDE.

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

Мой опыт сводился к «можешь пользоваться чем угодно, если сможешь это развернуть во время онбординга». Благо, emacs ставится одной командой, конфиг подкладывается второй. На этом фоне настройка IDEA где-то на уровне пилотирования звездолёта.

по потребительским качествам и стоимости впереди всех

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

Скажем так, не выглядели они тогда победителями в нише серьёзных машин и систем. Выигрывали разве что у маков тех лет с MacOS Classic.

Ну-ну. Приезжай в Калифорнию. Посмотри на чем там в основном люди работают :)

Известная заслуга Джобса.

Собственно даже в моей (не то чтоб большой компании) все уже перебрались на мак.

Ну это всё ещё лучше чем винда и линпус. Так что понять можно.

Собственно говорить о вкусе устриц надо с теми, кто их ел…

Так ты же сам пишешь, что работаешь за маком.

Да и маки бывают разными по мощности.

Это уже вопрос к железу, а не к ОС.

Вообще нужно четко понимать, что ЛЮБОЕ ИТ - это в ревую очередь - ПРО ДЕНЬГИ, а уже потом про технологии и остальную лабуду.

Естественно. Однако, использовать настолько скомпрометированную систему в вопросах, связанных с ДЕНЬГАМИ, я бы поостерёгся.

Я тебе про 1 ты про другое.

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

Человек пришёл из мира перекладывания JSON на маках. Там надо быстро менять макак, так как большая текучка. В таких условиях я бы, естественно, тоже хотел максимально стандартизировать окружение на рабочих станциях, чтобы макаки ходили строем и не отвлекались от перекладывания JSON’ов.

Кажется я всё понял:

Если чловек, запустив одну IDE, не может работать с кодом, написанной в другой IDE, то проблема явно не в IDE.

А вдруг новичёк попросит старичка объяснить чего в коде, старичок подходит к рабочему месту, смотрит, а там IDE ВЫГЛЯДИТ ПО ДРУГОМУ!!!! Ну и всё, код непонятный, ничего не понятно, работа встала. Серьёзная проблема.

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

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

А вдруг новичёк попросит старичка объяснить чего в коде, старичок подходит к рабочему месту, смотрит, а там IDE ВЫГЛЯДИТ ПО ДРУГОМУ!!!! Ну и всё, код непонятный, ничего не понятно, работа встала. Серьёзная проблема.

Senior Go VSCode Developer увидел Goland и потерялся.

Опять же, какая доля пользователей НЕ пользуется evil. Я вообще настроил evil и ctrl-c/ctrl-v.

Потому как в компаниях есть стандарт среды разработки.

В компаниях есть ограниченное количество лицензий JetBrains, в остальном каждый пользуется чем хочет (в рамках разумного, чтобы ИБ не изумлялось). Причём, от Почты России до последнего аутсорсера.

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

Нафик такие сложности? Есть регламенты на качество и стиль кода, на выкатку в прод и прочее. Какая разница в чём его пишут?

Приезжай в Калифорнию.

Ну конечно там будет везде мак по историческим причинам. Даже там, где он совершенно не нужен. У них наверно и серваки на маках, не удивлюсь. Но это всё можно понять. А вот когда в Зажопинске все сидят на маке, это очень странно выглядит. Как будто какие-то сторонники запрещенной лгбт пробрались в руководство и швыряют деньги на ветер.

Да это и не важно. Emacs можно поставить и на мак тоже. И будет работать ничуть не хуже.

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

Давайте. Будем считать открытую вкладку сликэдита или открытое окно mcedit - текущим буфером. Что вы называете реестром - не знаю, пусть будет некое хранилище настроек.

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

В МЦ такое поведение , вроде бы, не по-умолчанию (т.е. надо поставить галочку в настройках, чтобы автосохранял), в Слике - по-умолчанию.

И да, чтобы найти соответсвующие менюшки вам не нужно читать документацию к редакторам. И вам не нужно учить синтаксис конфигурационных файлов. Давайте теперь перичислим действия после фразы «я загрузил emacs, вот он в каталоге /mnt/downloads/xlam/ лежит», которые мне необходимо совершить чтобы сесть и начать пилить проект в несколько файлов хотя бы. Сесть и начать - я имею ввиду, чтобы кнопки были мне привычны, чтобы я выбрал бы темку syntax highlight в пару кликов. Смогу ли я в vi или emacse быстренько прикрутить свой compile & link command? Нет. Быстренько - не получится.

В других редакторах ? Да, в один-два клика по менюшкам.

и невероятный разнообразием модулей

Какая для этого «общепринятая комбинация»? Другой вариант: я хочу посмотреть где используется символ под курсором. Куда нажимать?

1. Окна таскаем мышкой, уже 25 лет как. Так общепринято. Стэкаются они , очевидно, сами. Подтащил - оно встроилось. Мистика, но работает.

2. Go To Reference / Go To Definition / Find All Uses в контекстном меню по правой кнопке мышки в слике или другом редакторе (даже детские, типа Arduino IDE, и те умеют).

Что вы называете реестром - не знаю

https://www.gnu.org/software/emacs/manual/html_node/emacs/Registers.html

автоматически запоминали позицию курсора в каждом файле.

Но я спрашивал совсем не это. У меня есть множество больших yaml файлов (назвался DevOps’ом, полезай в YAML) в которых описаны разные конфигурации, pipeline’ы, ресурсы кубернетеса и т.п. Мне нужно во всём этом бардаке ориентироваться, для чего нужно запомнить ключевые места (обратите внимание на множественное число) и свободно на них переходить. Как?

я имею ввиду, чтобы кнопки были мне привычны

Кнопки — на клавиатуре. Они привычны и от смены редактора не зависят. У вас претензии уровня «я сел за линукс, на виндовс не похоже, туфта ваш линукс». Вам не стыдно?

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

Мы с вами не знакомы, так что понятия не имею чего вы можете, а чего нет.

некий jeder

Руслан Карманов?

Думаете то видео, где Столлман ест ноги единственное? Нет. Примерно с 2005 года, садиться на стол с ногами, снимать ботинки, носки и ковырять ноги во время выступлений у него вошло в норму (фото прилагаются).

нужно запомнить ключевые места (обратите внимание на множественное число) и свободно на них переходить. Как?

В Слике есть по правой кнопке, в контекстном меню. Что-то там bookmark. Можно открывать окошко всплывающее с букмарками и тыкать в него мышкой. Будут открываться нужные вам локации в нужных вам файлах.

В мц, конечно, нет такого, но он и не IDE

Давайте теперь я вас спрошу. Вот я хочу открыть три окошка: на двух у меня расположен файл1 и файл2, причем так, что когда я прокручиваю один, то прокручивается и второй (изначално их позиции не одинаковы). А третье окошко я хочу, чтобы плавало поверх этих, там у меня документация открыта.

С чего начинать? С чтения документации и изучения elisp?

Ну, про мц давайте замнём, тут говорить вообще не о чём, а про слик продолжим. В реестр я могу положить не только текст, но и прямоугольник. Это удобно, когда работаешь с таблицами в org-mode. Например у меня есть простая табличка.

|----------------+-------------+
| ap-northeast-1 | Japan       |
| ap-northeast-2 | South Korea |
| ap-south-1     | India       |
| ap-southeast-1 | Singapore   |
| ap-southeast-2 | Australia   |
| ca-central-1   | Canada      |
| eu-central-1   | Frankfurt   |
| eu-west-2      | London      |
| us-east-1      | US          |

Я хочу вырезать и сохранить в реестр второй столбец. Какие действия мне нужно для этого предпринять?

блокнот-переросток осмеливаются продавать за $300.

У них можно скачать не Pro версию, поиграться. Скачайте, может понравится. Можете смело скачивать версию 14 года - там и так features выше крыши. Tips не выключайте сначала, они полезные. А можно и последнюю, но там наверняка без ИИ не обошлось :))

я хочу открыть три окошка: на двух у меня расположен файл1 и файл2,

C-x 2 или C-x 3 для горизонатального или вертикального разделения. Затем scroll-all-mode для прокрутки обоих буферов.

А третье окошко я хочу, чтобы плавало поверх этих, там у меня документация открыта.

В терминологии emacs, это называется frame. Добавляете префик C-x 5 и создаёте сколько хотите плавающих окошек.

С чего начинать? С чтения документации и изучения elisp?

Да, это очень, очень хороший выбор.

Ну в слике есть выделение обычное и прямоугольником.

Выделяете нужный вам фрагмент. (там то-ли с альтом то-ли с шифт-альтом). Ctrl+C. Нажимаете Ctrl-N (New File), нажимаете Ctrl+V.

Этот фрагмент (прямоугольный) можно вставить в середину текста и он втавится аккуратненько. Вот в картинке выше, например, можно скопировать столбец слева и вставить его между первым и вторым. И ничего не разъедется.

Я так длиннющие портянки типа { «name», handler }, … писал :). Напишешь штук сорок функций разных в столбик, потом просто скопировал вставил рядом.

Ну, не знаю насчет увольнений, но таки да,в конторах почти везде стандарт есть. «Пишем или в этом или, в крайнем случае в том, собираться должно в таком-то и таком-то IDE».

Можно дискутировать - правильно это или неправильно, но что есть - то есть.

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

P.S.

In a review of version 11 of SlickEdit, released in 2006, Tom Plunket reviewing it for the Game Developer, suggested that it suffers from an overabundance of features:

SlickEdit ends up being a very complex piece of software. Some of its most promising features are hard to use, and configuring the program to work to any one developer's tastes can be tedious... its power can only be harnessed by people who are ready to spend considerable time learning how to truly use it.[9]