Vincent Massol wrote: > Hi Asiri, > > I'm personally not in favor of having those 2 ideas done as GSOC > projects. My reasons: > * They are the most complex possible since they are at the very heart > of XWiki > * They need to be done by existing committers since this is at the > heart of xwiki and we'll need to support them on the long run > * They are NOT standalone projects and they interact too much with > other parts of XWiki. > * They have not had the experience of implementing the first > generation version and thus will not know the pitfalls and all the > ideas that have been raised on these topics over the years > > In essence this means that almost any line written will need to be > discussed at length, validated, understood by existing committers. I > don't think it's fair to give this to a GSOC student especially as > it'll be almost impossible for him/her to be sure of delivering > anything. Then it would mean several mentors and that they are 100% > available which is not going to happen. And last if they were I would > prefer that they tackle it themselves since again this is really at > XWiki's heart. > > This is my opinion only and Segiu obviously has a different one since > he proposed these 2 projects. So first thing, we need to decide if we > want to have them a GSOC project.
They are definitely hard, so they aren't for anybody. But I thought that we could use an extra hand, probably not a BSc student (since GSoC accepts MSc and PhD students, too), someone with a lot of experience, with whom we would work together, instead of just supervising. For "younger" students, we have lots of other fun projects. > What do other committers think? > > Thanks > -Vincent > > On Mar 12, 2008, at 4:12 PM, Asiri Rathnayake wrote: > >> Hi Vincent & All, >> >> This is about the above two GSoC ideas, >> >> I would like to know what are the deliverables for the above two >> projects ? My guess is, >> >> 1. Finished Components (i think these are going to be two jar >> files ?, i'm yet to discover plexus) >> >> 2. Test cases. >> >> 3. Current core integrated with the two components. >> >> 4. Anything else ? >> >> Since the current core doesn't follow a components based >> architecture, what kind of complications will arise in the >> integration phase ? >> >> Vincent, what about the two implementations of the data-model >> component in the sandbox ? have you made a decision ? :) >> >> Your help and comments are very much appreciated. >> -- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
