Follow-up Comment #11, support #422 (project savane):
Well, all of you made valid points, just a matter of perspective.
Vincent is right when he says that in the context of Savane, a free software
with no business around, it is up to the users to spend time to add what they
miss in the software.
But DIG is right when he says that it is not up to anybody to describe the
features of the software. Someone just trying out is likely to miss more than
an half of the software features.
Because, in the end, Ralph is right when he somehow say that browsing a
production server is not enough. There's a bug tracker. But how can you
understand how it works and how it could be used, just by browsing the
interface, as simple user (not project admin ; it makes a difference)? Most
users does not use 1/10 of the configuration possibility integrated in the
Savane trackers. Because we tried to get the default reasonably sufficient for
most project. But some features were actually implemented fir some projects
that have a very specific workflow. And these features are more or less
unknown by most users.
So, it would be an obvious thing to do if we were working on a company that
sell support around Savane, we need at some point to describe what the
software can do - "bug tracking" is not enough. And the current description is
even close to be sufficient.
The CERN choose Savane over the existing alternatives because of the bug
tracker, that they find from the start (as designed by Laurent Juillard) way
more powerful than the one of other sourceforge forks and easier to put in
production than bugzilla.
_______________________________________________________
This item URL is:
<http://gna.org/support/?func=detailitem&item_id=422>
_______________________________________________
Message post� via/par Gna!
http://gna.org/
_______________________________________________
Savane-dev mailing list
[email protected]
https://mail.gna.org/listinfo/savane-dev
