Исправление be_nt_all, (текущая версия) :
Любой «программерский» редактор с возможностью расширений очень быстро становится жирным.
Subj, Emacs, Vim (хотя там с последним, скажем так, не идеально), TextAdept (хотя он сравнительно молод и не так популярен, под него сравнительно мало написали готового) — программерские редакторы. С возможностью расширения. Под emacs вообще этих расширений наработано мм… много. Но почему даже он на фоне VSCode — лёгкий?
ps. Все мной перечисленные, кроме собственно, саблайма имеют консольные версии и, таки да, могут конкурировать с нано на его поле (хотя какая там конкуренция sudo removepkg nano — и нет «конкурента», который неудобный, почти нерасширяемый и почти ничего не умеет)
Исправление be_nt_all, :
Любой «программерский» редактор с возможностью расширений очень быстро становится жирным.
Subj, Emacs, Vim (хотя там с последним, скажем так, не идеально), TextAdept (хотя он сравнительно молод и не так популярен, под него сравнительно мало написали готового) — программерские редакторы. С возможностью расширения. Под emacs вообще этих расширений наработано мм… много. Но почему даже он на фоне VSCode — лёгкий?
Исправление be_nt_all, :
Любой «программерский» редактор с возможностью расширений очень быстро становится жирным.
Subj, Emacs, Vim (хотя там с последним, скажем так, не идеально), TextAdept (хотя он сравнительно молод и не так популярен, под него сравнительно мало написали готового) — программерские редакторы. С возможностью расширения. Под emacs вообще этих расширений наработано много. Но почему даже он на фоне VSCode — лёгкий?
Исходная версия be_nt_all, :
Любой «программерский» редактор с возможностью расширений очень быстро становится жирным.
Subj, Emacs, Vim (хотя там с последним не всё ок), TextAdept (хотя он сравнительно молод и не так популярен, под него сравнительно мало написали готового) — программерские редакторы. С возможностью расширения. Под emacs вообще этих расширений наработано много. Но почему даже он на фоне VSCode — лёгкий?