[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MirageOS-devel] mirage tutorials



following up my own post is bad form, i know but no-one else has so-- does 
anyone on the list have any views on any of this at all?

On 29 Apr 2014, at 17:35, Richard Mortier <richard.mortier@xxxxxxxxxxxxxxxx> 
wrote:

> there's been a repeated mention of a mirage tutorial day, both as a specific 
> event and as a means to generate a set of tutorial materials that could be 
> used elsewhere (eg., the upcoming ECOOP tutorial, the website). given the 
> range of possibilities here, the only sane thing to do seems to throw it open 
> to the list to discover some preferences :)  so...
> 
> (a) what would be the preferred mode of a delivery?
> 
> the current proposal is to have content as markdown files that can be 
> included in mirage-www, perhaps even hosting them as github wiki pages to be 
> pulled in to mirage-www so that updating them becomes relatively easy. 
> working through these pages would then form the basis of any formal delivery 
> of them. other options mentioned at various points include codio, iocamjs, 
> etc. to provide interactivity "inline". 
> 
> does anyone have any opinions, suggestions, thoughts, objections to this?
> 
> (b) what would be the important content to deliver?
> 
> as a strawman starting point, i propose the following: basically, each chunk 
> of content should take 30-90min to work through; and the important/useful 
> topics i immediately thought of are:
> 
> + getting started [45min]. 
>       mirage, ocaml, opam. installation. building skeleton/hello-world. 
> config.ml.
>       basically working through the install page
> 
> + threading [90min]. 
>       lwt. bind/return/join/pick/choose/etc. (careful) use of syntax 
> extension. mailboxes.
>       basically working through the existing Lwt tutorial page
> 
> + networking [90min]. 
>       up to local running website. based off the stuff i did for fosdem in 
> mirage-skeleton.
> 
> + storage [90min]. 
>       crunch vs fat. dave's blog post example? what else?
> 
> + cloud [30min].
>       pushing stuff to the cloud. do we have examples of this?  mindy's blog 
> post?!
> 
> + irminsule [90min].
>       more advanced, git-structured storage backend. thomas to provide...?
> 
> + mirage combinators [90min].
>       more advanced mirage combinators -- mux from thomas' tree at some point 
> (any others?). 
>       maybe a walk through of the mirage tool code itself in case advanced 
> users want to hack it?
> 
> (a basic tutorial probably covers getting started, threading and cloud and/or 
> networking from that depending on length and how much ocaml background is 
> assumed.)
> 
> ...but there's also things like vchan, arm, bsd, openflow that i can imagine 
> would also be useful to cover. 
> 
> does anyone have any particular topics to add/remove from that?
> 
> any particular views on whether my estimated timings are wildly off base?
> 
> finally, does anyone have thoughts on how to handle the ocaml-dependency any 
> mirage tutorial will have?  if material is hosted online, there're ocaml 
> tutorials (even the odd book or two :)  to point to -- but for delivering the 
> tutorial live, i particularly wondered what those new to ocaml and those with 
> vast experience in ocaml thought about how much time it takes to get enough 
> understanding to read sufficient ocaml to "follow along in class" even if 
> actually understanding the details will require doing homework...?
> 
> 
> 
> -- 
> Cheers,
> 
> R.
> 
> 
> 
> 
> <signature.asc>_______________________________________________
> MirageOS-devel mailing list
> MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
> http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel


-- 
Cheers,

R.




Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.