Point 28/05

[sylvainmetayer]

• [x] Partie "Répondre à un besoin" --> Ajouter des détails concernant les applications entreprise (prendre exemple sur une banque => client ... ? ). Différences entre les deux ? Un projet pro a aussi besoin de loop sur les besoins & co, même si le besoin peut-être plus défini au début. Peut avoir une deadline plus fixe, mais n'en fait pas une différence aussi grande pour autant ? #55
• [ ] évaluation intro #39
• [ ] évaluation conclusion #39
• [ ] remerciements concis ou détaillé ? Détaillé mais après la hiérarchie

[sylvainmetayer]

partie répondre à un besoin : remplacer notion d'idée par problématique / rentabilité par ROI

parler de comité de pilotage

OU

dans intro : dire que on va limiter en mode agile car c'est la quon a le plus de projets fait. Mais si on fait pas d'agile, on peut faire des équivalentces mais qu'elles seront pas abordés

[sylvainmetayer]

you build it => CTO amazon à fraire une transition

[sylvainmetayer]

conclu : serverless tache de build => amazon fonction + s3 (openshift) pour stocker les build

https://openwhisk.apache.org/ => IBM qui l'utilise ? openshift / https://www.openstack.org/

[sylvainmetayer]

conclu

ia => apprentisage sur des application similaire au miennes pour détecter les erreurs.

OU

ce qui est pas encore automatisé : dépend des entreprise, à voir avec les besoins de chacun. Cf image xkcd.

ouverture : comment intérger ça dans les compétences des devs.faire évoluer les compétences des devs à un certains niveaux ?

artisans developpeur software craftmenship (manifeste) : repris principe agile mais le dépasser. Futur ? avec intégration continue ? actuellemnet que quelquun qui s'y colle ? Mais plus tard tout le monde qui le fera ?

you build it you run it : c'est plusl le dev qui fait et l'ops qui se démerde pour livrer