Because I can do things in 30 seconds what two windows admins take 15 minutes to do with their point and clicking. Not even making this up, this happened.
Because every IDE implementa a different git interface and I can’t be bothered to figure out where they hid the commit, push, pull etc. buttons this time.
Damn I hate with a passion the IDE interactions with source control software. I may make use of the visual information they give me, but I still execute the commands in the console.
Same. Git GUIs can be great for examining commit trees, visualising patches, etc. For any write operations (this includes things like fecth and pull which write to .git), it’s all in the shell.
When teaching programming classes it’s awful trying to figure out every IDE’s git interface that my students are using. Each IDE puts the buttons in very different layouts and they even change the names of the buttons because they don’t like the way git itself named operations. It’s untenable to know them all and actually be efficient and helpful as the instructor.
Instead, I say they’re welcome to use the IDE, but the class materials use the canonical underlying command line tools and terminology. They just need to search for how to translate the real git interface to however their chosen tool does the same operation, but it’s up to them to figure it out.
When they do ask for help, I bring up the terminal (usually even inside the IDE) and run the git commands just like we went over in class.
I live and die by ssh and scp. Sometimes rsync for larger moves.
Once you’ve got ssh for terminals (used to be x sessions too!), then port forwarding and socks proxies, add in scp for file moves, and layer in sshfs for whole file system mounts it’s a potential combo for remote work and network tunnels. Such a phenomenal toolkit.
SSHFS is shipped by all major Linux distributions and has been in production use across a wide range of systems for many years. However, at present SSHFS does not have any active, regular contributors, and there are a number of known issues (see the bugtracker).
The current maintainer continues to apply pull requests and makes regular releases, but unfortunately has no capacity to do any development beyond addressing high-impact issues.
When reporting bugs, please understand that unless you are including a pull request or are reporting a critical issue, you will probably not get a response.
For tasks that I know, I’m faster in the terminal. For tasks where I’m less familiar or that are very important (like disk partitioning) I prefer a GUI because with a GUI I can usually see a bit better what I’m doing.
Terminal tasks for me include copying stuff, setting folder permissions, uncompressing or compressing folders, quick edits in vim, etc.
Apple software team is on another level. You don’t even have to try to find the feature. We all instinctively shake the mouse to locate the cursor, so it just happens.
just go zorin os. it attempts to simulate the look and feel of windows while also having a lot of pre installed applications including playonlinux/wine sot that once its installed you can just go.
Sorry, but Debian stable is a terrible recommendation! They don’t even ship bugfix releases of KDE Plasma… It’s stuck with a months old version that has lots of known and long fixed bugs in it
Get into the “variety is good” mindset. Having options is always better than not having options, even if it feels overwhelming at first. It’ll get easier with time
One of the great things about Linux is that you can almost always just run whatever distro from the USB drive before installing (and just reboot without the USB drive to get back into Windows) So you can download a few ISOs and try each one for a bit before committing to anything.
This is nice if there’s anything specific that you need to work, you can try it and make sure it’s usable for you before making any permanent changes.
For example, I’m legally blind and use a screen magnifier. I tried a few distros to compare the built-in magnifiers before settling on one.
I’d also recommend using Ventoy on your USB. That lets you just plop ISO files on the drive and choose which one at boot.
I made the dive into Linux mint last night. If you already have windows installed you can side load so you don’t have to completely commit right out of the box. I play games that would require windows so this was necessary for me but so far outside of hating middle mouse click to paste and some troubleshooting for my headset (I could hear myself quietly through my headphones when speaking into mic) Linux has been preferable to win11
You’re right, but the point I was trying to get across to another layman is you can have windows already installed and not break anything with another install of Linux. Rather than get into partitioning and dual booting.
Sideloading an app on a phone doesn’t have the potential to wipe everything else off the phone. It’s bad advice to call dual booting that because you might cause someone to go into it without understanding the risks involved. In fact, the best facsimile, which doesn’t even require knowing how to get into the boot menu, would be to run a Virtual Machine instead. That way there actually isn’t any risk of erasing Windows. It’s also really simple these days, here’s some guides from ubuntu and fedora:
Or if you don’t want to go through the hassle of installing Linux inside the VM yourself, you can download pre-built VMs for most major distros from here:
Sure, I’ll do that. But you’ve lost 99% of average people when you mention “virtual machine”.
Also at least for mint which I was directly talking about you actually boot via live USB first and have to install from an icon on the desktop so there really is no risk for erasing windows until your well into making decisions. Which again you have to choose to erase windows.
One could ask in return “why do you use a mouse”. The answer is probably “I’ve always done it this way” and not “after trying out different methods it’s the one that i prefer”.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.