Recommandation
Préface à la 2e édition
Préface à la 1re édition

Chapitre 1.
philosophie pragmatique

Article 1.
C'est ta vie
Article 2.
Le chat a avalé mon code source
Article 3.
Entropie logicielle
Article 4.
Soupe aux cailloux et grenouilles bouillies
Article 5.
Logiciel de qualité moyenne
Article 6.
Portefeuille de connaissances
Article 7.
Communiquer!

Chapitre 2.
approche pragmatique

Article 8.
La clé d'un bon design
Article 9. SÈCHE : Les méfaits de la duplication
Article 10.
Orthogonalité
Article 11.
Réversibilité
Article 12.
traceur de lumière
Article 13.
Prototypes et Post-it
Article 14.
langue de domaine
Article 15.
calcul

Chapitre 3.
Outils de base

Article 16.
Le pouvoir du texte brut
Article 17.
Jouer avec des coquillages
Article 18.
Édition avancée
Article 19.
Contrôle de version
Article 20.
Débogage
Article 21.
Traitement de texte
Article 22.
Journal de bord technique

Chapitre 4.
Paranoïa pragmatique

Article 23.
Conception sur contrat
Article 24.
Les programmes morts ne mentent pas.
Article 25.
Programmation déterministe
Article 26.
Équilibre de l'utilisation des ressources
Article 27.
Ne roulez pas au-delà de la portée de vos phares.

Chapitre 5.
Plier ou casser

Article 28.
Réduire le couplage
Article 29.
Jongler avec le monde réel
Article 30.
Programmation de transformation
Article 31.
impôt sur les successions
Article 32.
paramètre

Chapitre 6.
Simultanéité

Article 33.
Rompre le lien temporel
Article 34.
L'état partagé est incorrect.
Article 35.
Acteurs et processus
Article 36.
tableau noir

Chapitre 7.
Pendant le codage

Article 37.
Écouter le cerveau reptilien
Article 38.
Une programmation laissée au hasard
Article 39.
Vitesse de l'algorithme
Article 40.
Refactorisation
Article 41.
Programmation avec tests
Article 42.
Tests basés sur les attributs
Article 43.
Faites attention lorsque vous êtes à l'extérieur
Article 44.
Appellation

Chapitre 8.
Avant le projet

Article 45.
Le gouffre des exigences
Article 46.
Résoudre l'énigme impossible
Article 47.
Travailler ensemble
Article 48.
Le cœur de l'agilité

Chapitre 9.
Projet pragmatique

Article 49.
Équipe pragmatique
Article 50.
La noix de coco seule ne suffit pas
Article 51.
Outil de démarrage pragmatique
Article 52.
Rendez vos utilisateurs heureux
Article 53.
Orgueil et Préjugés

Conclusion
Références
Exemples de réponses aux exercices pratiques
Note du traducteur
Recherche

Le livre « The Pragmatic Programmer » était un mélange hétéroclite dès le départ.
Il abordait vraiment une grande variété de sujets qu'on ne trouve pas dans la plupart des livres d'informatique.
Mais cette fois, c'est devenu un peu plus compliqué.
Par exemple, dans la première édition, le conseil numéro 22 recommandait de bien utiliser un seul éditeur.
Mais cette fois-ci, il paraît qu'il est également bon d'en utiliser plusieurs.
Peu importe l'éditeur que vous utilisez ou le nombre d'éditeurs que vous utilisez, du moment que vous pouvez écrire couramment et sans hésitation, c'est parfait.
Et notez la mention de la méthode agile, qui n'était pas présente dans la première édition.
Tout est contextuel, il n'existe pas de processus agile unique, et on nous demande de nous adapter et de nous améliorer en fonction de la situation actuelle.
Je pense que la force du pragmatisme ne tient pas à sa pureté, mais à sa diversité.
De cette façon, il peut être plus flexible et contenir plus de variété.
Le pragmatisme survivra.
Non pas dans 20 ans, mais dans 200 ans.
Parce que c'est divers.

- Conseil agile Kim Chang-jun