saso wrote: ↑Mon Mar 18, 2019 12:32 pm
How big does the "room for improvements" needs to be for you to qualify it as broken? They are quite far from where they should be... And what models one can do at present with them should actually not be a real criteria. One can do awesome things with Blender, this does not mean a thing about what we are trying to do with FreeCAD.
I must disagree on this point. Whether or not the present capabilities of the software meet the current needs of it's users is really the only criterion that matters when one is judging whether or not a project is production-ready. Obviously, that means we need to support industry-standard workflows (or provide a reasonable alternative), but I think it's too easy to confuse a workflow with feature parity. The two are very different things.
Nevertheless, there's obviously a significant difference in views as to what it takes to create a 'v1.0'.
I think we are setting our standards too high. My own organization spends ridiculous sums of money for badly broken and buggy professional software by a major software CAD vendor. I'm not saying we should follow that example, but anyone who really uses complex professional software like parametric CAD packages knows that sometimes things get so bad, the vendor should not have been selling licenses for it in the first place. It happens. No one gets it right all the time... or (arguably) ever.
With that in mind, I think a functional and useful Assembly workbench justifies a 'v1.0', even if it lacks certain features that are key to efficient workflows. I'm not saying it's ready now - only that we shouldn't be reaching for features that aren't absolutely critical for production. The question is, "can you create your model in FreeCAD?", not "can you create your model using your preferred workflow in FreeCAD?"
<Ideological Rant>
Ultimately, the value of an open source project is determined by the community that uses it, not by it's feature parity with commercial
packages. Most open source projects know better than to think they can (or should) try to compete directly with commercial vendors. It's not
really a question of quality as it is resources and goals.
Obviously, we must ultimately compete with the professional packages, but the the goals of an open source project tend to be orthogonal to the
goals of a commercial project. Commercial vendors exist to make money. Open source / free software projects exist to serve their users and,
really, make the world a better place. It took me a long time to realize that last point is actually a very important one.
Therefore, I think It's far more important that we consistently satisfy the needs of our current users, rather than try to achieve some arbitrary
level of feature parity with commercial package 'X'. If we can do that, (and I think we're reasonably close) we deserve a 'v1.0'.
</Ideological Rant>