@@ -123,7 +123,7 @@ layout: false
123
123
124
124
.center[ ![ iglo] ( pictures/Ancien_logo_Captain_Iglo.gif )]
125
125
126
- * Senior developer @ Worldline, coach, development infrastructure
126
+ * Senior developer @ Worldline, newcomer coach, development infrastructure
127
127
128
128
* Developement Middleware sur Fuse / ServiceMix / Camel
129
129
@@ -192,7 +192,7 @@ layout: false
192
192
193
193
* Toujours aussi enthousiaste pour apprendre et partager
194
194
195
- * BUT, one of my big frustration : Wasted (unfocused energy) at the start of a every new adventure
195
+ * MAIS, une de mes grandes frustration : La perte de temps et d'énergie au démarrage de chaque nouvelle aventure.
196
196
]
197
197
???
198
198
"30 dernieres années" :
@@ -214,21 +214,26 @@ layout: false
214
214
## Quel est le problème ?
215
215
]
216
216
.right-column[
217
-
218
- # Quel est le problème ?
217
+ # Quel est le problème ? ** FIXME**
219
218
* Souvent un gaspillage d'énergies (à un moment de très haute motivation)
220
-
221
219
* La mise en place de l'environement prend beaucoup de temps
222
220
* Demarrage en trombe, mais dans les graviers...
223
221
224
- .center [ ![ Sortie de piste] ( pictures/sortieDePiste.png )]
222
+ .left [ ![ Sortie de piste] ( pictures/sortieDePiste.png )]
225
223
226
- * perte du focus
227
- * Necessite d'avoir l'environement de DEV le plus riche possible (state of the art). Pas de nivellement par le bas.
224
+ * ~~ Nivellement par le bas~~
228
225
* très rapide à déployer et du premier coup
226
+ * coût de maintenance
227
+
228
+ ---
229
+ ???
230
+ * perte du focus
231
+
229
232
* et je ne parle pas de l'env d'integration
233
+
230
234
* Maintenance d'un environnement de dévelopement == douleur
231
235
* "Just In Time" : c'est au moment des "onboardings" qu'on a découvre les problèmes, comportement homogène dans le temps
236
+
232
237
* Maintenance et maJ : montée de version de IDE / JDK / etc.
233
238
* Coût : comment le mesurer pour l'anticiper voire le diminuer
234
239
]
@@ -241,11 +246,13 @@ layout: false
241
246
## Solutions ?
242
247
]
243
248
.right-column[
244
- # Solutions "avant"
249
+ # Solutions "d' avant"
245
250
246
251
* les terminaux sur le mainframe
247
- * les PC avec images (quid des utilisateurs nomades)
248
- * virtualisation avec Vagrant/VB par exemple
252
+
253
+ * les PC avec images (quid des utilisateurs nomades ?)
254
+
255
+ * virtualisation avec Vagrant/VB par ex
249
256
250
257
]
251
258
@@ -259,10 +266,10 @@ layout: false
259
266
]
260
267
.right-column[
261
268
# Constat
262
-
263
269
* DEVBOX = TOOLBOX = Trousse à outils (=> trousse à outils + camion atelier)
264
270
265
- * Constat : même problèmes, donc mêmes solutions (on est "top marketeux", on fait des acronymes ah ah)
271
+ .left[ ![ Toolbox] ( pictures/toolbox.png )]
272
+ * même problèmes, donc mêmes solutions ...
266
273
* DaaT : Devbox as a Tool (comme avant)
267
274
* DaaS : Devbox as a Software
268
275
* DaaI : Devbox as an Infrastructure
@@ -281,13 +288,12 @@ layout: false
281
288
.right-column[
282
289
# Docker !
283
290
284
- * Docker résouds le pb de Matrix of hell
291
+ * Docker résouds le pb de " Matrix of hell"
285
292
* Docker contractualise
286
293
* Docker est rapide
287
294
* Docker est "à la mode"
288
- * rend des choses qu'on fesait depuis longtemps tres bon marche
289
- * utilisation du GPS
290
- * nouveau produits/nouvelles utilisations
295
+ * Permet de nouveaux produits/solutions
296
+ * Souvenez vous de la "libération" du GPS par B. Clinton
291
297
292
298
]
293
299
---
0 commit comments