Java 2 JDK 1.4 (http://java.sun.com/)

Apache Ant ( http://jakarta.apache.org/ant )

Sur Linux/Unix/OSX essayer d'installer ant en utilisant un installeur de package

CVS (La documentation de CVS est à http://cvsbook.red-bean.com/cvsbook.html )

Sous Win32 vous pouvez utiliser wincvs qui est à www.wincvs.org

Sous Mac OSX le logiciel CVS est livré sur le CD de développeur qui peut être téléchargé gratuitement chez Apple.

Java 2 JDK 1.4 (http://java.sun.com/)

Apache Ant (http://jakarta.apache.org/ant)

Code soure de Jmol

Votre éditeur de texte devrait indenter pour vous. Si il ne le fait pas, alors apprenez comment l'activer ou trouvez un autre éditeur.

Le niveau d'indentation devrait être deux espaces

	  class Foo {
	    int someClassVariable;

	    Foo(int evenOrOdd) {
	      someClassVariable = 99;
	    }

	    ...
	  }
	

Les caractères espace devraient être utilisés, pas les tabulations

Les opérateurs d'assignation et arithmétiques contiennent généralement des espaces des deux côtés.

	  a = b + c;
	

Vous êtres autorisés à éliminer les espaces dans des expressions pour rendre les priorités des opérateurs plus claires

	  int cSquared = a*a + b*b;
	

les espaces suivent les virgules dans les listes d'arguments

	  foo(a, 3.14159, "jmol");
	

Les lignes ne devraient pas avoir plus de 80 caractères

Les accolades ouvrantes sont sur la ligne qui commence le bloc. Les accolades fermantes sont sur une ligne à elles.

	  if (condition) {
	    ...
	  } else {
	    ...
	  }
	  
	  while (condition)
	    ...
	  }
	

les indices de boucles commencent à 0, et non 1.

les seuls opérateurs valides pour les fins de boucle sont < and >= ... tous les autres sont probablement des anomalies. Si vous êtes sûrs qu'il ne s'agit pas d'une anomalie, mettez un commentaire dans le code.

utilisez des noms de variables et de méthodes longs et descriptifs. N'ayez pas peur de taper.

les commentaires ligne à ligne avec le code sont découragés ... à l'exception de cas très particuliers. Si vous mettez beaucoup de commentaires de ce genre vous risquez de les voir effacés.

si vous vous sentez obligés de mettre des commentaires, mettez les sous forme de javadoc avant le corps de la fonction

Si votre code change, ne le mettez pas en commentaires. Les commentaires incorrects/dépassés sont pires que pas de commentaires.

Vous pouvez regarder à l'adresse "The Elements of Java Style" by Vermeulen, et al

Debian (par Daniel Leidert & Egon Willighagen)

RPM (par Miguel Howard)