On Mar 21, 2008, at 5:35 PM, Sergiu Dumitriu wrote: > 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.
That would only work if the mentor was working on the same topic at the same time IMO. And if that's the case it might be more interesting that the mentor does it by himself with the community. It's not like these are work-intensive operations that require lots of people. They are really design-intensive and require lots of careful design decisions. I know that if I personally won't be working on this at the same time as the student is then it's unlikely I'll have the time to review the design since it really requires to be focused and "inside" the topic to be able to comment/review. And since these are ultra critical topics I think we will need everyone's input and since it may take time to come I don't feel it's doing a service to the student since he won't be able to progress quickly and may not even be able to finish his SOC. -Vincent >> 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. >>> _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
