fix typos

Author: LeBezout

developpeur.md

@@ -25,7 +25,7 @@ Celles-ci doivent permette :
 * Principes DRY, KISS, YAGNI, SOC, ...
 * Nommage évocateur, méthodes courtes, ...
 
-##  Profiter des apports des outils Git et GitLab/GitHub
+## Profiter des apports des outils Git et GitLab/GitHub
 
 * Favoriser le mode d'authentification par clef SSH.
 * Favoriser l’utilisation des feature branch et des _Merge/Pull Request_ et pousser régulièrement vos modifications pour éviter de perdre votre travail en cas de crash.
@@ -44,7 +44,7 @@ Celles-ci doivent permette :
 * Pratique des _Merge/Pull Request_.
 * Pratique des revues de code collectives.
 
-##  "Write all things"
+## "Write all things"
 
 * Il est important de pouvoir tout noter, tracer rapidement, dans l'instant pour ne rien oublier et de pouvoir y revenir plus tard en utilisant par exemples des outils comme Trello, Evernote, TodoList, ....
 * Il faut également documenter tous les choix d'architecture ou d'implémentation détaillant les contraintes et/ou les impératifs de chaque situation.
@@ -62,14 +62,14 @@ Celles-ci doivent permette :
 * Partager avec les communautés des développeurs.
 * Documenter / capitaliser.
 
-##  Élargir son spectre et prendre du recul.
+## Élargir son spectre et prendre du recul
 
 * Essayer d'avoir une vision globale en ne se limitant pas à son besoin ou son projet.
 * Se renseigner si une solution n'existe pas déjà ailleurs ou de manière globale.
 * Demander l'avis, voire la validation, des équipes support et d'architecture avant de partir sur une solution technique.
 * Ne pas aller tout le temps sur Internet si une solution interne existe (repo maven ou npm, dockerhub, outillage, ...).
 
-## Participer à des événements ou conférences.
+## Participer à des événements ou conférences
 
 * Pratiquer des Coding Dojos avec d'autres développeurs.
 * Suivre l'actualité et participer aux différentes communautés.

maven.md

@@ -91,17 +91,18 @@
 * Maven `3.1.1` : 10/2013
 * Maven `3.2.5` : 12/2014
 * Maven `3.6.0` : 10/2018
+* Maven `3.8.2` : 08/2012
 
 ### A.2 Version minimale Java requise
 
 * Java 8 : 4.0.0 -> ...
-* Java 7 : 3.3.1 -> 3.6.X
+* Java 7 : 3.3.1 -> 3.8.X
 * Java 6 : 3.2.1 -> 3.2.5
 * Java 5 : 2.2.0 -> 3.1.1
 * Java 1.4 : 2.0 -> 2.1.0
 
 ### A.3 Liens utiles
 
-* [Lyfecycle](https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html)
+* [Lifecycle](https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html)
 * [Standard Directory Layout](http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html)
 * [List of predefined Maven properties](https://github.com/cko/predefined_maven_properties/blob/master/README.md)

rest-api.md

@@ -7,7 +7,7 @@
 * **PUT** est utilisé pour mettre à jour une instance avec l'intégralité des données.
 * **PUT** est utilisé pour créer une nouvelle instance **si l'ID est fourni par le client** (ce qui est rare).
 * **PATCH** est utilisé pour mettre à jour une instance avec des données partielles.
-* **DELETE** est utilisé pour supprimer un élement, on retournera généralement un statut 204 (_No Content_).
+* **DELETE** est utilisé pour supprimer un élément, on retournera généralement un statut 204 (_No Content_).
 
 ## Règle 2 : Utilisation correcte des status HTTP
 
@@ -36,7 +36,7 @@
 * Pour certains cas **à la marge** on pourra exposer des opérations ou des services, on utilisera alors le verbe http POST et on terminera l'URI par un verbe (`orders/128/print`).
 * Utiliser le pluriel pour identifier les ressources : `orders`, `orders/128`, `users`, `users/256`, ...
 * Standardiser le nommage et ne pas mélanger les styles : `PascalCase`, `camelCase`, `snake_case`, `spinal-­case`, `UPPERCASE`, `lowercase`, en choisir un et s'y tenir sur toute l'API.
-* Pour trier, filtrer ou affiner on utilisera les paramètres de requêtes : `/orders?page=2`, `/orders?state=paied` `/orders?sortBy=name`.
+* Pour trier, filtrer ou affiner on utilisera les paramètres de requêtes : `/orders?page=2`, `/orders?state=payed` `/orders?sortBy=name`.
 
 ## Règle 4 : Assurer la sécurité
 
@@ -63,7 +63,7 @@
 
 * Ne pas exposer directement les entités JPA :
   * Il existerait un couplage fort entre l'API et le modèle sous-jacent.
-  * Celà complexifierait la gestion des versions.
+  * Cela complexifierait la gestion des versions.
   * Les 2 modèles pourraient pas évoluer séparément : renommage, ajout/suppression, ...
   * Les entités pourraient être polluer d'annotations qui ne les concernent pas (sérialisation JSON par exemple).
   * Les associations décrites dans les entités n'ont pas à être exposées directement.

tests.md

@@ -4,7 +4,7 @@
 ## Principes généraux
 
 * Un test ne doit tester qu'une seule chose : un test = une assertion.
-* Un test doit être autonôme = ne pas dépendre de l'exécution d'un autre test.
+* Un test doit être autonome = ne pas dépendre de l'exécution d'un autre test.
 * S'il doit échouer le test doit bien sur le faire le plus rapidement possible.
 * Respecter le format : Given->When->Then.
 * Pratiquer autant que possible _Test First_ et son évolution _TDD_.