Там абсолютно ничего интересного, дефолтный дефолт. Тёмная тема. Народ видимо удивляется на многооконный сплит и шрифт Nouveau IBM. И на то как быстро я переключаюсь по коду, через helm-projectile.
Atto Emacs is a minimal functional Emacs in less than 2000 lines of C code. It is derived from Anthony’s Editor and uses a buffer-gap to represent the file in memory)
Толи дело vs code можно клинуть по «командной строке» ввести > theme /небо/аллах и оно покажет тебе все команды которые по этой строке есть.
И как я должен догадаться, куда надо кликнуть?
найди десяток противоречивых указаний как исправить init.el
От 2010 года, если не более старых. Давным давно не надо ничего исправлять и никуда лезть. Тебе уже 10 раз про это сказали. Нет, ты всё равно тащишь эти бородатые анекдоты из прошлого века. Чего тебя так припекает-то? Ну не осилил ты emacs, бывает. Я вот на пианино не умею играть, но всегда хотел научиться. Думаю попробовать, после emacs должно получиться.
Выводы: никогда не пишите комментарии к своему коду. Я никогда их не писал, саму функцию комментирования использую для временного «выключения» кода во время дебага. Если вы не согласны со мной, то объясните, зачем нужны комментарии, если названия у перемнных/функций/классов человеческие.
I was introduced to MicroEmacs 3.10 in 1990 and immediately felt it was the text editor I’d always wanted. Small Emacsen have always been a bit of an obsession.
Я никогда их не писал, саму функцию комментирования использую для временного «выключения» кода во время дебага
Хорошо структурированный код и так понятен. Если что-то непонятно, то это говнокод и его нужно переписывать, а не комментировать. Коментарии именно к коду очень редко когда нужны.
Однако комментарии я всё таки пишу, в духе литературного программирования, или самоотчётов. Т.е. описываю подробно какая задача вообще решается, что я по этому поводу думаю, какое решение выбрано и почему, какие другие решения рассматривал и т.п.
What does Femto bring to the party of Text Editors
As far as I know Femto is the only Emacs style editor to provide a macro recorder that generates usable Lisp code that can then be used to build a larger, more complex utility. Whilst GNU Emacs has a macro recorder facility it only allows you to dump out the keystrokes used during macro recording. Femto does this by writing the lisp code to a text buffer called macro.
Though I have tried dozens of text editors over the years (mostly on PCs, but a few on mini and mainframe computers) I am not aware of any other editor that works this way. This feature was born out of the principle of keeping a small editor code written in C and where possible using Lisp to implement new features. The standard Emacs macro keystrokes [C-x (, C-c ), C-x e] are all written in Lisp in the file examples/defmacro.lsp. This meant that no special C code was needed in Femto to know when it was in macro mode or not.
В целом совет который можно дать людям которые начинают изучать cs - изучайте мейнстрим
Если я правильно подсчитал, то 25 лет назад мейнстримом был Делфи, но уже 15 лет назад назад он стал «забытыми технологиями далёких предков». А С/С++ всё ещё живы и востребованы, как бы комитет по стандартизации не старался создать монструозного уродца для.
Помню, как прыгали вокруг PHP, он ещё скорее жив, но очень нишевый. Сейчас «главный поток» (не люблю не обрусевших англицизмов) Питон, но где он будет через 10 лет? Сколько раз там сломают обратную совместимость?
Никогда он мейнстримом не был, это была удобная вещь типа питона из серии «побыренькому и в продакшн».
А истины на все времена и не бывает. Истина достижима лишь в какой-то очень отдалённой перспективе, а здесь и сейчас мы в каждый конкретный момент приближаемся к ней иногда с разных сторон.
А С/С++ всё ещё живы и востребованы,
Не знаю по поводу Си а С++ был всегда популярен начиная с борландовской ТС++ под дос.
Лучше взять kickstarter и на его базе сделать свой конфиг, чем пытаться возводить костыли вокруг чужих сборок. А возводить костыли придется рано или поздно.
Документация вроде есть, но ничего непонятно. Сделал я (create-image %filename%), как мне скопировать это изображение, что бы оно не менялось от изменения файла %filename%, но при этом я мог загрузить новое изображение из обновленного файла %filename%? Даже такие простейшие вещи вызывают сложности...
Это в целом относится к документации. Хорошая документация, это когда смотришь на array_column а там десять примеров, и в комментариях еще сотня, хотя функция простейшая, а в Emacs дай бог один пример всунут, и скорее всего пример на 200 строк, обсуждаемая функция в середине, и покрывает один вариант использования.
Во-первых, не в emacs, а в elisp. А во-вторых, сколько примеров не суй, а всё равно SO засыпан вопросами как сделать то, как сделать сё применительно к любому языку. Оказывается, чтобы программировать нужно иметь навык и опыт. В т.ч. в конкретных ситуациях. Внезапное открытие, понимаю.
PS: кстати, а как сделать что-то подобное (create-image…) в vscode? Чё там на счёт мануалов, примеров?
Не смог пользоваться так как нет выделения содержимого скобок, кавычек, итд, если ты не внутри их. Например есть такой код:
int main() {
----> printf("Hello, world\n");
return 0;
}
Если я нахожусь курсором в начале выделеной строки, и хочу выделить аргументы функции printf, в vim я нажимаю vi(. В Helix если я нажимаю mi( и он ничего не выделяет, так как не внутри скобок.
Почему нельзя было просто повторить за вимом, не понимаю.
Мне когда-то SlickEdit понравился. Он платный, но нам всем его компания купила. Я даже думал на него и в частной жизни переползать, но, в результате, остался с Emacs.