55
You Are All On The Hobbyists Maintainers’ Turf Now
(www.softwaremaxims.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 17 Jan 2026
55 points (96.6% liked)
Linux
57274 readers
1340 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 6 years ago
MODERATORS
I understand your point that this is possible. It is an assumption to assume it is most likely the case however.
I would expect the Fat Head of most used open source projects to make up the vast majority of the open source code included in apps. It is not a common practice to include 1000 small projects into a code base for an app, or even 100.
Is it not reasonable then to expect that the 77% of app code from open source is because the most popular app building blocks are open source? Aren't the popular open source languages, frameworks, and databases are themselves big enough to exceed the number lines of internally written code for the app business logic most of the time?
For example, if I make a "small" electron app its going to be 90% or more open source because the electron base is so large already.
Not usually 1000. But nowadays apps really do have a lot of dependencies - often more than 100.
An article about this:
https://wiki.alopex.li/LetsBeRealAboutDependencies
Rust apps also have been criticized for this. The thing is that when building a Rust app, every direct and indirect dependency is fetched and built locally. That makes them very visible. But the same happens e.g. with Debian systems with installing C or Python libraries, which bundle many pre-compilef dependencies, which is faster, and not as visible.
Yes, 100 projects from the Fat Head would make sense.
Do you have any way to establish that these 100 more often come from the Long Tail?
I think it is very likely a few very big components and many, many very small ones.
This is a very common pattern. But that is hard to verify without examining all these components.