La documentation Kotlin combine apprentissage, guide du langage, plateformes, référence API et migrations.
Les règles DocLint ont servi à la partie structurelle, puis l’analyse éditoriale a été réalisée manuellement sur les sources officielles.
Périmètre
Sources publiques au 15 août 2026.
sujets Markdown
fichiers .topic
leçons du Tour
version stable
critères
Le portail n’est pas un livre unique
Apprentissage, tâches, concepts, référence et releases sont séparés.
| Besoin | Destination | Résultat |
|---|---|---|
| Essayer | Tour et Playground | Commencer sans IDE. |
| Démarrer | Get started | Par plateforme et objectif. |
| Comprendre | Language guide | Concepts et syntaxe. |
| Référence | Dokka | API séparée. |
| Mettre à jour | What’s new et migrations | Contenu versionné. |
| Créer une bibliothèque | KDoc et guides auteurs | Qualité des API publiques. |
Implémentation
Architecture docs-as-code mature.
Markdown + Writerside
Contenu et navigation.
Plusieurs dépôts
Sous-documentations intégrées.
CI
Exemples exécutables vérifiés.
Publication
TeamCity construit et post-traite.
Évaluation éditoriale : 82/100
Très bon onboarding, exemples et engineering. Localisation et troubleshooting restent en retrait.
82/100
Points forts
Tour sans installation
[K3]16 leçons dans le navigateur.
Exemples vérifiés
[G4]Les snippets exécutables sont testés en CI.
Navigation comme code
[G3]kr.tree versionne la structure.
Docs par release
[K10]Les mises à jour documentaires accompagnent les releases.
Guides auteurs
[K7]Personas, échecs et conception API.
Maintenance assistée par IA
[G7]Le dépôt contient déjà des skills reproductibles.
Formulations à garder ou revoir
L’ingénierie ne remplace pas l’édition.
| Critère | Formulation | Analyse |
|---|---|---|
| Réussi | “New to Kotlin? Take our tour…” [K2] | Direct et orienté action. |
| Réussi | “Begin the description of entry points…” [K7] | Règle vérifiable. |
| À réécrire | “The Kotlin Standard Library provides…” [K5] | Introduction trop abstraite. |
| À corriger | “Attempting to access properties…” [K4] | L’exemple suivant montre une erreur de compilation. |
Ce qui manque
Évolution
Pratiques à reprendre
| Pratique | À reprendre |
|---|---|
| Navigation comme code | Versionner l’architecture. |
| Exemples vérifiés | Tester les snippets en CI. |
| Types de contenu séparés | Distinguer tutoriel, concept et référence. |
| Docs dans le release | Mettre à jour les migrations avec le produit. |
| Docs comme test de design | Un onboarding difficile peut révéler une API difficile. |
| AI avec procédures | Donner aux agents des skills vérifiables. |
Sources primaires
Conclusion
Kotlin se distingue surtout par son système de production documentaire.
Le parcours utilisateur sépare correctement apprentissage, concepts, référence et migration.
Les priorités suivantes sont la localisation, le troubleshooting et une édition plus stricte.
Kotlin montre une architecture documentaire mature, avec exemples vérifiés et maintenance automatisable.
