Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
M
mooc-rr
Project
Project
Details
Activity
Releases
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
0
Issues
0
List
Board
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Charts
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
d0e6f90fc91537e71d96befd9f7f0f02
mooc-rr
Commits
d08d3610
Commit
d08d3610
authored
Nov 21, 2024
by
d0e6f90fc91537e71d96befd9f7f0f02
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
priz2note travailler avec les autres
parent
1f3639ec
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
45 additions
and
0 deletions
+45
-0
notes_module_2.md
journal/notes_module_2.md
+45
-0
No files found.
journal/notes_module_2.md
View file @
d08d3610
...
...
@@ -138,3 +138,48 @@ Apparamment, pour utiliser un env conda, il faut installer nb\_conda\_kernels,
et lancer 'jupyter lab' depuis l'environnement, activé.
Il y a des options pour le suivi de version avancée, mais là je vais laisser tomber pour le moment...
## travailler avec les autres
Complexité
*caché*
quand on produit un pdf avec les outils précédent
(jupyter utilise pandoc ? mais je ne sais pas non plus comment pandoc fonctionne).
Souvent, il faut déjà un latex correctement installé...
(voir aussi knitr ou emacs/org-mode selon l'outil)
À la limite, préférer html quand c'est possible.
Tjrs besoin de cacher certaines cellules de notre document, et d'utiliser le bon
**style**
.
=> il faut un environnement bien configurer, quand on se dirige vers une impression.
Comment convaincre les co-auteurs ?
(enthousiastes^1, bienveillants (mais "c bcp")^2, et fermés^3.)
1.
On doit assurer le SAV
\[
il fait de nous des freeware evangelists, tin
\]
.
-> on doit s'assurer que le document fonctionne pareil sur toutes nos machines.
2.
adopte le style de doc, mais ne gèrent pas le code
-> markdown maîtrisé (et jupyter sera plus facile car pas d'install à faire)
sans install des deux autres, ne peuvent refaire les calculs et exports.
3.
Bon bah on sépare
*
le "document computationnel" qui produit les résultats et figures
*
le "document classique" qui les présente
Ainsi, tout est conservé, documenté, recalculable.
Pour partager du rstudio, Rpubs ça marche mais pas ultra-pérenne
(dropbox non plus : privé).
Gitlabl et github sont plus sûrs, notamment pour le contrôle d'accès...
mais on publie aussi l'historique (il faut avoir été très clean sous tous rapports...)
=> on peut faire le ménage dans le dépot, et archiver dans un
**site compagnon**
kézaco ? Runmycode, certaines options éditeurs, hal, figshare ou zenodo (supported by CERN)
-> on met un document et ses annexes, dont code.
\[
de l'humour dans les quizz, ça rend la "lecture" de la réponse attendue difficile...
=> ils ont fait deux questions où je devais tout cocher ! 5 et 4 réponses
\]
Pour aller plus loin :
-
<http://blog.juliusschulz.de/blog/ultimate-ipython-notebook>
-
<http://svmiller.com/blog/2016/02/svm-r-markdown-manuscript/>
-
<https://github.com/balouf/Kleinberg/blob/master/KleinbergsGridSimulator.ipynb>
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment