Warning: Some posts on this platform may contain adult material intended for mature audiences only. Viewer discretion is advised. By clicking ‘Continue’, you confirm that you are 18 years or older and consent to viewing explicit content.
Thanks! I just watched a video the Linux cast posted about KDE, and found a KDE 6 video posted by the Linux experiment. I’ll watch that one later. There’s still a lot of terminology that is lost on me, but I’m sure I’ll pick it up in time.
If you’re interested in KDE in particular, you should also check out Nicco Loves Linux. He’s one of the KDE developers and makes a lot of videos about it.
The new terminology will be never ending. The unix philosophy is to make small tools that do one thing really well (vs a single large monolithic OS that does a ton of things half decently), so every single component in and around Linux has a name, its own set of maintainers, and pages of documentation you could spend hours to months learning (depending on the tool).
On top of that, the open source ecosystem isn’t centralized, there’s no CEO telling everyone the one way to do things. Instead, everyone is free to build whatever they want according to whatever design patterns they choose. This is a blessing and a curse. There are packages that work nicely with other packages, and there are many you probably shouldn’t waste your time with.
All this is to say, I recommend always having a goal in mind when digging into Linux, and get good at skimming new terminology that you think is relevant to your goal. Be able to quickly understand what something does and how it’s used, but avoid going down the rabbit hole for every little thing.
That’s not to say you shouldn’t satisfy your curiosity, just know that you can be overwhelmed quickly if you don’t know how to tune out the noise. Being goal oriented helps me stay on task as I learn.
Thanks! I just watched a video the Linux cast posted about KDE, and found a KDE 6 video posted by the Linux experiment. I’ll watch that one later. There’s still a lot of terminology that is lost on me, but I’m sure I’ll pick it up in time.
If you’re interested in KDE in particular, you should also check out Nicco Loves Linux. He’s one of the KDE developers and makes a lot of videos about it.
Here is an alternative Piped link(s):
Nicco Loves Linux
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I’m open-source; check me out at GitHub.
The new terminology will be never ending. The unix philosophy is to make small tools that do one thing really well (vs a single large monolithic OS that does a ton of things half decently), so every single component in and around Linux has a name, its own set of maintainers, and pages of documentation you could spend hours to months learning (depending on the tool).
On top of that, the open source ecosystem isn’t centralized, there’s no CEO telling everyone the one way to do things. Instead, everyone is free to build whatever they want according to whatever design patterns they choose. This is a blessing and a curse. There are packages that work nicely with other packages, and there are many you probably shouldn’t waste your time with.
All this is to say, I recommend always having a goal in mind when digging into Linux, and get good at skimming new terminology that you think is relevant to your goal. Be able to quickly understand what something does and how it’s used, but avoid going down the rabbit hole for every little thing.
That’s not to say you shouldn’t satisfy your curiosity, just know that you can be overwhelmed quickly if you don’t know how to tune out the noise. Being goal oriented helps me stay on task as I learn.
Good luck!