-
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, What is the general consensus on the applications then? My thoughts: I'm going to give my preferences then some (unordered) comments. If you want to give the preferences in the same format as me I'll count them as an informal STV election and send the results around. Sorry, I'm a constitutional/election nerd deep down. So, this is an ordered list of projects I'd like to see, 1 being best. I've included all of them, including ones I didn't rank to make it easier for you guys. Once you get to the stage where you have no preference of one over another, just stop ranking, don't feel the need to express a preference of one project you don't like over another. 1) Non-AT membrane (Friesdorf) 2) Component Registry Introspector (Lundwall) 3) Buildout Builder (Miller) 4) External indexing (Treméa) 5) Event-based Email (Kohlwey) 6) Portlet Infrastructure (Alves) 7) Faceted search (Upton) 8) Plone batch editing (Mansilla) 9) PloneFreezer (Kupczyński) 10) Fitter for East Asian (Hara) 11) Develop for East Asian (Manaka) 12) Templating engine (Schlichting) 13) Social Networking (Filgueiras) 14) AJAXIFY PFG (Simsek) 15) Bitflux (Bulu) 16) Docbook (Ülkü) - ) Basic social networking (Kupczyński) - ) Better for East Asian (Nakamura) - ) The "Big Green Button" (Mustapha) - ) application for plone (Tarigan) - ) Add basic social networking (Farbey) Comments: Social networking: I like Rudá's proposal, but I'm not 100% on this being a good use of the SoC slots. CJK: Yasushi Hara's or Hironobu Manaka's proposals seem the best two, probably leaning towards the former, but I can't really make an informed decision between he two. Component Registry: I like this one, think there's a very good chance of it being completed and would be very nice to have. Non-AT membrane: Great idea, I'm not well versed in LDAP stuff, but this proposal seems very well thought out and he seems knowledgeable on the subject. Event based email: This one is an odd one, it has the potential to be really useful, or it could just replicate a lot of work done by singing and dancing. Overall I say we go for it and the mentor encourages close work with S&D if it looks like it's heading that way. Hannosch's templating: I could live without this one, it's more research and not pressing, although it would be cool if we had the resources. xkenneth's buildout builder: We need to find people looking to mentor for this one, but the guy has been quite active on irc, he's been chatting to derek_richardson a fair bit and it's a good proposal, I want to see it happen,. Deo's searching: I like it, gimme! Batch editing: Again, very important. Will need some good UI advice to make it intuitive. rsalves's portlets: This would tie together some odds and ends that people are working on as well as general tidying and usability for new style portlets in general, it's one of the ones I'd like to see. Sean Upton's faceted search: Very similar to batch editing, great idea and proposal, needs UI knowledge. BitFlux XML: It's a nice editor, but I am concerned that the student hasn't used Plone before and was until recently unsure if they could complete in time. Probably -1 to this one. PFG editing: I think he's willing to give up his GWT plans, on balance I agree with jensens, GWT is probably a killer for this proposal. Docbook: I don't think this is a good one, tbh. -1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFH/DZrZnKd+ctxHMoRAi1eAJwNQP/jRlOOp5fcIIh/P3lEG/H+9wCeO2x0 gzS7ochyzpQj/ZkXPAdLXdI= =kV95 -----END PGP SIGNATURE-----
- Thread Outline:
-
Hi Matt, Thanks for taking the time to do this! I still haven't had time to read the proposals properly, but two notes of caution: - Having two students work on the same thing (East Asian Languages) is probably not ideal. We should either pick one or rescope each carefully. - Proven commitment and dependability should come before flashy proposal, so long as we're getting something we want/need - Actionable specifics should come before non-specific but tempting proposals. The vague ones usually under deliver. - People who haven't worked with Plone before need to make up for that somehow in their proposal. Students often figure they can just pick it up as they go along. In the past, those students have failed. Cheers, Martin Matthew Wilkes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > > What is the general consensus on the applications then? > > > My thoughts: > > I'm going to give my preferences then some (unordered) comments. If > you want to give the preferences in the same format as me I'll count > them as an informal STV election and send the results around. Sorry, > I'm a constitutional/election nerd deep down. > > So, this is an ordered list of projects I'd like to see, 1 being > best. I've included all of them, including ones I didn't rank to make > it easier for you guys. Once you get to the stage where you have no > preference of one over another, just stop ranking, don't feel the need > to express a preference of one project you don't like over another. > > 1) Non-AT membrane (Friesdorf) > 2) Component Registry Introspector (Lundwall) > 3) Buildout Builder (Miller) > 4) External indexing (Treméa) > 5) Event-based Email (Kohlwey) > 6) Portlet Infrastructure (Alves) > 7) Faceted search (Upton) > 8) Plone batch editing (Mansilla) > 9) PloneFreezer (Kupczyński) > 10) Fitter for East Asian (Hara) > 11) Develop for East Asian (Manaka) > 12) Templating engine (Schlichting) > 13) Social Networking (Filgueiras) > 14) AJAXIFY PFG (Simsek) > 15) Bitflux (Bulu) > 16) Docbook (Ülkü) > - ) Basic social networking (Kupczyński) > - ) Better for East Asian (Nakamura) > - ) The "Big Green Button" (Mustapha) > - ) application for plone (Tarigan) > - ) Add basic social networking (Farbey) > > > Comments: > > > Social networking: > I like Rudá's proposal, but I'm not 100% on this being a good use of > the SoC slots. > > CJK: > Yasushi Hara's or Hironobu Manaka's proposals seem the best two, > probably leaning towards the former, but I can't really make an > informed decision between he two. > > Component Registry: > I like this one, think there's a very good chance of it being > completed and would be very nice to have. > > Non-AT membrane: > Great idea, I'm not well versed in LDAP stuff, but this proposal > seems very well thought out and he seems knowledgeable on the subject. > > Event based email: > This one is an odd one, it has the potential to be really useful, or > it could just replicate a lot of work done by singing and dancing. > Overall I say we go for it and the mentor encourages close work with > S&D if it looks like it's heading that way. > > Hannosch's templating: > I could live without this one, it's more research and not pressing, > although it would be cool if we had the resources. > > xkenneth's buildout builder: > We need to find people looking to mentor for this one, but the guy > has been quite active on irc, he's been chatting to derek_richardson a > fair bit and it's a good proposal, I want to see it happen,. > > Deo's searching: > I like it, gimme! > > Batch editing: > Again, very important. Will need some good UI advice to make it > intuitive. > > rsalves's portlets: > This would tie together some odds and ends that people are working on > as well as general tidying and usability for new style portlets in > general, it's one of the ones I'd like to see. > > Sean Upton's faceted search: > Very similar to batch editing, great idea and proposal, needs UI > knowledge. > > BitFlux XML: > It's a nice editor, but I am concerned that the student hasn't used > Plone before and was until recently unsure if they could complete in > time. Probably -1 to this one. > > PFG editing: > I think he's willing to give up his GWT plans, on balance I agree > with jensens, GWT is probably a killer for this proposal. > > Docbook: > I don't think this is a good one, tbh. -1 > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (Darwin) > > iD8DBQFH/DZrZnKd+ctxHMoRAi1eAJwNQP/jRlOOp5fcIIh/P3lEG/H+9wCeO2x0 > gzS7ochyzpQj/ZkXPAdLXdI= > =kV95 > -----END PGP SIGNATURE----- > > > -- > Archive: http://www.openplans.org/projects/plone-summer-of-code-2008/lists/plone-soc-2008-mentors/archive/2008/04/1207711351215 > To unsubscribe send an email with subject unsubscribe to plone-soc-mentors@.... Please contact plone-soc-mentors-manager@... for questions. > >
-
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Heisei 0020-04-09, at 032029EDT, Martin Aspeli wrote: > - Having two students work on the same thing (East Asian Languages) > is probably not ideal. We should either pick one or rescope each > carefully. Obviously! > - Proven commitment and dependability should come before flashy > proposal, so long as we're getting something we want/need Yes, but at the same time picking somebody that's been on the periphery for a long time could help bring them in to the community more, if we recognise a name on the list chances are they don't need much encouragement to contribute to Plone. > - Actionable specifics should come before non-specific but tempting > proposals. The vague ones usually under deliver. Yep, I agree. > - People who haven't worked with Plone before need to make up for > that somehow in their proposal. Students often figure they can just > pick it up as they go along. In the past, those students have failed. Yeah, agree. > Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFH/RQWZnKd+ctxHMoRAsB7AJ9zPyUVhkQ5bSfAFi6dNIz5vzP6zACdHUv/ zyom2CBNvYHY8wFI8OH2Cvw= =jWJK -----END PGP SIGNATURE-----
-
Dear Plone Mentors Let me start introducing myself. I am Terada of "Terada & Hotta" team whom trying to make better searching mechanism for East Asian Countory. I and Hotta are borth member of Japanese Plone User Group. We have been wondering if you could appoint us 2 students. We feel getsearcher going and make plone useable in East Asia is worth GSoC 2 students. GSoC wise, if project must have different goal, We could split project goal to fit in to 2 students. Moreover, we as Japanese Plone User Group will take full responsibility of handling and mentoring 2 students. I would very much appreciated if you consider following point: 1)plone build-in search is not working for East Asian Language. 2)CJK Language searcher programing requires a lot of document researchingand programing skill. Also big amount of programing. 3)CJK Language seracher must not be interfere with space splitting searching mechanism which plone already come with. So, fare amount of testing will required. Thank you. Matthew Wilkes : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > On Heisei 0020-04-09, at 032029EDT, Martin Aspeli wrote: > >> - Having two students work on the same thing (East Asian Languages) is >> probably not ideal. We should either pick one or rescope each carefully. > > Obviously! > >> - Proven commitment and dependability should come before flashy >> proposal, so long as we're getting something we want/need > > Yes, but at the same time picking somebody that's been on the periphery > for a long time could help bring them in to the community more, if we > recognise a name on the list chances are they don't need much > encouragement to contribute to Plone. > >> - Actionable specifics should come before non-specific but tempting >> proposals. The vague ones usually under deliver. > > Yep, I agree. > >> - People who haven't worked with Plone before need to make up for that >> somehow in their proposal. Students often figure they can just pick it >> up as they go along. In the past, those students have failed. > > Yeah, agree. > >> > Matt > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (Darwin) > > iD8DBQFH/RQWZnKd+ctxHMoRAsB7AJ9zPyUVhkQ5bSfAFi6dNIz5vzP6zACdHUv/ > zyom2CBNvYHY8wFI8OH2Cvw= > =jWJK > -----END PGP SIGNATURE----- > > > -- > Archive: > http://www.openplans.org/projects/plone-summer-of-code-2008/lists/plone-soc-2008-mentors/archive/2008/04/1207768102571 > > To unsubscribe send an email with subject unsubscribe to > plone-soc-mentors@.... Please contact > plone-soc-mentors-manager@... for questions. > >
-
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Heisei 0020-04-10, at 002439EDT, CMScom Terada wrote: > We have been wondering if you could appoint us 2 students. > We feel getsearcher going and make plone useable in East Asia is > worth GSoC 2 students. GSoC wise, if project must have different > goal, We could split project goal to fit in to 2 students. > > Moreover, we as Japanese Plone User Group will take full > responsibility of handling and mentoring 2 students. Hi Tereda, Firstly, are you writing your names in western order or native order? I can never tell! ***** EVERYONE CONSIDER YOURSELVES POKED ***** But on to the main point, so far we've been allocated 4 students. This is likely to be revised upwards in the next few days, but it depends on us getting mentors assigned to projects, so I need people to volunteer to mentor ASAP. I'm going to be pushing for 10ish students, but to be honest I doubt we'll get that many. ***** EVERYONE CONSIDER YOURSELVES POKED ***** I completely understand that this will be a lot of work, but to be honest I don't think we can spare the extra spot. While I agree that it's very important that this gets done it's also one of the projects with the vaguest deliverables. Most of us can't tell if the splitter is better, we're going to have to rely on fairly subjective feedback we get from yourselves and anyone else we can find to do testing. It will be hard to do evaluations during the summer and this makes it quite a risky project from a GSoC point of view. To put this in perspective, the Zope foundation has been allocated 2 slots so far, these things are like gold dust. I think it'd be unfair to the other applicants to assign two students on something so similar that would be a benefit to a subset of community rather than to everyone. Now, if the other student wants to change his proposal slightly to not conflict with the other, we can still decide if it's good enough in its own right to merit another slot but personally I'd be against it. If he wants to do his project regardless of not getting a slot I'm happy to let Leslie at google know and she'd send out some free google stuff but I just can't see two paid projects going to this. I'm sorry. Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFH/ZvnZnKd+ctxHMoRAq3GAKCPIYp1IYb+voJo/dm1jWAxaAEaKACgn5Ov nMBGAt4rORsIg9vrWj2j1GQ= =JTYJ -----END PGP SIGNATURE-----
-
Hi Matt, > Hi Tereda, > > Firstly, are you writing your names in western order or native order? > I can never tell! You can call me Terada which is my family name. > I completely understand that this will be a lot of work, but to be > honest I don't think we can spare the extra spot. Now, I understand the situation. I thought there are a lot of rooms for important ideas. Moreover, I was blown away by the fact that 3 students are applying for CKJ searcher idea. And those proposal were quite impressive to me. Anyway I will be very happy if World Plone Community would give a room for ONE student on CJK seracher. I am sure with my carrier on "plone and CKJ search" together with students dedicated effort the project will land without any problem. At last, I would like to express my deep apology on my though less E-mail.
-
CMScom Terada <plone@...> writes: > Anyway I will be very happy if World Plone Community would give a room > for ONE student on CJK seracher. I am sure with my carrier on "plone > and CKJ search" together with students dedicated effort the project > will land without any problem. I agree that we should certainly have one of these proposals accepted. I've been working on a Chinese language site not too long ago. CJK is a huge market for Plone, but it turns out that Plone searching does not work OOTB for these languages. Also, the CJKSplitter add-on product that fixes this works suboptimally. I'd suggest you make one of the three proposals the main one that'll fix this situation. Another one we could designate nice-to-have, and consider it should we have more slots available. Daniel
-
-
-
-
-
-
Alright, here's my ordered list then: 1) External Indexing 2) Plone batch editing 3) Faceted Search 4) Non-AT membrane 5) Event-based Email 6) Component Registry Introspector I would go as far as saying if we get those in, we can consider ourselves more than lucky. Those are very concrete and useful proposals that generate important impact for Plone in general. -- Sidnei da Silva Enfold Systems http://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214
-
I would expect us to get 5-10 slots. That means we should probably foucus on: - top 3 -- "citical" applications - top 5 -- applications we definitely want - top 10 -- good applications, can include some that are higher risk or less ambitious, e.g. in order to involve new people in the community Martin On 09/04/2008, Sidnei da Silva <sidnei@...> wrote: > Alright, here's my ordered list then: > > 1) External Indexing > 2) Plone batch editing > 3) Faceted Search > 4) Non-AT membrane > 5) Event-based Email > 6) Component Registry Introspector > > I would go as far as saying if we get those in, we can consider > ourselves more than lucky. Those are very concrete and useful > proposals that generate important impact for Plone in general. > > -- > Sidnei da Silva > Enfold Systems http://enfoldsystems.com > Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214 > > > > -- > Archive: http://www.openplans.org/projects/plone-summer-of-code-2008/lists/plone-soc-2008-mentors/archive/2008/04/1207752744143 > > To unsubscribe send an email with subject unsubscribe to plone-soc-mentors@.... Please contact plone-soc-mentors-manager@... for questions. > >
-