Опубликован релиз Neovim 0.4, ответвления от редактора Vim, сфокусированного на повышении расширяемости и гибкости. Оригинальные наработки проекта распространяются под лицензией Apache 2.0, а базовая часть под лицензией Vim...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51495
Использую Atom - полет нормальный.
Когда перестанешь есть какахи - сообщи нам! Мы волнуемся.
А монжно поинтересоваться, по какой объективной причине атом - это плохо?
Достаточно одного слова - Electron.
Atom ни разу не альтернатива vim, на сервере не гуев.
Кодите на сервере без гуев, сурово...
чем на сервере конфиги править, ed?
> чем на сервере конфиги править, ed?Nano?
использование nano где-либо = признак того, что использующий - дэбил.
Илита в треде! Все в cat << EOF!!!
> использование nano где-либо = признак того, что использующий - дэбил.Опа, пацаны то и не знали. Обоснование будет или мы на слова должна диванному эксперту поверить?
>> использование nano где-либо = признак того, что использующий - дэбил.
> Опа, пацаны то и не знали. Обоснование будет или мы на слова
> должна диванному эксперту поверить?если нужно какое-то обоснование тому, что использующие nano идиоты, то, считаю, смысла продолжать тред примерно 0.
>>> использование nano где-либо = признак того, что использующий - дэбил.
>> Опа, пацаны то и не знали. Обоснование будет или мы на слова
>> должна диванному эксперту поверить?
> если нужно какое-то обоснование тому, что использующие nano идиоты, то, считаю, смысла
> продолжать тред примерно 0.Сливалити засчитано, считай так дальше мамкин эксперт. Только запомни, от того что ты вимом конфиги на локалхост сервере правишь- от этого никакие части тела не увеличиваются, инфа 146%
о боги. "локалхост сервере"
Да... проср-ли айтишечку. Развелось школьников-девопсиков^W^Wспециалистов ~25 летних. печаль.
Оно же на электроне? Нужно быть совсем умственно отсталым чтобы им пользоваться при наличии кучи альтернатив.
Почему электрон однозначно плохо?
Потому, что работает небыстро (очень) даже на i9 при 32гб памяти?
Можно что-то более конкретное и на примере?
Старый ноут с 12 гбайт памяти. Летает просто, ЧЯДНТ?
> Летает простоЭто из-за нагрева системы охлаждения. Еще чуть-чуть и вместо тяги, создоваемой кулерами системы охлаждения там будет реактивная.
благодарю, сделал этот день ;-D
Я правильно понимаю, что тебе не нужны скорость работы, оптимизация, качественная интеграция с системой? Хотя, если ты родился после 2000 года и не застал золотую эпоху развития ПК, тебе на это наплевать
С 85. Не совсем понимаю, что подразумевается под скоростью работы и проблемами с интеграцией в систему. Поясните на примере редактора Атом.
Скорость— как быстро грузится 2мб исходник и как быстро он парсится в набор токенов.
При чтении лога на 20к строк атом сожрал 10 гигов рамки
это чтож он у тебя там дополнительно подъедал? ему грузовиками подвозили?))
При всём моём неуважении к Atom, блин, зачем открывать логи в редакторе? Для этого существуют пейджеры.
Ну объективно говоря, альтернативы все на электроне тоже. Например code. По сути или vim или electron.
Sublime ниче так
http://kakoune.org/
Этот Какуин - мощная на первый взгяд вещь. И вся такая консольная. Потягается с Vim потом.
CudaText легкий.
Так он же GUI only? Или я что-то пропустил?
Конечно GUI only, как и Sublime, речь про все легкие.
> Ну объективно говоря, альтернативы все на электроне тоже. Например code. По сути или vim или electron.A Emacs мы рассматривать не будем, разумеется, потому что там страшные скобочки?
Не любитель "донастраивать". Emacs это "напиши себе редактор сам". Меня чистый Vim устраивает, в большинстве случаев.
А как же емакс? По-моему, вполне себе альтернатива вим. Я, правда, не знаю, чем так электрон плох, школота, видимо, его минусует - ей всё, что не на c++ и qt, говно. Slack и Discord на электроне и ничего. А Atom и Vscode лично для меня говно не потому, что они на электроне, а потому, что они неудобны и без мыши никак и тут не электрон виноват. IDE Webstorm, к примеру, на джаве написана, но для меня он говно ещё хуже "электронных" редакторов.
ты думаешь, что ты используешь атом. но это атом использует тебя (и оперативу твоего пк)
> ты думаешь, что ты используешь атом. но это атом использует тебя (и
> оперативу твоего пк)Конечно гораздо лучше убить кучу времени на изучение язык программирования vim, чем просто делать тем что удобнее, так?
Моя история знакомства с Vim это не было "убийство" времени, просто в качестве развлечения "баловался". Сейчас я не могу пользоваться ничем другим. Все IDE которыми я пользуюсь либо должны иметь Vim plugin-ы, либо я код в Vim-е писать буду а в IDE тупо собирать и т.д. Наверное, это потому что Vim - это жутко неудобно и/или я просто разучился пользоваться "блокнотом", это же так удобно.Чтобы было понятно, вы размышляете как это ездить на работу на велосипеде когда всё время ходите пешком и даже ездить не умеете.
Вы потратили время чтобы его изучить. Я в свою очередь просто открыл Атом и начал им пользоваться, мне не нужно было мануала чтобы понять как из него выйти или сохранить файл. Потому что там те же самые интуитивные комбинации, которые используются во всех редакторах. Кроме того, есть еще такой момент, если долго им не пользуешься- то все эти знания забываются и приходится их заново гуглить: как зайти в режим редактирования, как сохранить в файл и т.п.
Я могу понять вашу позицию, вам удобно кодить в нем, это ваше право. Но ИМХО конфиги можно и в mcedit и в nano править и для этого не нужен инструмент для изучения которого вы потратите больше времени, чем собсна на исправление этого конфига.
И еще такой, почему-то все эти осиляторы (сейчас речь не про вас) считают что вот они набили руку в vim и у них от этого какие-то части тела больше стали. Дык вот, хочется им сказать, что это совсем не так.
> Вы потратили время чтобы его изучить.Я не тратил время, я игрался. Это уже вопрос об "установках", "настроению" и т.д. Если мы задаёмся вопросов чего достаточно чтобы кормить семью - изучать Vim вам не нужно, блокнота достаточно. Если мы зададимся целью достижения других целей\ценностей, тогда Vim может быть одним из шагов к их достижению.
> Потому что там
> те же самые интуитивные комбинации, которые используются во всех редакторах.И вам это передалось с молоком матери? Это уже философский спор Аристотеля с Платоном о происхождении знания.
> Кроме
> того, есть еще такой момент, если долго им не пользуешься- то
> все эти знания забываются и приходится их заново гуглить: как зайти
> в режим редактирования, как сохранить в файл и т.п.Недавно подловил себя на том что не помню комбинацию, сильно пытался, но так и не смог вспомнить. Как только надо было выполнить действие и вместо вспоминания комбинации у меня зародилась отчётливая мысль "что надо сделать", руки сами сделали. В народе называют "мышечной памятью", но мне больше нравится сравнивать наш мозг с синтетическими нейросетями, но с куда большими возможностями по приспосабливанию, когда даже руки могут служить не конечным, но промежуточным интерфейсом.
Выделю отдельным абзацем, именно ЭТО свойство и лежит фундаментом в Vim.
> Я могу понять вашу позицию, вам удобно кодить в нем, это ваше
> право. Но ИМХО конфиги можно и в mcedit и в nano
> править и для этого не нужен инструмент для изучения которого вы
> потратите больше времени, чем собсна на исправление этого конфига.Вопрос надобности и ответ на него выше.
> И еще такой, почему-то все эти осиляторы (сейчас речь не про вас)
> считают что вот они набили руку в vim и у них
> от этого какие-то части тела больше стали. Дык вот, хочется им
> сказать, что это совсем не так.Если задавать вопрос есть ли в мире хвастуны - есть.
Если делать строгие замеры, пользователь Vim напечатает то же, в среднем, быстрее (в среднем потому что можно привести случаи в которых это не сработает или не сработает у недостаточно опытного пользователя).
Если задавать вопрос о производительности - там где интеллектуальный труд, "напечатать" занимает меньше всего времени, когда всё уже решено, осталось только сделать. Где-то видел даже графики исследований, по поводу того как сильно на производительность рабочих в сфере IT влияет скорость печати. Если вкратце, в основном этим показателем можно пренебречь.
Vim -- торт!!!
Использую Atom - полет нормальный.
Летаешь на реактивной тяге кулеров ноута?
Emacs подобным образом форкнуть никто не собирается? Чтоб с интерфейсом Qt 5 можно было.
А зачем? В emacs, по-большому счету, свой внутренний GUI (скорее TUI). От перехода на qt5 что поменяется, кроме меню и скроллбаров, которые большинство пользователей все равно отключают?
А чтобы и на сервере без гуя, и в KDE (если есть гуй, то грех им не пользоваться) был единый инструмент.
Так, и в чем проблема? Emacs можно использовать в текстовом, и GUI режиме.
Кто-то занимается портированием emacs на rust функция за функцией (https://github.com/remacs/remacs). Но там уже месяц коммитов нет что-то.
> Emacs подобным образом форкнуть никто не собирается?Плюсую. И давайте сразу Guile-онли. С этой дурацкой обратной совместимостью с Emacs Lisp они никогда бранч guile-emacs не допилят. Сколько лет-то уже прошло, а многопоточности всё не предвидится.
ребят, а есть ли юзкейзы, в которых все эти вимы с емаксами безальтернативны? Или просто вкусовщина?
Если в кратце, то вкусовщина. Лично мне новомодные IDE и прочие комбайны просто не заходят. Дело привычки - везде на vim'е. Можно было бы сказать, что vim потому что на сервере нет графического интерфейса, но это вот очень странный довод. Потому, что:а) решаемо
б) они не единственные, есть ещё nano, pico, ed в конце концов...
Есть люди, им интересно играть в шахматы в уме.Оба играют на доске и фигурами воображаемыми в голове.
Навеяло, про Ed. Можно ещё редактор, где видно только 4 символа из файла и не более.
Удобно. Для часов-браслета идеален.
Вопрос с том что такой редактор не будет иметь большого спроса
На работе на кофемашинке надо было что-то написать, а из редакторов только ви был, меня сильно спасло, что я начал пользоваться вимом, так как альтернативы если и можно поставить, то искать пакеты под арм, и не помню какой дистр
Есть. Слепой набор.Пока им не владеешь, вим и емакс вроде как и не нужны, но стоит овладеть, как необходимость то и дело тянуться к мышке и стрелкам, а потом обратно на клавиатуру сильно раздражает и отнимает время, а все эти атомы с эклипсами и прочими вебштормами заставляют таки тянуться к мышке. Поэтому альтернативы вимам с емаксами лично я не вижу.
Эта логика "отнимает время" у вимеров и емаксеров проецируется также и на код, в результате плотные портянки получаются совершенно нечитаемыми - на отбивки пустыми строками времени нет. В особо запущенных случаях перестают ставить пробелы вокруг математических символов, окончательно лишая возможности что-либо разобрать тем, кто читает этот код. У тех, кто пользуется другими редакторами, даже не IDE, а каким-нибудь простым Sublime, такой проблемы не замечал. Выводы делайте сами. Я свои сделал, наблюдая вживую за кряхтением вимера, переключающего режимы, подсчитывающего (и для верности - пересчитывающего) сколько строк ему надо удалить одной командой.
>сколько строк ему надо удалить одной командой.Любой маломальский "вимер" знает о существовании режима "вижуал".
Ты наблюдал не "вимера"
любой маломальски подкованный вимер уже давно не пользуется режимом вижуал
Количество строк для удаления написано на полях с лева. Их не надо считать.
Вим знает сколько строк мне надо удалить?
:set nu - отображает нумерацию строк
:set rel - отображает нумерацию строк относительно текущей строки
<normal mode>d<number><direction> - удаляет нужное количество строк в нужном направлении
Выше был вариант с d<number>d но я привык указывать направление, на разные руки приходится, удобнее.Да, Vim знает сколько строк надо удалить, ведь вы сами об этом сообщаете. Вообще, вы много чего сообщаете когда пользуетесь Vim.
В своё время "killer feature" для меня было <normal mode>ct" или <normal mode>ct(
> и для верности - пересчитывающегоd22d
Аноним затроллил тролля. Вот те на!Ну серьезно, паря, ты из какого года? В том году, где я, форматированием занимаются машины — rustfmt, scalafmt, go fmt, и прочие *fmt.
А отбивание форматирования пробелами, это да, частая болезнь людей, для которых вим сложен.
УМВР с мышкой без слепого набора.
Так в вебшторме есть IdeaVIM плагин и куча замечательных биндингов, которые сводят использование мыши к минимуму
> Есть. Слепой набор. Пока им не владеешь, вим и емакс вроде как и не нужны, но стоит овладеть, как необходимость то и дело тянуться к мышке и стрелкамПо поводу мыши согласен, а вот со стрелками никакой проблемы не вижу. Рука туда-обратно ожутимо быстро соскальзывает. Само собой, покуда риска на J не стёрлась. )))
Если вы можете печатать на чужой клавиатуре - вы не владеете "слепым набором". Настоящие кодеры носят свою клавиатуру с собой.И да, чтобы смотреть код удобно листать по пол страницы или постранично а не построчно. А чтобы перейти на нужную строку можно либо указать столько строк пропустить либо указать строку куда перейти. Недавно обнаружил что не помню команд, но когда захотел сделать - руки нами всё сделали. Отличная нейросеть наш мозг.
Ну-у, когда отсутствует какой-либо другой текстовый редактор. Вряд-ли текстовый редактор может быть безальтернативным.
Мне, например, очень нравится использовать сабж на ноутбуке, потому-что навигация удобнее, хотя я везде его использую)
IDE раздуты. Мне сильно проще открыть много окон вима на своем i3 (процессор, не wm).IDE проигрывают в тайлинг. В моем wm очень классно переключаться от одного окна к другому, держа важные окна на двух экранах. А с IDE с этим часто придумано так, что переключатьтся надо именно внутри самой IDE по табам, что вообще убивает идею тайлинговых оконных менеджеров.
Так сказал как будто или vim или IDE, а посередине вообще ничего.
(Neo)Vim в разы меньше жрет ресурсов, универсален, можно открыть в нём терминал и будут работать все вимовские хоткеи. При этом все jump to definition, find references и прочие попапы с документацией и автокомплитом в рабочем доступе.
Хотя сила вима прежде всего в его хоткеях и режимах работы. Есть конечно плагины эмуляции вима в других редакторах (на vscode например), но такое... не тру.
Конечно, есть - обычная разработка приложений.
Vim нужен только потому, что принципы навигации vim используются много где в стандартных утилитах, more, less, visudo и так далее.У emacs это orgmode.
У емакс ещё и хоткеи по умолчанию совпадают с таковыми в шелле bash (ctrl+a,ctrl+e, etc)
set editing-mode vi
1. Фолдинг
2. Несколько файлов рядом, можно даже разные части одного файла
3. Куча удобных мелочей типа выделения блоков целыми строками
Редактирование файлов на сервере через ssh.
Конфиги править можно и в nano, а вот бывают редкие случаете когда надо прям сию секунду строчку поправить в коде, только не понятно где её найти. Если надо кодить а не текстовые файлы править вот тогда вим раскрывается во всей красе.Хотя, есть люди которые даже дипломы в Vim пишут на LaTeX.
Vim - инструмент не простой. Чтобы им можно было пользоваться легко и удобно, его надо использовать, чтобы не терять навык.Для меня это редактор мелкогабарита + vi есть на всех *nix серверах. Я не занимаюсь одним делом по долгу, поэтому полноценную IDE из Vim не делаю, но есть куча плагинов и люди которые ими удовлетворены. Я же пользуюсь Vim plugin-ами, если такие есть. Если в IDE нету важных фич, могу пользоваться ею только для сборки и т.д.
Для каждой задачи есть свой инструмент, Vim, однозначно, не вкусовщина. Это как выбирать съездить в магазин на велосипеде или на машине - зависит от ситуации.
>Вместо встроенного в ядро Vim кода для поддержки GUI в Neovim предлагается использовать универсальную прослойку, позволяющую создавать интерфейсы с использованием различных тулкитов.Почему бы не взять какой-нибудь изначально спроектированный с разделением на фронтенд и бэкенд редактор, например https://github.com/xi-editor/xi-editor, и не прикрутить к нему vim-like интерфейс (конкретно к этому уже есть) и, при необходимости, свою систему плагинов? В чём ценность и принципиальность использования кодовой базы от vim, "во всех нюансах которой разбирается всего несколько человек", если стоит цель от подобной практики уйти? Это не претензия, просто интересно.
у ребят претензии к архитектуре, а не к качеству кода (оно довольно высокое, vim работает и работает хорошо)есть конечно отдельный вид сумасшедших, которым лишь бы всё переписать, но это не они (если можно переиспользовать значительные куски, то почему бы и не сделать этого?)
а вот обмазываться чем-то написанном на Rust сейчас, это сомнительное удовольствие: Drew Devault уже всё разжевал (если коротко: скорость разработки и впиливания новых фич в Rust так высока, что через каких-то лет 5 нынешняя кодовая база будет жутко legacy к которому неприятно прикасаться - надо будет переписывать заново, уже на другом Rust)
эй на плюсах и многих других так же. питон при переходе с ветки на ветку и то отличился. а раст как молодой язык конечно будет еще более зверским в этом отношении. но это кстати говорит о его неготовности к реальному использованию. только когда они устаканят ядро языка и не позволят ему меняться можно будет брать на вооружение. пока увы рановато. да и синтаксис увы жутковат. больше функциональных вещей бы. а то обозначения тип чтото.еще_чтото.а_потом_и_еще() и такими темпами чуть ли непо пять -семь точек. ну вы поняли . читаемость кода становится настолько ужасной, то диву даешься. вместо n = а+в*с. короче погнался за всем сразу теперь вклинивают новые функции и возможности. в итоге как снежный ком. написал , потом вернулся через пару лет и не понял че там было то))
Зачем нужны эти vim'ы/neovim'ы, есть есть емакс?
ребят скажу крамольную вещь, но мне больше обычный текстовик типа kwrite подходит)) нет на серваке то понятно, но если сидишь у ноута нафига забиваться консолью? или навыки элитарности отрабатываем?)) так их не тут отрабатывают, а в знаниях. хотя пару раз редактировал в вим конфиги когда поднимал систему после падения. чаще что то проще типа ed использую. но в чем спор не понял кому то нравится пусть пользуют. в консольном режиме обычно куда больше настроек.
Эй, ты чего, тише, а то фанатики набегут
если есть*
Vim "знаю", Emacs и Lisp не по душе, как вариант.
Довольно интересная ситуация. С одной стороны vi/vim на серверах neovim не потеснит никогда, никаких шансов. С другой, пресловутая формула "vim is not an IDE" которая противоречит тому что в нем видят основная часть пользователей и тотальное нежелание развиваться в этом направлении. Года 3-4 назад это разочаровывало, потому что из годных текстовых редакторов для программирования только vim и был (емаксеры молчать, вашим поделием без педали и 10кб скобочек в конфиге пользоваться невозможно), но сейчас пришел VSCode и все сообщество переползло туда, оставив тихо подыхать даже несчастный Sublime, интересно как скоро его опенсорснут. Плюс, Брам подсуетился, поэтому neovim на данный момент мало кому нужен. В общем считаю пригоревшую задницу Брама главным достижением этого редактора.
> сейчас пришел VSCode и все сообщество переползло тудаО каком таком сообществе речь?
Сообщество метросексуалов следящих за трендами в IT, надо думать. А ещё индусы! Миллионы индусов!
> О каком таком сообществе речь?Он же сказал: о ползающем.
Тамщемта да, основной причиной создания Neovim был отказ принимать изменения в основную ветку. После чего, когда Neovim внезапно взлетел и крупные IDE-esque плагины стали активно юзать его фичи, в Vim внезапно поползли улучшения, очень напоминающие neovim.
TCP соединения для работы плагинов в текстовом редакторе эт каким упоротым нужно быть?
Сам VIM - кусок засохшего говна. Единственное что радовало это лицензия, очень приятно что они просят задонатить детям из Уганды.P.S.: нормальный редактор и он только один и это ed.
> TCP соединения для работы плагиновА как ещё обеспечить совместимость с ОС, в которых нет FIFO-файлов и UNIX-сокетов?
Запилить для них DBus?
Месье знает толк.
Это фича рэквэст для мелкософта чтобы они ещё больше донатили за неразберательство нарушений лицензий.
а вим где то кроме юникслайк используется? порадовали))
1. Ниша vim и его форков в основном на Unix и Unix-like
2. Помимо сетевых сокетов есть куча других методов IPC которые есть везде
https://github.com/martanne/visДля тех кто не знал. vis это ребенок vi + sam (тот который роб пайк сделал) и он запедаливает все форки vim на раз.
Зашёл в новость ради кислотных скриншотов, а их тут нет... Расстроился.
Каждая буква на этой странице - скрин оттуда.Не, скрин из модерн Вим: редактор, где видно не более одной буквы из файла.
Ed нервно отдыхает в стороне. )))
Вот так Word и родился: был редактор как редактор, а потом пошли компоненты, расширения, модульность. Так и Photoshop разжирел.
MS Word это не редактор а процессор.
Всегда пользуюсь миднайтом. Вот бы из него ещё перловку выкинули - цены бы не было.
:qИ не благодарите...
> раздутая монолитная кодовая база, состоящая более чем из 300 тысяч строк кода на языке Си (C89). Во всех нюансах кодовой базы Vim разбирается всего несколько человек, а все изменения контролирует один мэйнтейнер, что затрудняет сопровождение и работу над усовершенствованием редактораи здесь все идет к тому что в курсе всего будет один человек судя по активности в гитхабе
потом скажут скучно и пересядут на nano))