Vim is built different : programmerhumor

[-] barubary@infosec.exchange 16 points 8 months ago* (last edited 8 months ago)

POV: You open vim for the first time.

Screenshot of vim start screen. The instruction to exit vim is highlighted in red. It reads: VIM - Vi IMproved version 9.1.697 by Bram Moolenaar et al. Modified by team+vim@tracker.debian.org Vim is open source and freely distributable Help poor children in Uganda! type :help iccf for information type :q to exit type :help or for on-line help type :help version9 for version info

[-] masterspace@lemmy.ca 20 points 8 months ago

More like:

[-] simontherockjohnson@lemmy.ml -2 points 8 months ago* (last edited 8 months ago)

The image shows the last state of a terminal emulator of person without command line or git knowledge. The person attempted to run git commit and is now blaming the result of a specific configuration on their system that launches a vi derivative on the vi derivative itself. This image is expected to convince the viewer that the vi derrivative is to blame.

[-] ZeroHora@lemmy.ml 10 points 8 months ago

You cannot expect people to read, it's unreasonable.

[-] CanadaPlus@lemmy.sdf.org 1 points 8 months ago

I mean, there are blind users.

[-] ZeroHora@lemmy.ml 2 points 8 months ago

I hope the accessibility program to read the screen can read this.

[-] CanadaPlus@lemmy.sdf.org 4 points 8 months ago

I've heard they can be spotty, although I'm personally sighted. That's usually the reason people post transcripts, anyway.

[-] pinball_wizard@lemmy.zip 3 points 8 months ago* (last edited 8 months ago)

Fair, but there's a worse experience possible.

For a time, many people's first encounter with vi was when it auto-opened a temporary editor to ask them to submit a commit message for the git command they just ran.

This experience skips the vi "welcome" screen, because a file is open.

As a bonus challenge, git did not inform the user what editor is in use, and the user had no particular reason to even expect an editor to appear, based on what they were just doing.

None of this was the fault of vi, really. But it was a terrible introduction.

It got better when various operating systems changed their default command line editor to nano, and git added some helpful adjustments - "if certain settings are not configured, assume a new user and show verbose welcome messages".

[+] darklamer@lemmy.dbzer0.com 14 points 8 months ago* (last edited 17 hours ago)

[deleted]

[-] SneakyWeasel@lemmy.ca 8 points 8 months ago

This....this hits way to close to home.

[-] Palacegalleryratio@hexbear.net 8 points 8 months ago* (last edited 8 months ago)

Type h for “hello” does literally nothing… ok… thought this was a text editor why can’t I even write… mash esc still no response, try typing “hello” but no matter how many time I mash h nothing happens. Right let’s leave and find a guide. Right so closing a terminal program that’s usually Crtl-c nope that’s done nothing, erm, what else works, nano uses Ctrl-x let’s try that, nope. Erm kill nope nothing, fuck this I’m just closing my terminal. - my first vim experience.

[-] propter_hog@hexbear.net 6 points 8 months ago* (last edited 8 months ago)

<esc>:q!

[-] Outwit1294@lemmy.today 5 points 8 months ago

I have accidentally opened it so many times. I have to look how to close it every time

[-] princessnorah@lemmy.blahaj.zone 4 points 8 months ago

POV: you opened ed for the first time

?
help
?
?
?
quit
?
exit
?
bye
?
hello?
?
eat flaming death
?
^C
?
^C
?
^D
?

[-] JuxtaposedJaguar@lemmy.ml 1 points 8 months ago* (last edited 8 months ago)

^C
^\
^Z
kill -9 (from another session)

If I can’t kill the child process, I kill its parent and go on with my life.

[-] princessnorah@lemmy.blahaj.zone 1 points 8 months ago

Sure, but the above is from a gnu humour post that's over 30 years old: https://www.gnu.org/fun/jokes/ed-msg.html

[-] HiddenLayer555@lemmy.ml 4 points 8 months ago

vim & sleep 30 && killall -TERM vim

[-] masterspace@lemmy.ca 1 points 8 months ago* (last edited 8 months ago)

Me:

Be in a professional job, have to use crappy corporate software that takes weeks of training to use because it's UX is absolute trash.

Decide, 'fuck this, why would we waste all this time training people to use unintuitive interfaces when we can just make intuitive interfaces?', spend months teaching myself coding, convince my company to pay me to write scripts so I can do it full time.

A few years later, finally transition fully into the world of software development by taking an intermediate dev job at a well known major company.... only to find my colleagues building our dev environments around VIM and not seeing an issue with it :/

[-] lagoon8622@sh.itjust.works 8 points 8 months ago

Are you guys actual programmers? What's wrong with using Vim for development?

[+] masterspace@lemmy.ca -7 points 8 months ago* (last edited 8 months ago)

Yes, ones who value time and efficiency.

Why would you waste time teaching your devs a series of arcane commands to accomplish basic tasks that GUIs make obvious?

I get it when you're a sysadmin or embedded hardware dev who needs to access the file system in CLI only environments, but outside of that it's just waste of training time and resources to build your standard dev environment around unintuitive tooling when stuff like vscodium exists.

[-] lagoon8622@sh.itjust.works 10 points 8 months ago

You don't grok vi.

That's fine and you don't need to. But don't knock it if you haven't even taken time to learn it.

Yesterday I needed to insert a tab character on every line from 2 to 31,000 something. I made the line selection keystrokes in Cursor - it immediately crashed so hard I had to restart my PC.

Vim did it in a few milliseconds.

[-] wetbeardhairs@lemmy.dbzer0.com 2 points 8 months ago

Oh. I'm going to go practice some of that now. Thanks for the link.

[-] masterspace@lemmy.ca -4 points 8 months ago* (last edited 8 months ago)

That's fine and you don't need to. But don't knock it if you haven't even taken time to learn it.

The literal entire crux of my point is that core processes at a company should have intuitive software that doesn't require weeks of training.

So yes, I will knock VIM if you decide to use it as your company's baseline coding environment. It raises the floor for no reason and forces everyone through a bunch of training when they don't need it to actually do their job if their software was intuitive.

If you want to personally use it to do something powerful I have no issue with that, same way I have no issue with devs writing themselves bash or node scripts, what I have an issue with, is using it as the baseline. It literally requires training just for most devs to be able to exit it, and again, this is when tools like VSCodium have existed for years and are perfectly capable of handling large files.

[-] exu@feditown.com 7 points 8 months ago

You always have to learn the processes in a new company, this is just part of that. And if they don't give you the explanations, training and time to learn, that's a good sign you wouldn't want to be at this company.

Maybe also speak to some of your new colleagues, whether they had similar trouble and see if you can improve the process for the next person.

[-] masterspace@lemmy.ca -4 points 8 months ago* (last edited 8 months ago)

You always have to learn the processes in a new company, this is just part of that.

This thread seems entirely filled with people who seem to not grasp my core point.

Yes you do, but in most cases, no you shouldn't have to. Software should be intuitive. If it's not, it's more efficient to write software that is, rather than waste time constantly training everyone on inefficient software. This is literally one of the core tenants of the agile manifesto.

[-] barubary@infosec.exchange 5 points 8 months ago

I agree with your core point, but no software is intuitive.

[-] masterspace@lemmy.ca -3 points 8 months ago* (last edited 8 months ago)

Most people can intuitively both exit VS Code or edit and save a file with it.

Saying that no software is intuitive is a false equivalency or overbroad generalization.

[-] barubary@infosec.exchange 3 points 8 months ago

I am 100% confident that your claim is factually wrong.

[-] masterspace@lemmy.ca -2 points 8 months ago

Devs

[-] ulterno@programming.dev 1 points 8 months ago

What makes stuff like the [X] button on the corner and Alt+F4 intuitive?
Multiple years of having used MS Windows and similar looking software as a student.

They got the marketing part right here, at least.

But if we are being inclusive, nothing really is intuitive.

I have seen BTech graduates struggle with installing software using the Wizard that is so omnipresent on Windows, so I don't expect anything to be intuitive at this point.

[-] simontherockjohnson@lemmy.ml 1 points 8 months ago* (last edited 8 months ago)

This thread seems entirely filled with people who seem to not grasp my core point.

We grasp the core point: vim is not typical. This is not insightful.

What we care more about is the link to the jobs portal of the company there will be an opening at soon that uses vim as it's standard dev tool chain.

[-] lagoon8622@sh.itjust.works 4 points 8 months ago

You can learn enough Vim to be productive in it in about 3 minutes.

You can install some plugins; your experienced coworkers have probably figured that out for you.

It's ok to be a junior, but you should investigate things from time to time. You may even surprise yourself.

But you do you.

[-] sem@lemmy.blahaj.zone 3 points 8 months ago

I'm a vim novice. I basically know just enough to save files or quit, paste with formatting, and "insert" changes. I think I used to know how to find within a file, and I'm sure I could learn again in an instant, but I haven't had to do that in a long time for my noobish tasks. I know it is way more capable than that, but I haven't had to learn more features yet since I use it at a 'nano' level.

I agree it only takes 3 minutes to learn these things, but personally it took me a bit longer to make them muscle memory.

I get it if someone were to be annoyed that things they knew how to do in another program they had to re-learn in vim, but this kind of thing it seems like you would just accept that you're going to be frustrated and then put in the work to learn it so you can work more easily with your coworkers or whatever. Like you said, vim has serious advantages, and it seems a little short sighted to not be willing to learn from people that want to train you up in a tool to be more effective.

[-] expr@programming.dev 1 points 8 months ago

Vscode definitely can't handle large files like vim can. I can open files that are multiple GBs in vim without issue. Vscode definitely cannot.

[-] expr@programming.dev 1 points 8 months ago

What do you mean "build our dev environments around vim"? If you mean they write dev tooling in vimscript and explicitly require everyone to use it, I actually agree with you. I don't believe employers should really ever force any particular editor or IDE if the work is getting done. I would be equally annoyed by a workplace forcing me to use vscode instead of vim. It would slow me down way too much.

If you are just complaining that they build dev tooling as a CLI, hard disagree. That is absolutely what dev tooling should use because it's actually universal and can be used regardless of your editor choice.

At my workplace, our dev tooling is done via CLI and our developers use vim, emacs, and vscode. Because it's all CLI, it's easy for individual developers to add their own scripts to automate parts of their workflow as they see fit (and if such automations are deemed useful by the group at large, it will get merged into our shared devtools repo). We even have some editor-specific stuff in there people have written that they find useful, but it's entirely optional.

[-] oscardejarjayes@hexbear.net 1 points 8 months ago

I mean, just type :help and then use your arrow keys to scroll around and read how to use vim/neovim.

[-] oscardejarjayes@hexbear.net 2 points 8 months ago

Learning how to use documentation should be the first thing you do when you try the Linux terminal. man vim, Vim page on the archwiki, etc.

Programmer Humor

Rules: