Jody Garnett ha scritto: > I was looking at the "how to import a shapefile" page on the wiki - and > it mentions the "do not invent here" policy and how that has lead to our > massive amount of dependencies. Here are some ideas on how to set up a > "positive" invent-here policy. > > How about this for a GeoTools 3 where live is beautiful etc... > > GeoTools 3 should adopt an "Invent here" policy: > 1) unless a dependency offers significant benefit we should roll our own > - A dependency that brings in additional dependencies is a bad thing > - A dependency that is used by several modules is a good thing > 2 Significant benefit is measured in weeks not days > - if you want to use Joda time it better offer more functionality than > we can expect you to code in in two weeks. If you are using a couple of > functions we can probably expect you to be able to code them up in 13 > days... you do after all have Joda time to serve as an example.
Ideally this looks like a very good idea. In practice I don't know how I can justify spending 2 weeks of resources when the same work can be done in 2 hours. Turning two weeks into a monetary evaluation, even assuming a low rate of 500USD per day, that's 5000$ (assuming only 10 days, the working days in two weeks)... can you justify that much with your customers to avoid a dependency? Or if you want to turn that into a pure open source metric, let's assume someone that, like me, was working only in his spare time after work and in the weekends, someone being able to work the equivalent of 2 days per week on gt2. That turns the effort into an effective 5 weeks. Do you believe this is reasonable, especially for someone that's coding "for fun"? I don't think so? Cheers Andrea ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
