xcconfig

xcconfig : Fichier texte externalisant les réglages de compilation Xcode, bien plus lisible en revue qu’un réglage enfoui dans le projet.

Le mot appartient à la famille « Développement » du lexique. Cette page dit ce qu’il recouvre, comment il se formule dans un cahier des charges, et ce qu’il vaut mieux ne pas écrire.

Pourquoi xcconfig compte sur un projet mobile

xcconfig appartient au vocabulaire courant des équipes qui écrivent l’application. Le mot circule dans les revues de code, les tickets et les estimations, et un malentendu à ce niveau se paie en jours de développement.

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.

Ce que ça devient dans un cahier des charges

Le cahier des charges gagne à formuler « xcconfig » en résultat attendu plutôt qu’en solution : ce que l’application doit savoir faire, à quel moment, et comment on le vérifiera à la recette.

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

• Les versions minimales d’iOS et d’Android supportées, qui décident des API disponibles.
• Le sort du code : dépôt remis, licences des bibliothèques, cession des droits à la livraison.
• Les bibliothèques tierces autorisées, et qui paie leurs licences dans la durée.
• La procédure de mise à jour de l’application une fois qu’elle est publiée.

Reste à désigner qui écrit cette ligne et qui la valide. Sans nom en face, la rubrique se remplit la veille de la signature, avec les mots du prestataire.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Comment le vérifier à la recette

Le contrôle de « xcconfig » se prépare avant la livraison. Un critère écrit après coup se négocie ; un critère écrit avant se coche.

• Vérifier que le projet se compile chez quelqu’un d’autre, à partir du dépôt seul.
• 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.

Un prestataire sérieux propose ces contrôles de lui-même. Quand ce n’est pas le cas, c’est au client de les inscrire au cahier de recette.

Erreurs fréquentes

Ces erreurs ne viennent presque jamais d’un manque de compétence, mais d’un point qui n’a été écrit nulle part.

• Imposer une technologie dans le cahier des charges sans écrire le besoin qu’elle sert.
• Accepter un devis où le développement iOS et le développement Android tiennent dans une seule ligne.
• Repousser les tests automatisés à la fin du projet, c’est-à-dire ne jamais les écrire.
• Changer de socle technique en cours de route sans rechiffrer le reste du planning.
• 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 :

• Vol de session
• Flutter
• React Native
• Swift
• Kotlin

Questions fréquentes

Que signifie « xcconfig » ?

Fichier texte externalisant les réglages de compilation Xcode, bien plus lisible en revue qu’un réglage enfoui dans le projet. Cette définition suffit pour une discussion de cadrage. Pour un contrat, il faut y ajouter ce que le terme recouvre exactement sur votre application.

Comment vérifier qu’une agence maîtrise le sujet ?

Demandez un exemple tiré d’un projet livré, pas une définition. L’écart entre les deux réponses se voit en trente secondes, et il est plus parlant qu’une liste de technologies sur un site vitrine.

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.