Hi Martijn,<br> I believe we are talking about different things here. I totally agree with consctructivist teaching, but my point is that children don't necessarily want to be taught, and the idea of let the children learn what they want I think is a little irresponsible. Why not just disable all web filters then, etc. My point was, we need to feed the children knowledge in byte sized chunks... not let them fall into an ocean of bits.... which is what the Internet has become... Moodle lets you do it that and do it well...<br>
<br>David<br><br><div class="gmail_quote">On Sat, Apr 12, 2008 at 3:19 PM, Marten Vijn <<a href="mailto:info@martenvijn.nl">info@martenvijn.nl</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
On Sat, 2008-04-12 at 14:42 +0200, David Van Assche wrote:<br>
> Hi,<br>
> I want to second the opinion that Moodle is definitely the right<br>
> tool for content distribution, though a localised broken down<br>
> wikipedia as a global reference to information is not a bad idea.<br>
> Coming from a teaching perspective, children students need to be led,<br>
> they need to be shown what to do.<br>
<br>
</div>No really, kids i have given an XO from 3 Years open the XO faster than<br>
adult from 30 years. And even switch it on faster.<br>
<br>
When we give childeren a ball, they quite capable of exploring the<br>
possiblities of it. Even with evenout a handbook. They quite capable or<br>
create rules to play and adjust to play better.<br>
<br>
We can learn a lot from our kids.<br>
<br>
please see:<br>
<a href="http://en.wikipedia.org/wiki/Constructivist_teaching_methods" target="_blank">http://en.wikipedia.org/wiki/Constructivist_teaching_methods</a><br>
<br>
and watch on youtube some movies of kid demoing thier XO's and reparing<br>
them.<br>
<br>
Kind regards,<br>
Marten<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
> It is not at all the same as at Universisty level where the student<br>
> often takes in the informtation they are interested in. For example,<br>
> not everyone likes mathematics at a school level, yet it is an<br>
> essential teaching philosophy and must be pushed to the student,<br>
> rather than pulled by the student. Moodle allows for this, and I have<br>
> successfully used it in this enivornment for several years. It is<br>
> extremely easy to create content and assignements of any nature,<br>
> though they willl of course all be web based, but that doesn't mean<br>
> you coudln't integrate a core moodle program centred around the sugar<br>
> array of software and how to use it.<br>
> Another thing I've noticed on this list is the insistence on<br>
> recreating the wheel, and the amount of good FOSS that is already out<br>
> there reallly makes this a waste of time. We should be talking about<br>
> integrating existing tools rather than recreating new ones. Just my 2<br>
> cents...<br>
><br>
> Here is a list of eductational FOSS compiled by an organisation in the<br>
> US: <a href="http://www.osv.org.au/index.cgi?tid=155" target="_blank">http://www.osv.org.au/index.cgi?tid=155</a><br>
><br>
> David<br>
><br>
> On Sat, Apr 12, 2008 at 12:58 PM, Bryan Berry <<a href="mailto:bryan.berry@gmail.com">bryan.berry@gmail.com</a>><br>
> wrote:<br>
> Martin: I have cc'd you because I think Moodle is the right<br>
> tool for<br>
> relating activities in a logical narrative, i.e. a 'lesson' or<br>
> a<br>
> 'tutorial'<br>
><br>
> > > 7. Need graphical activity manager for removing and<br>
> adding<br>
> activities<br>
> >><br>
> >> Could you detail the requirements for this? Perhaps in the<br>
> wiki?<br>
><br>
> >This is a good point. The activity list in Home is intended<br>
> to take<br>
> >care of this. Tomeu, we should probably add little delete<br>
> buttons at<br>
> >the right of each entry in the list to make this a simple<br>
> process. A<br>
> >non-modal alert should appear to confirm the deletion, of<br>
> course.<br>
> >This should be relatively easy to add.<br>
><br>
> Being able to remove activities w/ an option from the activity<br>
> list is a<br>
> good short term option. Long term we quite need a<br>
> activity/package<br>
> manager. Right now it is more important to have a good media<br>
> player than<br>
> a great activity/package manager.<br>
><br>
> Ben Schwartz wrote:<br>
> >They present a window saying "You are<br>
> >downloading a file of type "PDF". Would you like to open it<br>
> using<br>
> >"Document Viewer"?" They also offer a drop-down list of<br>
> alternative<br>
> >applications.<br>
><br>
> This sounds good to me. One problem kids will access file<br>
> types from<br>
> many sources, such as their local Moodle server or a regular<br>
> Internet<br>
> site. It will be annoying if they have to confirm that they<br>
> want to<br>
> launch an activity each time. It would be good if they could<br>
> choose the<br>
> default action to launch activities from the local moodle<br>
> server but<br>
> this decision shouldn't apply to files of the same type on<br>
> non-trusted<br>
> servers -- ugh this could get complicated.<br>
><br>
><br>
> Another issue related to the Roadmap . . .<br>
><br>
> ==The Problem of Building an Open-Source community around<br>
> Sugar==<br>
><br>
> I foresee problems building an open-source community around<br>
> Sugar<br>
> because most successful open-source projects are ones that<br>
> allow<br>
> programmers to "scratch their own itch" that is build or<br>
> improve tools<br>
> they themselves use. Sugar will primarily be used kids and<br>
> adults w/ low<br>
> literacy. I can't see programmers using it as their own<br>
> desktop. A good<br>
> case in point is GCompris which addresses a critical need of<br>
> millions<br>
> (basic math and English) but has very few contributors from<br>
> what I can<br>
> tell. Contrast this w/ something like git or the gnu<br>
> utilities. I<br>
> believe that Sugar will need longterm financial support to be<br>
> viable.<br>
> Perhaps that could come from some of the more enlightened<br>
> pilot<br>
> countries once they are heavily invested in Sugar.<br>
><br>
> Another option would be to create a version of Sugar that<br>
> appeals to<br>
> programmers. But I can't imagine creating such a version that<br>
> wouldn't<br>
> require a lot of programming resources.<br>
><br>
> _______________________________________________<br>
> Server-devel mailing list<br>
> <a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
> <a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
><br>
> _______________________________________________<br>
> Server-devel mailing list<br>
> <a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
> <a href="http://lists.laptop.org/listinfo/server-devel" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
</div></div><font color="#888888">--<br>
<br>
Marten Vijn<br>
<a href="http://martenvijn.nl" target="_blank">http://martenvijn.nl</a><br>
<a href="http://wifisoft.org" target="_blank">http://wifisoft.org</a><br>
<a href="http://opencommunitycamp.org" target="_blank">http://opencommunitycamp.org</a><br>
<br>
</font></blockquote></div><br>