Kotlin

Kotlin : Langage officiel du développement Android, plus concis que Java et doté dès sa conception d’une gestion explicite des valeurs nulles.

Cette entrée du glossaire relève de la famille « Développement ». Elle donne la définition, sa traduction en exigences, et les erreurs vues le plus souvent sur des projets réels.

Où intervient Kotlin dans un projet

Sur un projet mobile, Kotlin relève des choix de fabrication. Ce n’est pas une fonctionnalité que l’utilisateur verra à l’écran, mais une décision technique qui conditionne le coût des évolutions suivantes.

Ce que le mot recouvre exactement dépend du projet. Ce qui suit vaut pour la plupart des applications mobiles françaises, et sert de point de départ à la discussion.

De la définition à la ligne de cahier des charges

Dans un cahier des charges, Kotlin n’a pas à être imposé ligne à ligne. Ce qui doit être écrit, c’est l’exigence à laquelle ce choix répond et la contrainte qu’il ne doit pas violer.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le niveau de tests automatisés attendu, et ce qui déclenche un refus de recette.
• La documentation technique livrée, et à qui elle doit permettre de reprendre le projet.
• L’environnement de recette, distinct de la production, et la liste de ceux qui y accèdent.
• Le format de livraison des sources, des comptes de service et des clés de signature.

Une exigence bien écrite tient en trois lignes et se refuse en une. Si elle ne peut pas être refusée à la recette, elle n’est pas encore écrite.

Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.

Ce que ça change au moment de la recette

À la recette, Kotlin se contrôle avec les mêmes gestes à chaque version. Ce sont ces gestes qu’il faut écrire une fois pour toutes.

• Lire le rapport de tests automatisés fourni avec la livraison.
• Vérifier que les clés de signature et les comptes de service sont remis, pas seulement promis.
• Comparer le périmètre livré à la liste des critères d’acceptation, ligne par ligne.

Chacun de ces contrôles prend quelques minutes. Les découvrir après la mise en ligne prend des jours.

Ce qui tourne mal le plus souvent

Sur ce point précis, voici ce qui coûte le plus cher aux porteurs de projet, dans l’ordre où on le rencontre.

• Laisser la remise du code hors du contrat, puis découvrir que le dépôt n’est pas transmis.
• Confondre bibliothèque gratuite et bibliothèque sans coût : certaines licences se paient à l’usage.
• Croire qu’un développeur reprend le travail d’un autre sans documentation ni période de recouvrement.
• Traiter la dette technique comme une affaire interne à l’agence : elle sera facturée au suivant.
• Repousser l’arbitrage au sprint suivant, autant de fois qu’il y a de sprints.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Flutter
• React Native
• Swift
• ObservableObject
• Modifier

Questions fréquentes

Que signifie « Kotlin » ?

Langage officiel du développement Android, plus concis que Java et doté dès sa conception d’une gestion explicite des valeurs nulles. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

Est-ce que ça change le prix de l’application ?

Rarement seul, souvent en cumul. Ces décisions pèsent surtout sur le coût des évolutions : ce qui est facile à modifier coûte moins cher sur trois ans qu’une économie faite au moment de la construction.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.