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.
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!