11 private links
"We find that open source code containing swearwords exhibit significantly better
code quality than those not containing swearwords under several statistical tests."
Ne faites pas exprès de jurer dans votre code, mais si ça se voit, en un sens, c'est bon signe
Découverte à Snowcamp, cette idée de commentaires de revue de code suivant une convention (pour éviter les effets toxiques de ce processus) me semblent une idée raisonnable
C'est sûr que les commentaires qui paraphrasent le code sont inutiles.
En revanche, ceux qui augmentent la compréhension du code aident beaucoup
L'introduction sur les différents niveaux de conflits est vraiment bien (et la conclusion évoquant les objets de luxe à la française pique un peu)
J'ai eu la discussion la semaine dernière au travail, et je trouve que cet article argumente efficacement mon point de vue : le code dit bien le comment, mais jamais le pourquoi, ni même le comment à une échelle uniforme
Sans surprise, je partage pas mal ce commentaire de la récente campagne.
J'ai toujours imaginé que Herbert avait dû faire un séjour initiatique dans le désert pour produire Dune. Et dans cet article, j'ai appris que c'est plutôt le désert qui est venu à lui. Surprenant ..
Chouette ! Une exploration de SCP par un spécialiste de l'étrange !
Alors ça c'est très vrai : les commentaires ne sont pas forcément là pour paraphraser le code, mais plutôt pour donner l'intention du développeur quand il a écrit le code.
Tous ces conseils sont parfaitement justes ... sauf lorsqu'ils sont impossibles (ce qui peut arriver)
Une bien chouette explication des liaisons dangereuses, qui vaut pour le film comme pour le livre, figurez-vous.
C'est chouettement drôle
Très chouette façon d'écrire les messages de commits
Bon ben ça, c'est exactement le genre de conneries absurdes qui me font haïr l'esprit de git : au nom d'outils antédiliviens, on doit faire des colonnes de 72 caractères dans les messages de commit ? DE LA MERDE.