this post was submitted on 05 Aug 2023
670 points (97.1% liked)

Technology

33644 readers
89 users here now

This is the official technology community of Lemmy.ml for all news related to creation and use of technology, and to facilitate civil, meaningful discussion around it.


Ask in DM before posting product reviews or ads. All such posts otherwise are subject to removal.


Rules:

1: All Lemmy rules apply

2: Do not post low effort posts

3: NEVER post naziped*gore stuff

4: Always post article URLs or their archived version URLs as sources, NOT screenshots. Help the blind users.

5: personal rants of Big Tech CEOs like Elon Musk are unwelcome (does not include posts about their companies affecting wide range of people)

6: no advertisement posts unless verified as legitimate and non-exploitative/non-consumerist

7: crypto related posts, unless essential, are disallowed

founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 47 points 11 months ago (58 children)

Alternatively you can use and support a true community-driven editing environment dedicated to preserving your freedom, like vim/neovim or emacs.

[–] [email protected] 13 points 11 months ago (7 children)

You can also use Debian 1.1 but the makes zero fun as well.

Why make your own life hard for no reason. VIM is really really outdated when it comes to ease of use.

There is not a single thing where vim is better in any way. The argument that it is faster is the biggest lie ever.

Example: I write a few hundred lines of python code and execute it but sadly made formal mistakes. VIM does not help a bit. It might take hours of bugfixing with help of a command line.

Python addon and some others would have instantly found those mistakes saving myself a lot of headache.

That’s the same comparison as the senior developer and the normal dev. The dev might type twice as fast but making 5 times the mistakes he still needs a lot more time than the slow index finger typing senior.

[–] [email protected] 2 points 11 months ago* (last edited 11 months ago) (2 children)

With all due respect, you do not know what you’re talking about. If you take the time to familiarize yourself with the keybindings behind vim, you’ll see that it is very consistent and follows a very specific set of patterns. These patterns are POWERFUL.

As an analogy, I work with programmers who use vscoder/atom/etc and we pair program from time to time.

Watching them code without the editing tools vim/emacs provides is like watching someone trying to sculpt wood with their fingernails.

[–] [email protected] 6 points 11 months ago (1 children)

What features are available in vim that aren't in vscode? Genuine question, trying to decide if I should make the switch

[–] [email protected] 3 points 11 months ago

This is probably going to sound a bit silly, but legitimately the fact that it's installed on most Linux systems by default (and if not full blown vim, then vi - or rather, vim-tiny often). VSCode has the Remote SSH extension, but the last time I checked it automatically installed the VSCode server (?) binary on the remote system. Often times I'm administrating systems that aren't mine, and do not want to leave random bits of VSCode onto it. Even if that weren't the case, its a lot easier for me to just open a file in vim since I'm already at a shell, rather than having to open VSCode, then wait for it to initialize (though it is quick!), activate Remote SSH and connect to the server which triggers the same initialization since it has to start the server-side component.

Another probably silly sounding reason is that the keybinds are the same ones that you use in a lot of POSIX tools like man, less/more, Firefox even uses / to activate quick-find (while you're not in a text field of course) though admittedly I believe that is the only one, hell even bash itself if you use set -o vi (by default its in Emacs mode - this is actually a feature of the readline library that bash uses as far as I understand).

Though admittedly, those mostly are Linux/Remote Administration reasons and doesn't apply to everyone - but those were some of my initial motivations.

load more comments (4 replies)
load more comments (54 replies)