I'd like to see the third one like Glenn mentioned including spending time
on design call once.
Sharing presentation slightly earlier than the day or hr of the dev forum
will be better.

In the second presentation student should not repeat parts from first
presentation. I felt a lot of things were repeated by students during last
GSoC. Instead focus on how feedback from last presentation were worked upon

---
Regards,
Saptarshi PURKAYASTHA

My Tech Blog:  http://sunnytalkstech.blogspot.com
You Live by CHOICE, Not by CHANCE


On 6 April 2012 00:16, Glen McCallum <[email protected]> wrote:

> I vote for adding a 3rd presentation.
>
> 1) Beginning of the program. 5 minute introduction to the student and 2
> slides showing the functional problem that they will be solving. In the
> developer call.
> 2) A some time during the course of the summer - a student should present
> once in the design review call for an unspecified duration  (as needed).
> This presentation should include UML and code.
> 3) At the end of the project - the typical 10 minute student presentation
> demonstrating the functional solution of what they built from an end user
> perspective and how it solves the problem they introduced in presentation
> (1). In the developer call.
>
> Glen
>
>
> On 2012-04-05, at 11:20 AM, Suranga Kasthurirathne wrote:
>
>
> Hi,
>
> Back at the time when I was a GSOC student, the 15 minute presentation was
> a real heart stopper.  It was something to look forward to (with dread).
> This was because,
>
>    - The presentation lets everyone in the community review what I've
>    been up to.
>    - It gives other interested parties a chance to come up with new
>    suggestions (which I would have to implement :P)
>
>
> Therefore, I think that the presentations give the students a form of
>  'deadline' to work towards, and keeps them motivated. it also helps us to
> develop an interest in other projects (in my case, I first learnt of the
> PatientMatching module from one of these presentations)
>
> So from my point of view, I think it would be best if we can continue
> forward with it :-)
>
>
> Best Regards,
> Suranga
>
>
>
> On Thu, Apr 5, 2012 at 11:17 PM, Michael Downey <[email protected]>wrote:
>
>> Hi developers,
>>
>> As you know, last year we had each of our Google Summer of Code
>> students present their work twice for 15-minutes each time during the
>> program. Since then, we have shortened the duration of our weekly
>> developer forum to one hour, so we need to re-think the arrangements
>> for this year.
>>
>> I'd like to open a dialogue for the next week or two to get your
>> feedback about how to proceed. Please reply to this thread and let us
>> know which of the following options you agree most with.
>>
>> A: The presentations aren't very useful and we should not do them this
>> year.
>> B: We should keep the 15-minute presentations but have the students
>> present only once during the summer.
>> C: We should shorten the presentations significantly but still have
>> the students present twice during the summer.
>> D: We should keep the 15-minute presentations twice during the summer,
>> and extend the meeting an extra hour LATER when the presentations
>> happen (2 times per month).
>> E: We should keep the 15-minute presentations twice during the summer,
>> and start the meeting an extra hour EARLIER when the presentations
>> happen (2 times per month).
>>
>> If you think of alternative approaches not mentioned above, feel free
>> to suggest them.
>>
>> Thanks for your feedback!
>> Michael
>>
>> _________________________________________
>>
>> To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to
>> [email protected] with "SIGNOFF openmrs-devel-l" in the  body
>> (not the subject) of your e-mail.
>>
>> [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
>>
>
>
>
> --
> Best Regards,
>
> Suranga
>
>  ------------------------------
> Click here to 
> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from 
> OpenMRS Developers' mailing list
>
>
>

_________________________________________

To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to 
[email protected] with "SIGNOFF openmrs-devel-l" in the  body (not 
the subject) of your e-mail.

[mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]

Reply via email to