Comment by haunter
5 hours ago
>I think especially since the UI overhaul in Blender 2.8 the project has been on a steep upwards trajectory.
100% agreed. I know a lot of people don't like that but sometimes I feel that FOSS projects are intentionally sabotaging themselves by ignoring industry standard options/conventions and instead they are following open source ideas just to be different. UI/UX is the main symptom of that. Blender could move forward and wish others could too.
Krita is another example of a good project
CAD is the next frontier where we need a "Blender moment"
The problem with (3D) CAD I've heard is that the Open CASCADE CAD kernel is a huge mess. So as much as they update and fix FreeCAD (and they've made a lot of good progress, but it's still very rough around the edges) they're always going to be hampered by that. And making a new CAD kernel is a massive undertaking.
Question for someone who is very far away from this kind of development - why does CAD software need a kernel that’s wholly separate from the UI? Why aren’t they the same thing? I just don’t understand the abstraction that necessitates writing the software this way.
We have to keep in mind though that many open source projects started as something that someone wanted and then made. It probably worked just like that person wanted and then it grew. Maybe it is because they weren't too versed in UI/UX design.
Another thing is that many classic open source projects don't have a "I want to grow my user base" mindset. Why would they. It's not like they get paid.
Big overhauls also always have the risk of alienating current users. I learned Blender on the pre 2.8 UI and because I use it rarely I still sometimes struggle with the new shortcuts.
Blender clearly benefited from the change but the real spirit of open source is: you don't like it then help fix it.
There always seems to be an incompatibility between the people who made it, the people who use it, and the people who want to contribute. The latter two often try, but the former isn't interested in the help or has a very specific vision for the project and doesn't allow any input that isn't in line with that even if it's not in conflict.
It's hard to fault anyone in that triad 100%. Open source has a way of becoming infrastructure. People come to depend on tools made by people without the resources, interest, or personality to run an infrastructure project, or who won't budge on their vision to allow contributions outside of it that might help get the project to a point where it can attract enough vision-aligned contributors.
Forking potentially shifts the problem to a new triad, so it's not an obvious solution in all cases.