On Thursday 02 November 2006 14:37, Emmanuel Blot wrote: > > Perhaps it would be better to have asked what Trac brings you that an > > intergration of existing tools does not. For example, there is already an > > integration of Bugzilla, MediaWiki and various CVS packages. > > Well, from my perspective although these projects are great projects > these are heavy projects and I was looking for a light tool, which > integrate seamlessly the various features I needed (wiki+ticket+svn).
OK. That is definately a reasonable answer. Most of my writing (books, articles) is done with Quanta+. Although not all that lightweight, it provides me a single tool for most of what I need without all of the overhead. > I don't need a spork that support hundreds or thousands of fancy > features. In other words: keep it simple. Bugzilla, MediaWiki etc. use > different technologies, different languages, and I don't think they > could offer the same level of integration as Trac does. Trac does less > things, but it is simple and nice to use. That's all I'm looking for. Good. By try to stay away from "marketing" the product as something that has everything but the kitchen sink. I am not saying it is being done, but I have seen **for example** a number of opensource project that sell themselves as "enterprise grade", but have very few of the features an enterprise need. If Trac continues selling the "minimalistic approach", then I might be convinced. > > Why not invest the time to make either of the other packages or the > > integration of the two better? > > There are a lot of ways to answer this question. From _my_ > perspective, some answers might be: > * I don't need the level of features they provide and the more > features, the more complexity. This is a very important point for > users that are likely to avoid using a bug tracker because of an > overly complex interface. Do you have to use them? Is the benefit gained by not having them in the product worth and potential loss of having Yet Another Bug Tracking Tool? > * They are really different beasts, and an integration could end up > as a massive spork > * From a technical point of view, I think Python fits nicely for this > kind of application. I really dislike PHP (reasons for this are really > off-topic), and I think MediaWiki is written in PHP. What is the antecedent and what is the conclusion? - I need this application so I will write it in Python - Python is better than PHP so I need to write a bug tracker in Python > * The plugin architecture, that rely on a clean architecture (*), > allows me to easily customize Trac for my needs, without having to > deal with a lot of features I do not need, and the dependencies they > could bring. *: it's quite difficult to maintain a clear architecture > when it comes to merge or bridge to very different products... See above. Just because the features are they, does not mean you need to use them. We use a commercial helpdesk tool which is based on ITIL and has basically all of the components you would expect. We don't need or use them all *yet*. If/When we do, it is a lot easier to implement them than moving from one app to another. regards, Jim Mohr -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info -- --------------------------------------- "Be more concerned with your character than with your reputation. Your character is what you really are while your reputation is merely what others think you are." -- John Wooden --------------------------------------- Be sure to visit the Linux Tutorial: http://www.linux-tutorial.info --------------------------------------- NOTE: All messages sent to me in response to my posts to newsgroups, forums or mailing-lists are subject to reposting. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users -~----------~----~----~----~------~----~------~--~---
