Est-ce que l'écriture d'un code convivial de déploiement est considérée comme une bonne vertu de la part d'un programmeur? Si oui, alors quelles sont les considérations générales à garder à l'esprit lors du codage afin que le déploiement du même code par la suite ne devienne pas un cauchemar?Code de déploiement
La plus grande amélioration du déploiement consiste à minimiser l'intervention manuelle et les étapes manuelles. Si vous devez saisir des valeurs de configuration ou naviguer manuellement dans les écrans de configuration, votre déploiement présentera des erreurs.
Si votre code a besoin de "rappeler", assurez-vous que l'utilisateur comprend pourquoi et désactivez la fonctionnalité si nécessaire. Cela peut être un gros problème si vous écrivez des logiciels prêts à l'emploi à déployer sur les réseaux d'entreprise.
Il est également agréable de ne pas avoir votre programme dépend de trop de choses environnementales pour fonctionner correctement. Pour lutter contre cela, j'aime définir une structure de répertoire avec ma propre corbeille, etc et d'autres dossiers afin que tout puisse être autonome.
Je ne suis pas tout à fait sûr de ce que vous entendez par "code de déploiement facile". Que déployez-vous? Que voulez-vous dire par "déploiement"? Si vous voulez dire que votre code devrait être transférable entre les ordinateurs, je pense que la meilleure chose à faire serait de minimiser les dépendances inutiles (avec une définition donnée de "inutiles") aux bibliothèques externes, et de bien documenter les bibliothèques que vous faire dépendent de.
L'ensemble du processus de déploiement doit être automatisé pour minimiser les erreurs humaines. Le logiciel ne devrait pas être affecté par l'environnement. Tout nouveau déploiement doit être facilement annulé en cas de problème. Pendant le codage, vous ne devez pas coder en dur les valeurs de configuration qui peuvent être différentes pour chaque environnement. La configuration doit être effectuée de manière à pouvoir être facilement automatisée en fonction de l'environnement.
Client ou serveur?
En général, le déploiement convivial signifie que vous effectuez et validez le déploiement lorsque vous complétez une petite histoire/unité de travail. Il vient du QA continuel plus que du style. Si vous attendez la dernière minute pour construire et valider le déploiement, le code le plus propre ne sera jamais amical.
Tous les autres déploiements, de bureau ou de serveur, découlent d'une validation précoce. Vous pouvez ajouter toutes les dépendances whacky que vous voulez, si vous résolvez la livraison de ces dépendances au début. Certains mécanismes de déploiement de postes de travail très pratiques aboutissent à des applications en boîte de sable/partiellement approuvées. Il est préférable de découvrir tôt que vous ne pouvez pas faire quelque chose (par exemple, écrivez votre journal dans c: \ log.txt) plutôt que de découvrir en retard que vos clients ne peuvent pas installer.
Cela varie selon que vous déployez une application auprès de quelques utilisateurs internes, d'un site Web ou d'un produit commercial multiplateforme. Être plus précis pourrait mener à de meilleures réponses. – RossFabricant