Non je ne vais pas parler de James Blunt, quoique ses mélodies sont toujours aussi belles et on pourrait en parler longtemps, mais de code source (pour faire original).
Combien de fois j'ai pu entendre "haa, pourquoi tu mets pas un retour à la ligne là, des espaces ici ... ton code, il est moche toussa ..." ? Pourtant je ne trouvais pas mon code si lexicalement moche que ça, les gouts et les couleurs ça ne se discute pas. Et combien de fois, dans des projets développés à plusieurs, on peut voir des mises-à-jour qui ne sont que des refactorisations sans aucun autre intérêt que de rendre le code lisible ... pour qui ?
La plupart des outils permettant de rendre les codes "lisibles" ne travaillent que sur l'indentation. C'est important mais généralement pas suffisant : alignement des noms de variables, des liste imbriquées d'initialisation, des séquences d'affectations, de l'expansion avec retour à la ligne des macros, l'alignement des commentaires de fin de ligne ... autant de petites touches qui font qu'un code est facile est agréable à lire.
Et tout ça, Uncrustify sait faire. C'est un petit outil d'amélioration de lisibilité de code orienté C/C++/C#, Vala et Java. Il est libre, petit, rapide et efficace. Disponible dans toutes les bonnes distribs et avec dev-util/uncrustify dans portage.
Après être resté longuement sur la programmation openGL basique à cause des tutoriaux sur les shaders trop compliqués, cette série de cours présente la philosophie des shaders ainsi que des exemples à rendu (et difficultée) progressive.

Commentaires récents
Je ne veux pas dire de bétise, mais sauf cas particulier à Gentoo, on peut même modifier le fichier de config sans éteindre le serveur.

Ensuite, un petit
/etc/init.d/mysql reload
permet de recharger la config sans arrêt du serveur.
En prod, c'est pratique
Merci pour l'article et félicitations ! J'ai posté ici mon jeu 3D on openGL : http://desgeeksetdeslettres.com/blog/programmation-java/quarto-3d-en-opengl