C’est une bonne base; les mécanismes d’accès concurrents aux données et de synchronisation de process sont trop méconnus de la plupart des programmeurs.

volatile est un mot clé important, mais méconnu. Cela provient en partie du fait que son comportement était buggé dans certaines JVM (ou carrément pas implémenté), et que le modèle mémoire pré-JDK 1.5 était défaillant. Depuis Doug Lea et la ré-écriture de cette partie pour Java 5, tout est rentré dans l’ordre.

Autour de « volatile », il y a aussi cet article: http://pitfalls.wordpress.com/2008/05/25/javavolatile/

La coquille est corrigée, voila ce qu’il arrive lorsqu’on refactor sans faire de tests de non-régression
Merci.

Juste pour signaler une petite typo dans la section Visibilité
public void work()
[texte] Le premier appelle la méthode doItNow()

D’après mon grimoire, l’adjectif « concurrent » désigne un objet qui rentre en concurrence avec une autre alors que « concurrentiel » désigne quelque chose de relatif à la concurrence. Il me semblait donc correct d’utiliser « programmation concurrentielle » comme terme générique pour décrire les problèmes d’interactions entre « processus concurrents » puisque ce ne n’est pas programmation qui est concurrente, mais les processus qui la composent. Quoi ? De la mauvaise foi ? Non, jamais Du coup j’ai corrigé l’article, merci.

http://fr.wikipedia.org/wiki/Programmation_concurrente

D’après mon interprétation du Petit Robert, ‘concurrentiel’ tend à signifier ‘compétitif’, avec une notion économique ?