diff --git a/MOOC.md b/MOOC.md deleted file mode 100644 index 0e54569..0000000 --- a/MOOC.md +++ /dev/null @@ -1,40 +0,0 @@ -Comparaison de MOOC -=================== - -MOOC complétés : - -- Game Theory, Stanford, dropped -- HRP258 Statistics in Medicine, Stanford, 71% -- EDUC115N How to Learn Math, Stanford, 2% -- An Introduction to Global Health, Coursera, 59% -- SciWrite Writing in the Sciences, Stanford, 86% -- Video Games and Learning, Coursera, dropped -- Epidemics - the Dynamics of Infectious Diseases, Coursera, 80% -- Think Again: How to Reason and Argue, Coursera, 97.5% -- DB Introduction to Databases, Stanford, 65% -- Critical Thinking in Global Challenges, Coursera -- An Introduction to Computer Networks, Stanford - -Critères : - -- durée et quantité de vidéos : 5 à 10 de 5/10/15 minutes par semaine -- contenu des vidéos - - caméra sur l'intervenant - - diaporama - - annotations en directes (avec une tablette) - - animations graphiques élaborées -- fréquence des évaluations - - pendant les vidéos (toutes les 5/10 minutes) - - à la fin de chaque vidéo - - à la fin de chaque leçon/semaine - - à la fin du module (et/ou à mi-parcourt) -- méthodes d'évaluation - - quiz - - auto-évaluation ou réponse toujours correcte - - réponse libre avec moteur spécifique - - évaluation par les pairs -- investissement personnel : 2 à 10 heures par semaine -- fréquence des annonces/bilans : hebdomadaire -- lecture rapide et/ou sous-titre -- documents supplémentaires (lectures obligatoires, complémentaires, - récapitulatives) diff --git a/data-workflow.md b/data-workflow.md deleted file mode 100644 index 5415796..0000000 --- a/data-workflow.md +++ /dev/null @@ -1,25 +0,0 @@ -Workflow pour l'analyse de données -================================== - -Créer un dossier qui contiendra les scripts, les notes et les données (ou un -lien vers les données). - -- versionner le dossier avec git -- RStudio pour le traitement des données -- knitr + Markdown pour les notes - -Pas besoin de dater ou signer le document (Rpubs et git contiennent déjà ces -informations). - -Externaliser le code du Rmd dans un fichier source qui pourra être -implicitement (`echo=FALSE`) inclus dans un futur rapport. - -Toujours fixer la graine. - -Ne jamais revenir en arrière sans commiter le Rmd. Lorsque l'analyse a atteint -une étape importante (pas forcément le jour-même mais lorsque des conclusions -sont déjà disponibles), commiter, publier le rapport sur Rpubs et commencer une -nouvelle analyse. - -Générer les figures finales avec un second device en pdf en plus du png (sauf -si leur taille est prohibitive). diff --git a/environment.md b/environment.md deleted file mode 100644 index 07e95cf..0000000 --- a/environment.md +++ /dev/null @@ -1,77 +0,0 @@ -Gestion des environnements de travail -===================================== - -Plusieurs enjeux : - -- fournir des environnements reproductibles pour les expériences de recherche -- fournir des environnements adaptés aux besoins pédagogiques -- fournir des environnements facilitant le prototypage de solutions pour les - besoins administratifs - -Plusieurs solutions populaires : - -- `veewee` : production automatisée d'images virtuelles - - développement actif par un développeur principal (25%) depuis 2011 - - prend en entrée une iso d'install et un fichier de conf - - produit des images VirtualBox, KVM et VMWare - - fournit de nombreux exemples de configuration -- `vagrant` : automatise et facilite la configuration et l'exécution d'une VM - - développement actif par un développeur principal (75%) depuis 2010 - - nécessite une image (boîte) - - prend un fichier de configuration pour finaliser la configuration de l'image - - nécessite une machine virtuelle (VirtualBox, VMWare, AWS pour Amazon, KVM - avec `vagrant-kvm`) - - s'interface entre l'image et la machine virtuelle pour automatiser - l'étape de configuration (commune à toutes les VM) - - facilite la configuration réseau et la synchronisation des données - (peut-être VirtualBox le fait-il déjà) -- `chef`, `puppet` : configuration et administration automatisée - - développement actif par plusieurs développeurs depuis 2008 - - au coude à coude, tous les deux en ruby - -Veewee ------- - - +-------------+ +--------+ - |Configuration|->| Veewee | - +-------------+ | | - | | - +---+ | | +-----------+ - |Iso|----------->| |->|Box (image)| - +---+ | | +-----------+ - | | - +-------------+ | | - |Provider (VM)|->| | - +-------------+ +--------+ - -Intérêts : - -- ABD - - environnement root plus proche d'une situation classique (outils plus - faciles à déployer et plus formateur pour les étudiants) - - diffuser des images contenant déjà les serveurs configurés avec les - données nécessaires - - possibilité d'avoir plusieurs serveurs - -Vagrant -------- - - +-------------+ +-----------------------------------+ - |Configuration|->| Vagrant : exécution/provisioning | - +-------------+ | | - | +----------+ +------+ +---+ +---+ | - +-----------+ | |VirtualBox| |VMWare| |AWS| |...| | - |Box (image)|--->| +----------+ +------+ +---+ +---+ | - +-----------+ +-----------------------------------+ - -Intérêts : - -- ABD - - facilite la configuration de VirtualBox (à vérifier) : copie de - `Vagrantfile` dans le dossier local et deux commandes (`init` et `up`) - - permet de rajouter `italc`, mais le résultat peut être trop lent si les - outils clients (graphiques) sont exécutés dans la VM - - démarrage d'un SGBD rapide pour des tests -- prototypage pour les besoins administratifs - - mise en place d'une solution fonctionnelle facile - - `gitlab` provides an installation guide for `vagrant` diff --git a/subject/MOOC.md b/subject/MOOC.md new file mode 100644 index 0000000..0e54569 --- /dev/null +++ b/subject/MOOC.md @@ -0,0 +1,40 @@ +Comparaison de MOOC +=================== + +MOOC complétés : + +- Game Theory, Stanford, dropped +- HRP258 Statistics in Medicine, Stanford, 71% +- EDUC115N How to Learn Math, Stanford, 2% +- An Introduction to Global Health, Coursera, 59% +- SciWrite Writing in the Sciences, Stanford, 86% +- Video Games and Learning, Coursera, dropped +- Epidemics - the Dynamics of Infectious Diseases, Coursera, 80% +- Think Again: How to Reason and Argue, Coursera, 97.5% +- DB Introduction to Databases, Stanford, 65% +- Critical Thinking in Global Challenges, Coursera +- An Introduction to Computer Networks, Stanford + +Critères : + +- durée et quantité de vidéos : 5 à 10 de 5/10/15 minutes par semaine +- contenu des vidéos + - caméra sur l'intervenant + - diaporama + - annotations en directes (avec une tablette) + - animations graphiques élaborées +- fréquence des évaluations + - pendant les vidéos (toutes les 5/10 minutes) + - à la fin de chaque vidéo + - à la fin de chaque leçon/semaine + - à la fin du module (et/ou à mi-parcourt) +- méthodes d'évaluation + - quiz + - auto-évaluation ou réponse toujours correcte + - réponse libre avec moteur spécifique + - évaluation par les pairs +- investissement personnel : 2 à 10 heures par semaine +- fréquence des annonces/bilans : hebdomadaire +- lecture rapide et/ou sous-titre +- documents supplémentaires (lectures obligatoires, complémentaires, + récapitulatives) diff --git a/subject/data-workflow.md b/subject/data-workflow.md new file mode 100644 index 0000000..5415796 --- /dev/null +++ b/subject/data-workflow.md @@ -0,0 +1,25 @@ +Workflow pour l'analyse de données +================================== + +Créer un dossier qui contiendra les scripts, les notes et les données (ou un +lien vers les données). + +- versionner le dossier avec git +- RStudio pour le traitement des données +- knitr + Markdown pour les notes + +Pas besoin de dater ou signer le document (Rpubs et git contiennent déjà ces +informations). + +Externaliser le code du Rmd dans un fichier source qui pourra être +implicitement (`echo=FALSE`) inclus dans un futur rapport. + +Toujours fixer la graine. + +Ne jamais revenir en arrière sans commiter le Rmd. Lorsque l'analyse a atteint +une étape importante (pas forcément le jour-même mais lorsque des conclusions +sont déjà disponibles), commiter, publier le rapport sur Rpubs et commencer une +nouvelle analyse. + +Générer les figures finales avec un second device en pdf en plus du png (sauf +si leur taille est prohibitive). diff --git a/subject/environment.md b/subject/environment.md new file mode 100644 index 0000000..07e95cf --- /dev/null +++ b/subject/environment.md @@ -0,0 +1,77 @@ +Gestion des environnements de travail +===================================== + +Plusieurs enjeux : + +- fournir des environnements reproductibles pour les expériences de recherche +- fournir des environnements adaptés aux besoins pédagogiques +- fournir des environnements facilitant le prototypage de solutions pour les + besoins administratifs + +Plusieurs solutions populaires : + +- `veewee` : production automatisée d'images virtuelles + - développement actif par un développeur principal (25%) depuis 2011 + - prend en entrée une iso d'install et un fichier de conf + - produit des images VirtualBox, KVM et VMWare + - fournit de nombreux exemples de configuration +- `vagrant` : automatise et facilite la configuration et l'exécution d'une VM + - développement actif par un développeur principal (75%) depuis 2010 + - nécessite une image (boîte) + - prend un fichier de configuration pour finaliser la configuration de l'image + - nécessite une machine virtuelle (VirtualBox, VMWare, AWS pour Amazon, KVM + avec `vagrant-kvm`) + - s'interface entre l'image et la machine virtuelle pour automatiser + l'étape de configuration (commune à toutes les VM) + - facilite la configuration réseau et la synchronisation des données + (peut-être VirtualBox le fait-il déjà) +- `chef`, `puppet` : configuration et administration automatisée + - développement actif par plusieurs développeurs depuis 2008 + - au coude à coude, tous les deux en ruby + +Veewee +------ + + +-------------+ +--------+ + |Configuration|->| Veewee | + +-------------+ | | + | | + +---+ | | +-----------+ + |Iso|----------->| |->|Box (image)| + +---+ | | +-----------+ + | | + +-------------+ | | + |Provider (VM)|->| | + +-------------+ +--------+ + +Intérêts : + +- ABD + - environnement root plus proche d'une situation classique (outils plus + faciles à déployer et plus formateur pour les étudiants) + - diffuser des images contenant déjà les serveurs configurés avec les + données nécessaires + - possibilité d'avoir plusieurs serveurs + +Vagrant +------- + + +-------------+ +-----------------------------------+ + |Configuration|->| Vagrant : exécution/provisioning | + +-------------+ | | + | +----------+ +------+ +---+ +---+ | + +-----------+ | |VirtualBox| |VMWare| |AWS| |...| | + |Box (image)|--->| +----------+ +------+ +---+ +---+ | + +-----------+ +-----------------------------------+ + +Intérêts : + +- ABD + - facilite la configuration de VirtualBox (à vérifier) : copie de + `Vagrantfile` dans le dossier local et deux commandes (`init` et `up`) + - permet de rajouter `italc`, mais le résultat peut être trop lent si les + outils clients (graphiques) sont exécutés dans la VM + - démarrage d'un SGBD rapide pour des tests +- prototypage pour les besoins administratifs + - mise en place d'une solution fonctionnelle facile + - `gitlab` provides an installation guide for `vagrant`