As someone who has used FOSS for coming on to 10 years, a quandary keeps popping up.
I love the choice that FOSS gives me, but one of the problems with that choice can be whether or not to use three products in place of one. I'll give you my latest example. Three products I have used or would like to use together are; OpenERP OTRS+ITSM Module OCS Inventory Now to explain where I am stuck. Is it better to try and incorporate the features in OTRS and OCSInventory into OpenERP, thereby creating one very cool application with everything inside it or to try and form linkages between all three and possibly a fourth OpenNMS. To explain I am a big fan of ITIL, mainly because I see the advantages in documenting IT infrastructure, but a central tenant of ITIL is to be able collect data as automatically as possible, otherwise you'll never have a even close to up to date CMDB, so OpenNMS and OCS Inventory allow me to do this. I am not a developer so the easiest route would be the one involving the least amount of programming, or should I try and form a Project Team? I give this example as the one I am facing now but have had this happen before. So much so that one of my criteria for picking a FOSS product is it's API or lack thereof. Thoughts? P.S. If anyone is looking at this kind of thing I'd love here from you, pool our efforts. Having come to the conclusion I am never going to do this by myself ;-) Simon Vass Managing Director E-Tech Uganda Ltd http://www.etech.ug Tel: +256 (0) 312260620 or (0) 312260621 email: [email protected] skype: e-techservicedesk -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ LUG mailing list [email protected] http://kym.net/mailman/listinfo/lug To unsubscribe http://kym.net/mailman/options/lug LUG is generously hosted by INFOCOM http://www.infocom.co.ug/ All Archives can be found at http://www.mail-archive.com/[email protected]/ The above comments and data are owned by whoever posted them (including attachments if any). The List's Host is not responsible for them in any way. ---------------------------------------
