Add Cooperative Learning to Pairs
Marco Calignano
marco.calignano at gmail.com
Thu Aug 22 21:10:59 UTC 2013
Hi,
I have looked at this discussion again and I am still positive we can
Integrate Cooperative Learning in the Pairs game. I also (probably you have
seen already) put two SoK task for student to help me do it. And it seems I
have two candidates. In any case I will work in a branch and then we can
still decide at the end if what we do is good or not.
Many details of the GUI we can implement in a later time what I need first
is the Themes management routines and the games flow.
So in the next day I will go ahead and propose an XML format for a
"collaborative Pairs Theme".
I would like you to check on me if I might forget or oversee something.
Thanks
Marco
On Tue, May 14, 2013 at 12:40 AM, Aleix Pol <aleixpol at kde.org> wrote:
> On Mon, May 13, 2013 at 9:23 PM, Marco Calignano <
> marco.calignano at gmail.com> wrote:
>
>> On Mon, May 13, 2013 at 4:39 PM, Aleix Pol <aleixpol at kde.org> wrote:
>>
>>> On Mon, May 13, 2013 at 10:38 AM, Marco Calignano <
>>> marco.calignano at gmail.com> wrote:
>>>
>>>>
>>>>
>>>>
>>>> On Tue, May 7, 2013 at 9:01 PM, Albert Astals Cid <aacid at kde.org>wrote:
>>>>
>>>>> El Dimarts, 7 de maig de 2013, a les 09:22:38, Marco Calignano va
>>>>> escriure:
>>>>> > Hi,
>>>>> >
>>>>> > to answer to Albert:
>>>>> >
>>>>> > I plan to add an option (an Icon on the games bar) so the player can
>>>>> choose
>>>>> > the collaborative mode like was another kind of game.
>>>>>
>>>>> Makes sense :-)
>>>>>
>>>>> >
>>>>> > I can also give an example to how I imagine the third point:
>>>>> > There are three kids around the computer only one can play. When he
>>>>> > finishes his game we need to automatically load a new game (similar
>>>>> to the
>>>>> > first) for the next kid. Now after everyone played once we load a
>>>>> new game
>>>>> > (a bit more difficult) that the first kid can play again and so. All
>>>>> this
>>>>> > list of game and difficulties could be store in a xml file similar
>>>>> to the
>>>>> > current theme file.
>>>>>
>>>>> Makes sense now :-)
>>>>>
>>>>> >
>>>>> > to answer Aleix:
>>>>> >
>>>>> > The aim of collaborative learning is to have children work together.
>>>>> A
>>>>> > player for himself is not Collaborative learning. (Of course we can
>>>>> think
>>>>> > of another option for increasing difficulties even in single player
>>>>> mode)
>>>>> > The number three came out in a discussion with the educator of
>>>>> pre-school
>>>>> > teacher: the said the best number is three one at computer and one
>>>>> per
>>>>> > side, the forth would be behind and sometime because of physical
>>>>> > characteristics could be cut off of the game (too short to see the
>>>>> monitor)
>>>>> > but also psychological he fells less important because he is behind
>>>>> >
>>>>> > I would like to discuss the UI further as well (that's why this
>>>>> email)
>>>>>
>>>>> What do you need for the UI, some kind of scoreboard so that each
>>>>> children has
>>>>> a different score?
>>>>>
>>>> 1) The score is not for each player but only for the group so we need
>>>> to change the left tab where the players are.
>>>> 2) We need also a way to tell the kids that they need to switch places.
>>>> I thought like a popup windows where the avatar and the name appears.
>>>> 3) Therefore the kids have to have different avatar.
>>>> 4) I think also we need some kind of confirmation mechanism to
>>>> select collaborative games. Like a double click or code typing of some
>>>> kind: this would avoid kids playing at home switching into collaborative
>>>> mode and have any kind of "problems"
>>>> 5) we should also give the possibility to same the session game with
>>>> players scores etc. This make sense since in this kind of mode there will
>>>> be more than one game.
>>>>
>>>> Cheers
>>>> Marco
>>>>
>>>>>
>>>>> Cheers,
>>>>> Albert
>>>>>
>>>>> >
>>>>> > For the difficulty we could implement it both way: Increase the
>>>>> number of
>>>>> > cards, and/or decrease the number of step needed to solve the game
>>>>> >
>>>>> >
>>>>> > I hope I was clearer this time if not just tell me
>>>>> >
>>>>> > Cheers
>>>>> > Marco
>>>>> >
>>>>> > On Mon, May 6, 2013 at 11:18 PM, Aleix Pol <aleixpol at kde.org> wrote:
>>>>> > > Hi Marco! :)
>>>>> > > It's good to see you back!
>>>>> > >
>>>>> > > First of all, I think it's a great iniciative, I'd like to see
>>>>> more of
>>>>> > > that in the future.
>>>>> > >
>>>>> > > Point by point:
>>>>> > > 1. Why do we limit the number of players? how do you mean to do
>>>>> that?
>>>>> > > Won't a kid be able to play by himself while bored at home?
>>>>> > > 2. It's a matter about UI, it won't hurt to think it through a bit
>>>>> further
>>>>> > >
>>>>> > > :).
>>>>> > >
>>>>> > > 3. Shouldn't the difficulty be the number of "pairs" we are
>>>>> displaying?
>>>>> > >
>>>>> > > Aleix
>>>>> > >
>>>>> > >
>>>>> > > On Mon, May 6, 2013 at 10:21 AM, Marco Calignano <
>>>>> > >
>>>>> > > marco.calignano at gmail.com> wrote:
>>>>> > >> Hello,
>>>>> > >>
>>>>> > >> I would like to start adding Cooperative Learning features to
>>>>> Pairs, and
>>>>> > >> would like to throw the discussion in the mailing list.
>>>>> > >> For Cooperative Learning we need three main changes in Pairs, like
>>>>> > >> discussed in Randa last year (
>>>>> > >> http://community.kde.org/KDEEdu/Sprint2012/TeachersNotes).
>>>>> > >>
>>>>> > >> 1. Limit the number of player to three, no more, no less.
>>>>> > >> 2. Only one player can access the computer so we need a way to
>>>>> tell
>>>>> > >> players when they can do that
>>>>> > >> 3. Link together different games so that the players have an
>>>>> increase in
>>>>> > >> tasks difficulty
>>>>> > >>
>>>>> > >> To specify the difficulty of a game we can give a maximum number
>>>>> of move
>>>>> > >> to solve the game.
>>>>> > >>
>>>>> > >> The first two points can be build in the game code, but the last
>>>>> point, I
>>>>> > >> believe, belongs to the theme description because it has to be
>>>>> more
>>>>> > >> flexible.
>>>>> > >>
>>>>> > >> What do you think?
>>>>> > >>
>>>>> > >> --
>>>>> > >> Life is short, so learn from your mistakes
>>>>> > >> And stand behind, the choices that you make
>>>>> > >>
>>>>> > >> Face each day with both eyes open wide
>>>>> > >> And try to give don't keep it all inside
>>>>> > >>
>>>>> > >> Dream Theater
>>>>> > >>
>>>>> > >> _______________________________________________
>>>>> > >> kde-edu mailing list
>>>>> > >> kde-edu at mail.kde.org
>>>>> > >> https://mail.kde.org/mailman/listinfo/kde-edu
>>>>> > >
>>>>> > > _______________________________________________
>>>>> > > kde-edu mailing list
>>>>> > > kde-edu at mail.kde.org
>>>>> > > https://mail.kde.org/mailman/listinfo/kde-edu
>>>>> _______________________________________________
>>>>> kde-edu mailing list
>>>>> kde-edu at mail.kde.org
>>>>> https://mail.kde.org/mailman/listinfo/kde-edu
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Life is short, so learn from your mistakes
>>>> And stand behind, the choices that you make
>>>>
>>>> Face each day with both eyes open wide
>>>> And try to give don't keep it all inside
>>>>
>>>> Dream Theater
>>>>
>>>>
>>>> _______________________________________________
>>>> kde-edu mailing list
>>>> kde-edu at mail.kde.org
>>>> https://mail.kde.org/mailman/listinfo/kde-edu
>>>>
>>>>
>>> Hi Marco!
>>> Maybe you can provide some mockups to get it discussed?
>>>
>> what do you mean mockups of the cooperative game or of the switching
>> part?
>>
>>>
>>> Technically, I think that the best for this would be to have a different
>>> binary called pairs-collaborative that the teachers can call and know what
>>> the kids will be playing beforehand.
>>>
>> Personally I do not like the Idea of two different application. The
>> teacher won't use it at the end
>>
>>>
>>> About the switch, I think that we can just add a QML overlay with the
>>> name/picture that the kind can click/press and disappears.
>>>
>> That pretty much what I had in mind
>>
>>>
>>> Aleix
>>>
>>> _______________________________________________
>>> kde-edu mailing list
>>> kde-edu at mail.kde.org
>>> https://mail.kde.org/mailman/listinfo/kde-edu
>>>
>>>
>>
>>
>> --
>> Life is short, so learn from your mistakes
>> And stand behind, the choices that you make
>>
>> Face each day with both eyes open wide
>> And try to give don't keep it all inside
>>
>> Dream Theater
>>
>>
>> _______________________________________________
>> kde-edu mailing list
>> kde-edu at mail.kde.org
>> https://mail.kde.org/mailman/listinfo/kde-edu
>>
>>
> Hi Marco,
> I also don't like having 2 entry ways, but I also think it can be
> problematic to narrow down the Pairs usage to class-only. Also I guess that
> the teacher will have to set up different systems at the same time, so it
> probably makes sense to find out a way to run a prepared session by the
> teacher.
>
> What you are proposing, is to have different games and after 1 level is
> done, the kid jumps to the next. To do this the teacher can run it with
> pairs and the game shouldn't have space for much further configuration.
> Also this could make it possible to specify the number of kids to use the
> game or other parameters, additionally to the levels list.
>
> Do you think this makes sense?
> Aleix
>
> _______________________________________________
> kde-edu mailing list
> kde-edu at mail.kde.org
> https://mail.kde.org/mailman/listinfo/kde-edu
>
>
--
Life is short, so learn from your mistakes
And stand behind, the choices that you make
Face each day with both eyes open wide
And try to give don't keep it all inside
Dream Theater
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-edu/attachments/20130822/88c331e0/attachment-0001.html>
More information about the kde-edu
mailing list