This is a great way to learn programming, but there are a few caveats that might be considered.
As I learned to program, i could never get thru more than one lecture (pascal). Ungodly boring! I needed a project and the docs. However, other folks may have different learning styles. Some may be very persistent, working until they get a solution. Others may need more motivation or self confidence to get to a solution. Some learn well from documents. Others may be more visual learners and need to be shown. Livecode seems to lend itself very well for a variety of learning styles, so perhaps a variety of teaching methods should be incorporated into a single course. Bill William Prothero http://ed.earthednet.org > On Aug 13, 2015, at 1:38 AM, Mick Collins <mickc...@mac.com> wrote: > > Just my 2 cents worth: > > When I was studying math as an undergraduate and as a graduate student, many > of the classes were taught by the (R. L.) Moore Method. In this method the > professor gives axioms, definitions and just the statements of the theorems. > The students have to prove the theorems themselves. The class time is nearly > all spent with students presenting their proofs (lower (higher) ability > students present the more easy (difficult) theorems, sometimes more than one > proof presented so students see them from different angles). The students get > a very deep understanding of the ideas involved because they’ve had to look > at them from a lot of different angles and see what will work. It can be > easily seen who is working at it and who not (thus providing some kind of > evidence for a grade, although in our classes, very few slacked off AT ALL). > > My suggestion is a variation on this method for “teaching" Livecode. Students > would be assigned several tiny projects at a time with maybe one or two new > mini-concepts per project, having been given what the GUI for the project > looks/operates like and a few words to look up in the dictionary and other > places. In the Moore method, there are no textbooks nor outward-directed > research of any kind — that, of course, wouldn’t work here because of the > difference between computers and mathematics, but limits can be set so that > they are largely doing it on their own. There are many variations that could > add to the utility, for instance working in pairs, where one works on > researching the new ideas, the other constructing the GUI and scripting, > alternating from project to project. > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
