-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Notes diverses et variées #8
Comments
Problématique
Notes diversesscalabilité déploiemnt infra ... A la carte, je choisis un peu ce que je veux
Idées selon le document national
AutresTechnique
Sécurité
|
|
|
BV entrerpise de certification, dans l'industrie |
|
Bibliographie
Exemples à utiliser lors du mémoire provenant de projets réalisés en entreprise
|
cf #53 |
Comment l'automatisation peut permettre de réduire les erreurs humaines dans la mise en oeuvre d'une application ?
Session2018_Referentiel_Memoire_Prof_5eAnnee.pdf
Prendre le Référentiel point par point.Cf. ici pour les différentes idéesDescription
Les projets informatique sont de plus en plus nombreux mais leur fiabilité n'est pas toujours optimale. Combien de projet sont encore déployé manuellement car aucune automatisation n'est présente sur le projet ? En plus d'une perte de temps, parfois importante, cela engendre un stress au niveau des équipes, qui à chaque livraison redoute les régressions qui pourraient survenir ou encore les bugs de déploiement.
L'automatisation peut également permettre d'améliorer l'onboarding d'un nouveau développeur sur un projet. Il n'est en effet par rare de voir des projets ou la configuration de l'environnement requiert à elle seule plusieurs jours, sans que le développeur puisse vraiment commencer à travailler.
Également, l'automatisation va permettre d'améliorer la fiabilité et la confiance des développeurs et des clients dans le projet, puisque des tests automatisés ainsi qu'une chaine d'industrialisation complètement automatisée permet ainsi de déployer avec confiance une application.
Mots clés
Bibliographie
Proposition de plan
a. erreur développeur
b. fiabilité
c. Preuve de qualité
a. Comment déployait-on avant ?
b. Solutions existantes
- Chef, puppet, ansible, jenkins, travis, ....
a. Localement, en développement
> Linter, docker, ...
b. Intégration continue
c. Déploiement continu
a. KPI
b. Confiance dans la livraison
a. Sur qualité , trop d'optimisation
Exemple à utiliser lors du mémoire provenant de projets réalisés en entreprise
The text was updated successfully, but these errors were encountered: