21 Mar
2008
21 Mar
'08
5:35 p.m.
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/