• Plone SoC 2008 Mentors

  • Thoughts on applications

    from MatthewWilkes on Apr 08, 2008 11:22 PM
    -----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:
  • Re: Thoughts on applications

    from optilude on Apr 09, 2008 03:20 AM
    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.
    > 
    > 
    
    
    • Re: Thoughts on applications

      from MatthewWilkes on Apr 09, 2008 03:08 PM
      -----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-----
      
      • Re: Thoughts on applications

        from cmscom on Apr 10, 2008 12:25 AM
        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.
        > 
        > 
        
        
        • Re: Thoughts on applications

          from MatthewWilkes on Apr 10, 2008 12:47 AM
          -----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-----
          
          • Re: Thoughts on applications

            from cmscom on Apr 10, 2008 02:37 AM
            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.
            
            • Re: Thoughts on applications

              from nouri on Apr 10, 2008 05:04 AM
              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
              
  • Re: Thoughts on applications

    from sidnei on Apr 09, 2008 10:52 AM
    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
    
    • Re: Thoughts on applications

      from optilude on Apr 09, 2008 10:58 AM
      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.
      >
      >