Louis-Claude Canon / Programme Licence

Commit ebcf2f3ceaafdea80890f84e9ee6a322217581d2

Authored by Louis-Claude Canon 2014-03-13 11:08:08 +0100

Directory reorganisation

Showing 6 changed files with 142 additions and 142 deletions Side-by-side Diff

MOOC.md
data-workflow.md
environment.md
subject/MOOC.md
subject/data-workflow.md
subject/environment.md

1		-Comparaison de MOOC
2		-===================
3		-
4		-MOOC complétés :
5		-
6		-- Game Theory, Stanford, dropped
7		-- HRP258 Statistics in Medicine, Stanford, 71%
8		-- EDUC115N How to Learn Math, Stanford, 2%
9		-- An Introduction to Global Health, Coursera, 59%
10		-- SciWrite Writing in the Sciences, Stanford, 86%
11		-- Video Games and Learning, Coursera, dropped
12		-- Epidemics - the Dynamics of Infectious Diseases, Coursera, 80%
13		-- Think Again: How to Reason and Argue, Coursera, 97.5%
14		-- DB Introduction to Databases, Stanford, 65%
15		-- Critical Thinking in Global Challenges, Coursera
16		-- An Introduction to Computer Networks, Stanford
17		-
18		-Critères :
19		-
20		-- durée et quantité de vidéos : 5 à 10 de 5/10/15 minutes par semaine
21		-- contenu des vidéos
22		- - caméra sur l'intervenant
23		- - diaporama
24		- - annotations en directes (avec une tablette)
25		- - animations graphiques élaborées
26		-- fréquence des évaluations
27		- - pendant les vidéos (toutes les 5/10 minutes)
28		- - à la fin de chaque vidéo
29		- - à la fin de chaque leçon/semaine
30		- - à la fin du module (et/ou à mi-parcourt)
31		-- méthodes d'évaluation
32		- - quiz
33		- - auto-évaluation ou réponse toujours correcte
34		- - réponse libre avec moteur spécifique
35		- - évaluation par les pairs
36		-- investissement personnel : 2 à 10 heures par semaine
37		-- fréquence des annonces/bilans : hebdomadaire
38		-- lecture rapide et/ou sous-titre
39		-- documents supplémentaires (lectures obligatoires, complémentaires,
40		- récapitulatives)

1		-Workflow pour l'analyse de données
2		-==================================
3		-
4		-Créer un dossier qui contiendra les scripts, les notes et les données (ou un
5		-lien vers les données).
6		-
7		-- versionner le dossier avec git
8		-- RStudio pour le traitement des données
9		-- knitr + Markdown pour les notes
10		-
11		-Pas besoin de dater ou signer le document (Rpubs et git contiennent déjà ces
12		-informations).
13		-
14		-Externaliser le code du Rmd dans un fichier source qui pourra être
15		-implicitement (`echo=FALSE`) inclus dans un futur rapport.
16		-
17		-Toujours fixer la graine.
18		-
19		-Ne jamais revenir en arrière sans commiter le Rmd. Lorsque l'analyse a atteint
20		-une étape importante (pas forcément le jour-même mais lorsque des conclusions
21		-sont déjà disponibles), commiter, publier le rapport sur Rpubs et commencer une
22		-nouvelle analyse.
23		-
24		-Générer les figures finales avec un second device en pdf en plus du png (sauf
25		-si leur taille est prohibitive).

1		-Gestion des environnements de travail
2		-=====================================
3		-
4		-Plusieurs enjeux :
5		-
6		-- fournir des environnements reproductibles pour les expériences de recherche
7		-- fournir des environnements adaptés aux besoins pédagogiques
8		-- fournir des environnements facilitant le prototypage de solutions pour les
9		- besoins administratifs
10		-
11		-Plusieurs solutions populaires :
12		-
13		-- `veewee` : production automatisée d'images virtuelles
14		- - développement actif par un développeur principal (25%) depuis 2011
15		- - prend en entrée une iso d'install et un fichier de conf
16		- - produit des images VirtualBox, KVM et VMWare
17		- - fournit de nombreux exemples de configuration
18		-- `vagrant` : automatise et facilite la configuration et l'exécution d'une VM
19		- - développement actif par un développeur principal (75%) depuis 2010
20		- - nécessite une image (boîte)
21		- - prend un fichier de configuration pour finaliser la configuration de l'image
22		- - nécessite une machine virtuelle (VirtualBox, VMWare, AWS pour Amazon, KVM
23		- avec `vagrant-kvm`)
24		- - s'interface entre l'image et la machine virtuelle pour automatiser
25		- l'étape de configuration (commune à toutes les VM)
26		- - facilite la configuration réseau et la synchronisation des données
27		- (peut-être VirtualBox le fait-il déjà)
28		-- `chef`, `puppet` : configuration et administration automatisée
29		- - développement actif par plusieurs développeurs depuis 2008
30		- - au coude à coude, tous les deux en ruby
31		-
32		-Veewee
33		-------
34		-
35		- +-------------+ +--------+
36		- \|Configuration\|->\| Veewee \|
37		- +-------------+ \| \|
38		- \| \|
39		- +---+ \| \| +-----------+
40		- \|Iso\|----------->\| \|->\|Box (image)\|
41		- +---+ \| \| +-----------+
42		- \| \|
43		- +-------------+ \| \|
44		- \|Provider (VM)\|->\| \|
45		- +-------------+ +--------+
46		-
47		-Intérêts :
48		-
49		-- ABD
50		- - environnement root plus proche d'une situation classique (outils plus
51		- faciles à déployer et plus formateur pour les étudiants)
52		- - diffuser des images contenant déjà les serveurs configurés avec les
53		- données nécessaires
54		- - possibilité d'avoir plusieurs serveurs
55		-
56		-Vagrant
57		--------
58		-
59		- +-------------+ +-----------------------------------+
60		- \|Configuration\|->\| Vagrant : exécution/provisioning \|
61		- +-------------+ \| \|
62		- \| +----------+ +------+ +---+ +---+ \|
63		- +-----------+ \| \|VirtualBox\| \|VMWare\| \|AWS\| \|...\| \|
64		- \|Box (image)\|--->\| +----------+ +------+ +---+ +---+ \|
65		- +-----------+ +-----------------------------------+
66		-
67		-Intérêts :
68		-
69		-- ABD
70		- - facilite la configuration de VirtualBox (à vérifier) : copie de
71		- `Vagrantfile` dans le dossier local et deux commandes (`init` et `up`)
72		- - permet de rajouter `italc`, mais le résultat peut être trop lent si les
73		- outils clients (graphiques) sont exécutés dans la VM
74		- - démarrage d'un SGBD rapide pour des tests
75		-- prototypage pour les besoins administratifs
76		- - mise en place d'une solution fonctionnelle facile
77		- - `gitlab` provides an installation guide for `vagrant`

	1	+Comparaison de MOOC
	2	+===================
	3	+
	4	+MOOC complétés :
	5	+
	6	+- Game Theory, Stanford, dropped
	7	+- HRP258 Statistics in Medicine, Stanford, 71%
	8	+- EDUC115N How to Learn Math, Stanford, 2%
	9	+- An Introduction to Global Health, Coursera, 59%
	10	+- SciWrite Writing in the Sciences, Stanford, 86%
	11	+- Video Games and Learning, Coursera, dropped
	12	+- Epidemics - the Dynamics of Infectious Diseases, Coursera, 80%
	13	+- Think Again: How to Reason and Argue, Coursera, 97.5%
	14	+- DB Introduction to Databases, Stanford, 65%
	15	+- Critical Thinking in Global Challenges, Coursera
	16	+- An Introduction to Computer Networks, Stanford
	17	+
	18	+Critères :
	19	+
	20	+- durée et quantité de vidéos : 5 à 10 de 5/10/15 minutes par semaine
	21	+- contenu des vidéos
	22	+ - caméra sur l'intervenant
	23	+ - diaporama
	24	+ - annotations en directes (avec une tablette)
	25	+ - animations graphiques élaborées
	26	+- fréquence des évaluations
	27	+ - pendant les vidéos (toutes les 5/10 minutes)
	28	+ - à la fin de chaque vidéo
	29	+ - à la fin de chaque leçon/semaine
	30	+ - à la fin du module (et/ou à mi-parcourt)
	31	+- méthodes d'évaluation
	32	+ - quiz
	33	+ - auto-évaluation ou réponse toujours correcte
	34	+ - réponse libre avec moteur spécifique
	35	+ - évaluation par les pairs
	36	+- investissement personnel : 2 à 10 heures par semaine
	37	+- fréquence des annonces/bilans : hebdomadaire
	38	+- lecture rapide et/ou sous-titre
	39	+- documents supplémentaires (lectures obligatoires, complémentaires,
	40	+ récapitulatives)

	1	+Workflow pour l'analyse de données
	2	+==================================
	3	+
	4	+Créer un dossier qui contiendra les scripts, les notes et les données (ou un
	5	+lien vers les données).
	6	+
	7	+- versionner le dossier avec git
	8	+- RStudio pour le traitement des données
	9	+- knitr + Markdown pour les notes
	10	+
	11	+Pas besoin de dater ou signer le document (Rpubs et git contiennent déjà ces
	12	+informations).
	13	+
	14	+Externaliser le code du Rmd dans un fichier source qui pourra être
	15	+implicitement (`echo=FALSE`) inclus dans un futur rapport.
	16	+
	17	+Toujours fixer la graine.
	18	+
	19	+Ne jamais revenir en arrière sans commiter le Rmd. Lorsque l'analyse a atteint
	20	+une étape importante (pas forcément le jour-même mais lorsque des conclusions
	21	+sont déjà disponibles), commiter, publier le rapport sur Rpubs et commencer une
	22	+nouvelle analyse.
	23	+
	24	+Générer les figures finales avec un second device en pdf en plus du png (sauf
	25	+si leur taille est prohibitive).

	1	+Gestion des environnements de travail
	2	+=====================================
	3	+
	4	+Plusieurs enjeux :
	5	+
	6	+- fournir des environnements reproductibles pour les expériences de recherche
	7	+- fournir des environnements adaptés aux besoins pédagogiques
	8	+- fournir des environnements facilitant le prototypage de solutions pour les
	9	+ besoins administratifs
	10	+
	11	+Plusieurs solutions populaires :
	12	+
	13	+- `veewee` : production automatisée d'images virtuelles
	14	+ - développement actif par un développeur principal (25%) depuis 2011
	15	+ - prend en entrée une iso d'install et un fichier de conf
	16	+ - produit des images VirtualBox, KVM et VMWare
	17	+ - fournit de nombreux exemples de configuration
	18	+- `vagrant` : automatise et facilite la configuration et l'exécution d'une VM
	19	+ - développement actif par un développeur principal (75%) depuis 2010
	20	+ - nécessite une image (boîte)
	21	+ - prend un fichier de configuration pour finaliser la configuration de l'image
	22	+ - nécessite une machine virtuelle (VirtualBox, VMWare, AWS pour Amazon, KVM
	23	+ avec `vagrant-kvm`)
	24	+ - s'interface entre l'image et la machine virtuelle pour automatiser
	25	+ l'étape de configuration (commune à toutes les VM)
	26	+ - facilite la configuration réseau et la synchronisation des données
	27	+ (peut-être VirtualBox le fait-il déjà)
	28	+- `chef`, `puppet` : configuration et administration automatisée
	29	+ - développement actif par plusieurs développeurs depuis 2008
	30	+ - au coude à coude, tous les deux en ruby
	31	+
	32	+Veewee
	33	+------
	34	+
	35	+ +-------------+ +--------+
	36	+ \|Configuration\|->\| Veewee \|
	37	+ +-------------+ \| \|
	38	+ \| \|
	39	+ +---+ \| \| +-----------+
	40	+ \|Iso\|----------->\| \|->\|Box (image)\|
	41	+ +---+ \| \| +-----------+
	42	+ \| \|
	43	+ +-------------+ \| \|
	44	+ \|Provider (VM)\|->\| \|
	45	+ +-------------+ +--------+
	46	+
	47	+Intérêts :
	48	+
	49	+- ABD
	50	+ - environnement root plus proche d'une situation classique (outils plus
	51	+ faciles à déployer et plus formateur pour les étudiants)
	52	+ - diffuser des images contenant déjà les serveurs configurés avec les
	53	+ données nécessaires
	54	+ - possibilité d'avoir plusieurs serveurs
	55	+
	56	+Vagrant
	57	+-------
	58	+
	59	+ +-------------+ +-----------------------------------+
	60	+ \|Configuration\|->\| Vagrant : exécution/provisioning \|
	61	+ +-------------+ \| \|
	62	+ \| +----------+ +------+ +---+ +---+ \|
	63	+ +-----------+ \| \|VirtualBox\| \|VMWare\| \|AWS\| \|...\| \|
	64	+ \|Box (image)\|--->\| +----------+ +------+ +---+ +---+ \|
	65	+ +-----------+ +-----------------------------------+
	66	+
	67	+Intérêts :
	68	+
	69	+- ABD
	70	+ - facilite la configuration de VirtualBox (à vérifier) : copie de
	71	+ `Vagrantfile` dans le dossier local et deux commandes (`init` et `up`)
	72	+ - permet de rajouter `italc`, mais le résultat peut être trop lent si les
	73	+ outils clients (graphiques) sont exécutés dans la VM
	74	+ - démarrage d'un SGBD rapide pour des tests
	75	+- prototypage pour les besoins administratifs
	76	+ - mise en place d'une solution fonctionnelle facile
	77	+ - `gitlab` provides an installation guide for `vagrant`