VS code is an electron app, there are a few others that have a simple enough purpose that they shouldn't be using a whole dedicated chrome engine to function.
Tell me you're not a software developer without telling me you're not a software developer.
If you're working on the code the only thing that might change is not having access to the release/staging environments (production databases, cloud server, etc.) but you would need access to the code itself (and development database/services), so it wouldn't be too difficult to check if the code is keeping voice recordings
(italicized is edited in for clarity)
Additionally, the higher up you are, the less code you usually write. With software development being higher up usually means more meetings, team management, planning, and higher level infrastructure talk.
(Obligatory disclaimer that I'm pretty new in software development, this is the experience in the company I work at and seems to be pretty standard among other companies as well)
Imo it's context dependent. Obligatory "I'm only a college student/intern" out of the way.
Whenever I'm working with a project with multiple languages (e.g. split frontend+backend, different connected services, etc.) operators like that can get blurry when they aren't consistent between lancuages. Especially when one of those languages doesn't have runtime type enforcement or has weird boolean behavior (looking at you JS/TS) which can lead to unintended behavior
If everyone on the project is only working with that language, then your point is probably pretty close to the mark.
Something I noticed was that in this case it was mostly binary AUR programs taking up the space.
I think maybe since yay/AUR use cloned git repos, and old versions of binaries get stored in the git diff and then add up because different versions of the binary are basically like keeping multiple copies of it instead of just the changes to the source code.
I use thunar (with ePapirus-Dark icons which is probably what makes it look like nautilus), I liked nautilus when I used it but thunar has a bit more functionality that I like
Something I noticed was that it was mostly the binary packages that were taking up so much space, it may be because of how yay stores the programs (does it use git?), the ones that were compiled from source code usually took up the least amount of space, while the binary programs were the ones taking up tens of gigabytes
IMO I'd say the same thing about windows's "Temp" folder though.
I agree that a lot of Linux isn't user friendly but I'm also on a distro that is specifically supposed to be customized from the ground up (arch-based) using a tiling window manager which also involves configuring most things from the ground up. This isn't a problem that most Linux users will likely have, but it is a problem that people may have if they are power users trying to have full control over their system (people who will be on a community about Linux). From what others in this thread have been saying, non-arch distros (and even arch with other aur helpers than yay) tend to have much smaller caches that get up to around 10Gb at most, which is also similar in size to what Windows's temp directory uses.
This is a Linux community on a FOSS platform. This community is inherently going to be filled with more "geeky" people. Isn't this what we signed up for? You make it seem like Linux was ever attracting people who weren't these type of people to begin with. Computer science is still a growing field, and most sane computer science curriculums involve using POSIX terminal commands and by extension linux at some point. I'm a zoomer and can confirm, we're not all as hopeless as you think we are. Linux will be fine even ignoring all of its corporate and government backing. And for people who don't even know what a file is, they probably won't know what Linux is in the first place. Even if they somehow have a system preconfigured with linux, their Ubuntu or Linux Mint install will probably be clearing the cache for them.
It's yay, which took up ~160 GiB. It was storing previous versions of AUR binaries which I guess added up over time. I posted a screenshot of ncdu outputs for a more detailed breakdown in one of the other reply threads
It ended up being yay storing binaries from previous versions of AUR packages, definitely depends on the distro/usage but for arch-based it definitely clears up a lot of storage
Looks like yay is storing every previous binary for AUR bin packages (also excuse the unreadable terminal theme, it doesn't play very well with a lot of TUI apps unless they support custom theming)
It was AUR packages from yay. I'm a CS major into gaming and emulation so there are a decent amount of programming build tools from the aur that I had, it looks like most of it is coming from storing all of the binaries from AUR packages, as intelliJ ultimate takes up 50 GiB, proton-ge-custom takes up 31 GiB, and Yuzu emulator takes up 16 GiB.
No, .cache is similar to a temporary directory (or at least in theory) where important data isn't supposed to be stored there, instead only temporary files that might speed things up (e.g. images in a browser or thumbnails in a file manager). In this case it looks like all of my AUR packages had their source files cached, which added up over the ~1.75 years that I've been running this distro
Thanks for this! I've been meaning to start getting into learning more about systemd and making services, this is super detailed and gives me a pretty good starting point!
VS code is an electron app, there are a few others that have a simple enough purpose that they shouldn't be using a whole dedicated chrome engine to function.