Agreed. One thing that immediately jumps out is how much of their codebase is in Javascript. That may imply at least two functional teams right there. It makes me wonder if they are approach things as more of a REST/HTTP-RPC server written in Python that services a client written in JavaScript. I have been approaching most of my recent development efforts this way and I have to say that it allows you to create interfaces that are far more compelling. This "shiny object" phenomena may explain some of their popularity.
One thing waiting in the wings for Java are the new Nashorn JavaScript capabilities coming in JDK8. It may be worth considering a more aggressive adoption of JavaScript, especially in the widget code. If we begin to write things like form verification in JavaScript we could share code between the client and server and do things like giving the client immediate feedback when entering form data. ----- d...@me.com wrote: > On Jan 5, 2013, at 2:10 PM, Jacques Le Roux <jacques.le.r...@les7arts.com> > wrote: > > I'm not quire sure what you mean, but anyway I don't sell OpenErp ;) > > > > My primary intention was just to note that they have much more > > committers(?) doing much more commits(?) > > When you look into details numbers are certainly misleading: > > https://www.ohloh.net/p/openerp/contributors?page=47&sort=latest_commit&time_span=12+months > > > > (a lot of committers with only few commits) > > > > So yes, maybe not the right tool for that... Or at least would need more > > research in it... > I'm not sure if they do this, but that number of committers only really makes > sense if there are different groups working on different things, or if 90% of > the committers are only very rarely involved. > If OFBiz turned into more of a series of projects (ie with addons and such) > instead of a single big project, that would probably work much better. > -David -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
