Les bookmarks de Clem
2353 shaares
Tiens? une police conçue pour coder... À essayer.
Tiens? une alternative à BUGS et JAGS? À suivre...
Intéressant: une explication de juriste sur la laïcité... Qui détonne avec ce qu'on a l'habitude d'entendre.
Certes, mais comme le dit Gelman, le non-informatif garde un sens.
Ah il semble y avoir un débat intéressant autour des concepts d'objectivité et de subjectivité en stats, généré par un article de Gelman et Henning.
Faut que je trouve le temps de lire ça...
Faut que je trouve le temps de lire ça...
À lire
À lire
à lire
J'adore...
À lire (ya une vidéo). L'analyse de décision revient en force...
A lire... Je ne sais pas trop dans quelle mesure l'analyse de décision peut vraiment aider à résoudre des pbs vraiment complexes...
Tiens, ben ya même un article qui reprends les points des bonnes pratiques de programmation.
Très intéressant, je résume:
1. Il faut écrire du code pour les gens, pas pour les ordis (programmes courts, noms consistents, prog cohérente)
2. Laisser l'ordinateur faire le travail (faire des macros pour tout)
3. Avancer de façon incrémentale (on avance petits pas par petits pas, on ne cherche pas à atteindre l'objectif final d'un coup, utiliser git)
4. Ne jamais se répéter dans le code (en particulier, chaque jeu de données ne doit avoir qu'une seule représentation de référence dans le code, modulariser le code plutôt que copier collé, réutiliser le code des autres plutôt que le réécrire)
5. Prévoir la présence d'erreurs (mauvaise utilisation, tester le code dans toutes les config possibles, etc.)
6. Optimiser seulement une fois que ça marche (en particulier, commencer par programmer en haut niveau avant de passer au bas niveau)
7. On documente le design et l'objectif, pas le fonctionnement du code (en particulier, il faut documenter ce que le code ne dit pas, pas résumerr ce qu'il fait).
8. Collaborer (partager le code; le gars recommande le version control à tour de bras + issue tracking tool)
1. Il faut écrire du code pour les gens, pas pour les ordis (programmes courts, noms consistents, prog cohérente)
2. Laisser l'ordinateur faire le travail (faire des macros pour tout)
3. Avancer de façon incrémentale (on avance petits pas par petits pas, on ne cherche pas à atteindre l'objectif final d'un coup, utiliser git)
4. Ne jamais se répéter dans le code (en particulier, chaque jeu de données ne doit avoir qu'une seule représentation de référence dans le code, modulariser le code plutôt que copier collé, réutiliser le code des autres plutôt que le réécrire)
5. Prévoir la présence d'erreurs (mauvaise utilisation, tester le code dans toutes les config possibles, etc.)
6. Optimiser seulement une fois que ça marche (en particulier, commencer par programmer en haut niveau avant de passer au bas niveau)
7. On documente le design et l'objectif, pas le fonctionnement du code (en particulier, il faut documenter ce que le code ne dit pas, pas résumerr ce qu'il fait).
8. Collaborer (partager le code; le gars recommande le version control à tour de bras + issue tracking tool)
Plein de fichiers contenant de la vulgarisation par des grands noms de la science!
Pas mal de bons conseils pour la constructions de réponses à appels à projet
Bon à savoir.
Ah ben tiens elle est bonne celle là: happy birthday to you était jusque là protégée par un copyright!
Un abus clair et net, mais ça devrait pas durer. Comme Tintin, tiens, les ayant-droit risquent de morfler sévère quand les tribunaux auront statué sur les abus...
Enfin, s'ils tranchent dans le sens qu'on espère, ce qui n'est pas dit...
Un abus clair et net, mais ça devrait pas durer. Comme Tintin, tiens, les ayant-droit risquent de morfler sévère quand les tribunaux auront statué sur les abus...
Enfin, s'ils tranchent dans le sens qu'on espère, ce qui n'est pas dit...
Rionzunpeu: le Zimbabwe aurait suspendu la chasse au tigre!
Je trouve qu'ils ne vont pas assez loin, quand interdiront-ils la chasse au kangourou?
Je trouve qu'ils ne vont pas assez loin, quand interdiront-ils la chasse au kangourou?
Il est bon de rappeler que la chasse n'est pas mauvaise per se, et que la question n'est pas tant de savoir comment interdire la chasse, mais plutôt comment mettre en œuvre une politique de conservation qui tire au mieux bénéfice de la chasse...
Bon article
Bon article
Je retiens le terme; je le réutiliserai...