My comment on Emacs is a bit flip - but it’s based on what I’ve seen and from my biased vi-using POV. Almost every IDE or developer-focused app I use has some sort of Vi keybinding either available as a plugin or built-in. And they’re often pretty good. Even joplin which is a note-taking app has Vi keybindings built in (though to be fair it also supports emacs keybinds).
If anything Vi keybindings have become more popular over time not less. “back in the day” getting any sort of Vi keybindings working with IDEs was either impossible or painful and limited. These days it’s a checkbox. The nice thing is I can take a good sub-set of the Vi bindings between many editors and IDEs. Ideavim’s implementation is quite good and even supports vim macros which are amazing once you get the hang of them.
As a long-time Vi user I would highly recommend giving it a shot for a solid month to see if it clicks for you. It’s genuinely an excellent way to edit text beyond “just typing words” - it’s a huge productivity boost once you’re competent with even some of the basic commands. There are just soo many combineable short-cuts at your fingertips that once you get a few of them under your belt you’ll go nuts without them. And the simple macros you can write can allow you to do mass manipulation of multiple lines in ways that are just so simple (e.g. “add quotes around every line and a comma at the end”).
Dive in beyond the basic “hjkl:q” though.
Which version of vi you use won’t largely matter. As a bonus most IDEs support a good subset of vi commands so your skills become transferable. I use PyCharm and other Jet Brains IDEs all the time and ideavim is “good enough” for what I do.
Kernel boot logs aren’t well disciplined to be careful about what is an error or not. Sometimes it’s just checking for the existence of hardware and reports the error it gets if it doesn’t exist.
It’s been a while since I’ve used pure debian, but historically I’ve used Ubuntu because debian made it more difficult to install “non-free” software. Has this changed?
Yeah - the home directory in Linux pre-dates the windows Users directory by a long time. You’ll see the multi-user nature of your OS exposed much more in Linux than you will in Windows.
Every user will have a /home/username directory on Linux (often referenced by “~” or by the environment variable “$HOME”). By default this is the only directory that user will have any permissions to create things (with some exceptions like /tmp which is used for temporary file creation - but nothing long-term). So all of your configuration, user-created files, etc. will be created there.
Configurations are often stored in ‘dot-files’ or in directories that begin with a period. These are “hidden” by default with most file-browsing tools (it’s just a tradition - there’s nothing otherwise special about files or directories that begin with a period). So you’ll have a .bashrc which is the script that runs when you start a bash shell for example. Or .local which is where you will find a lot of application configurations these days.
So if you copy /home/username somewhere you will copy all of your configurations.
Some applications will install there as well. Steam, for example, will install your programs under $HOME/.steam.
Things you install “system-wide” will be installed to /usr/bin or /bin. This will typically be things that you use a package manager to install. So the steam application may be /usr/bin/steam but then all of its configurations, installed apps, etc. go in your home dir.
If you’re curious where a command lives you can use which cmd or type cmd from the command-line and it will show you (something I often wish Windows had).
NOTE: There are exceptions to everything I’ve said above. But those are the “general” guidelines. In short - if you installed it without needing root permissions it’s likely somewhere in $HOME.