Vim:
no way fag
beep beep
К сожалению, это проблема не только линукс-юзеров. Разрабам под винду тоже часто приходится с ним сталкиваться, и со временем привыкаешь.
А что он через top или htop не убивается?
Да и на винде грохним, уж тем тем более не проблема.
Да и на винде грохним, уж тем тем более не проблема.
Когда ты в vi, ты не можешь писать bash-команды
но можешь написать: q!
И это q! будет вписано в текст файла
А переключение терминалов для кого?
для тех кто знает как выйти из vi
Кто мешает запустить в другом терминале top?
Кстати, ви иногда "ломается" после закрытия файла топом, при редактировании файла 123.txt ви создаёт его копию с именем 123.txt~, и в него уже вписывает изменения.
Если же такой файл существует, некоторые версии ви вернут ошибку.
Если же такой файл существует, некоторые версии ви вернут ошибку.
>закрытия файла топом
Блядь, как же стыдно!
Блядь, как же стыдно!
Ведь можно же
killall vim
killall vim
смешно...
вообще я виндовод, но поднимал и соберал наверное более сотни серверов на униксах без гуя...
Да мне просто лень расписывать сотни сценариев как можно убить тот или иной процесс ))
вообще я виндовод, но поднимал и соберал наверное более сотни серверов на униксах без гуя...
Да мне просто лень расписывать сотни сценариев как можно убить тот или иной процесс ))
Думал подружиться в vim'ом, чтобы не страдать в nano при редактировании конфигов. Потом узнал про micro.
Никогда не понимал, чем нано плох. Вим кажется пережитком прошлого, когла было плохое соединение, которое могло порваться в любой момент. Объективных причин, кроме синдрома утенка, чтобы пользоваться вимом сейчас, нет.
1. Иногда приходиться работать работать с удалённым часто рвущимся медленным соединением и vim в этом плане слаб (относительно emacs, относительно nano он даёт достаточно продвинутые средства):
1) .vimrc не доступен, т.к. систем несколько сотен почти без синхронизации (сниппетов нет по той же причине), да ещё и для каждого пользователя свой .vimrc без возможности работать из-под другого без нарушения прав доступа
2) при каждом обрыве: ssh → su → vim вместо прямого emacs-соединения
3) на той стороне тоже должен быть vim, а чаще всего там отсталый vi или вобще нет редактора кроме sed
4) он не кеширует и тормоза видны на хосте
5) умирает, утаскивая за собой сессию шела, если вдруг соединение оборвалось неявно
2. Открыть гигантский файл — это единственное, в чём vim-у не видел равных. Чисто клиентская сессия с плагинами тоже запускается относительно других быстро — можно запускать в разных клиентах задачи тяжёлые и не бояться зависания других клиентов (как это делает emacs при авторебейзе большой git-ветки с кучей изменений в разных коммитах на hdd).
3. nano плох тем, что ничего кроме вписать/удалить символы не умеет и плагинов нет. Очень ограниченный список задач — ни тебе hex-файл отредактировать, ни на другую систему зайти, ни git репозиторий отредактировать, цветов/вкладок/браузера/регулярок/макросов/lsp/сниппетов/проверки орфографии/словарей/мессенджеров/просмотрщиков презентаций/etc нету. Он в этом плане аналогичен notepad.exe. Хотя не, notepad.exe ещё тупее. Я не думаю, что ты решишься вести программные проекты в nano — это равносильно писанию на листочке.
4. » Объективных причин, кроме синдрома утенка…
Субъективных. Vim — хороший редактор с хорошими плагинами. Будь vim чем-то столь плохим, им бы не пользовалось такое большое количество людей. Более того — о нём бы мало кто знал, т.к. почти везде nano так же доступен, как и vi(m).
1) .vimrc не доступен, т.к. систем несколько сотен почти без синхронизации (сниппетов нет по той же причине), да ещё и для каждого пользователя свой .vimrc без возможности работать из-под другого без нарушения прав доступа
2) при каждом обрыве: ssh → su → vim вместо прямого emacs-соединения
3) на той стороне тоже должен быть vim, а чаще всего там отсталый vi или вобще нет редактора кроме sed
4) он не кеширует и тормоза видны на хосте
5) умирает, утаскивая за собой сессию шела, если вдруг соединение оборвалось неявно
2. Открыть гигантский файл — это единственное, в чём vim-у не видел равных. Чисто клиентская сессия с плагинами тоже запускается относительно других быстро — можно запускать в разных клиентах задачи тяжёлые и не бояться зависания других клиентов (как это делает emacs при авторебейзе большой git-ветки с кучей изменений в разных коммитах на hdd).
3. nano плох тем, что ничего кроме вписать/удалить символы не умеет и плагинов нет. Очень ограниченный список задач — ни тебе hex-файл отредактировать, ни на другую систему зайти, ни git репозиторий отредактировать, цветов/вкладок/браузера/регулярок/макросов/lsp/сниппетов/проверки орфографии/словарей/мессенджеров/просмотрщиков презентаций/etc нету. Он в этом плане аналогичен notepad.exe. Хотя не, notepad.exe ещё тупее. Я не думаю, что ты решишься вести программные проекты в nano — это равносильно писанию на листочке.
4. » Объективных причин, кроме синдрома утенка…
Субъективных. Vim — хороший редактор с хорошими плагинами. Будь vim чем-то столь плохим, им бы не пользовалось такое большое количество людей. Более того — о нём бы мало кто знал, т.к. почти везде nano так же доступен, как и vi(m).
>Будь vim чем-то столь плохим, им бы не пользовалось такое большое количество людей.
Нет. Людям свойственно жрать говно, если они к этому привыкли. К сожалению, вимоебы мало того, что сами жрут говно, так еще и сами стараются не упускать возможностей покормить им других.
Нет. Людям свойственно жрать говно, если они к этому привыкли. К сожалению, вимоебы мало того, что сами жрут говно, так еще и сами стараются не упускать возможностей покормить им других.
Ну окей, предложи редактор, который неговно. И чтоб были плагины, отличная конфигурируемость и дохрена возможностей по навигации. Emacs как бы того же поля ягода.
mc?
Вот ведь незадача, nano не везде есть, а Вы плагины захотели
Вот ведь незадача, nano не везде есть, а Вы плагины захотели
Э, так mc тем более по дефолту далеко не везде есть, если уж упоминаем nano, коего может и не быть. И его внутренний редактор - mcedit, его также может и не быть, хотя это и экзотический случай, связанный с кастомной компиляцией. Ну и midnight commander - это всё ж не про редактирование текста.
А вот vim обычно по дефолту идёт со всеми современными дистрами, которые "искаропки".
А вот vim обычно по дефолту идёт со всеми современными дистрами, которые "искаропки".
А у меня в дистрибутиве gedit стоял - им и пользуюсь. Полёт нормальный.
Это если в дистрибутиве есть графическая оболочка, а если её нет?
vscode на локальной машине с плагином remote-ssh :)
Это если сеть поднята, а если её нет? :)
тогда поднять сеть :)
Ага! А через чего ты конфиги править будешь?
> а если её нет?
Тогда нуб туда и не полезет.
Тогда нуб туда и не полезет.
у микро пока сильно хуже подсветка синтаксиса
хз я как нуб линукса, прочитал, как выйти и вышел.
лучше бы шутили про конфиги на ямле, один пробел и ты ошибся.
лучше бы шутили про конфиги на ямле, один пробел и ты ошибся.
А мне наоборот кайф - все конфиги ровные, читать одно удовольствие.
А потом пришли json-филы и всё опошлили.
Чтобы написать коммент, необходимо залогиниться