@inny_89: neovim jest szybszy, wspierał asynchroniczne pluginy przed vimem, codebase jest nowszy i ma lepszą architekturę, bardziej ludzkie standardowe ustawienia
@inny_89: nie słyszalem o tym neo. Umiem podstawowe rzeczy w vimie, nano też już na wielu serwerach i desktopach jest natywnie instalowane. Warto spróbować tego neo? Jakie on ma zalety?
@Moroder dzięki! rozumiem, że argument z asynchronicznymi pluginami aktualnie nie zauważa nad decyzja? Chyba, że jedynie dla lepszego samopoczucia, że w neovim było wcześniej? Dobrze rozumiem?
@inny_89: nie słyszalem o tym neo. Umiem podstawowe rzeczy w vimie, nano też już na wielu serwerach i desktopach jest natywnie instalowane. Warto spróbować tego neo? Jakie on ma zalety?
@inny_89: Tak, gdy powstawał neovim to vim nie miał jeszcze tego feature'u, ale teraz oba mają. Szczerze to używanie jednego lub drugiego nie wpływa na codzienną pracę. Większość pluginów działa na obu, config często też. Długo używałem vima i też chodził dobrze, ale parę lat temu przeszedłem na neovim, bo twórcy mają lepszą bazę kodu i plugin API, chętniej akceptują patche, zawsze mniejsza szansa, że wystąpi jakiś bug ( ͡°
@inny_89: Obecnie główną różnicą jest sposób prowadzenia projektu (BDFL vs społeczność). Poza tym to różnice dla nowych osób są praktycznie nic nie znaczące.
@inny_89: Od 6 lub 7 lat korzystam codziennie z VIMa. Jest to mój ulubiony edytor o ogoromnych możliwościach. Mapuję klawisze niemal w każdym narzędziu jakie mam na te z VIMa.
Mimo to, z całą pewnością mogę Ci powiedzieć, że VIM to nie IDE.
"Mimo to, z całą pewnością mogę Ci powiedzieć, że VIM to nie IDE."
@Ancro to akurat wiem. Na co dzień w pracy używam Visual Studio do c# i TSa. Do pythona próbowałem pycharma ale kompletnie mi nie odpowiada i wolę vs code. Do scala nie wyobrażam sobie niczego lepszego aktualnie niż intellij idea.
A co do mojego pytania to nie pytam o to czy Vim jest spoko tylko co uzasadnia przesiadkę na
@inny_89: Kiedyś zachłysnąłem się możliwościami w VIMie. Można znaleźć plugin do wszystkiego i przerobić ten edytor nie tyle w IDE co w kompletną powłokę systemu. Przy takim podejściu wskazane będzie przejście na bardziej współczesną wersję, jak neovim. Chociażby z powodu wielowątkowości.
Więc w twoim przypadku, pewnie tak - przesiadka może mieć sens.
Wg mnie jednak rozważyłbym wybranie dedykowanych rozwiązań do konkretnych rzeczy. Poniżej moje rozumowanie :)
#programowanie #ide
rozumiem, że argument z asynchronicznymi pluginami aktualnie nie zauważa nad decyzja? Chyba, że jedynie dla lepszego samopoczucia, że w neovim było wcześniej?
Dobrze rozumiem?
A reszta jak bardzo wypływa na codzienną pracę?
W watku pytam o wybranie neovim zamiast vim.
@prawdabezfalszu o to pytam w watku.
Szczerze to używanie jednego lub drugiego nie wpływa na codzienną pracę. Większość pluginów działa na obu, config często też.
Długo używałem vima i też chodził dobrze, ale parę lat temu przeszedłem na neovim, bo twórcy mają lepszą bazę kodu i plugin API, chętniej akceptują patche, zawsze mniejsza szansa, że wystąpi jakiś bug ( ͡°
Mimo to, z całą pewnością mogę Ci powiedzieć, że VIM to nie IDE.
@Ancro to akurat wiem. Na co dzień w pracy używam Visual Studio do c# i TSa.
Do pythona próbowałem pycharma ale kompletnie mi nie odpowiada i wolę vs code.
Do scala nie wyobrażam sobie niczego lepszego aktualnie niż intellij idea.
A co do mojego pytania to nie pytam o to czy Vim jest spoko tylko co uzasadnia przesiadkę na
Więc w twoim przypadku, pewnie tak - przesiadka może mieć sens.
Wg mnie jednak rozważyłbym wybranie dedykowanych rozwiązań do konkretnych rzeczy. Poniżej moje rozumowanie :)
W myśl zasady w środowiskach