Nos BBL.

Le Scrum est une fenêtre (ou bien un mur)
– Baptiste Lecocq (BALE)

Contacter

Après de longs mois d’application de “Scrum by the book” dans une feature team de 5 personnes, tout est très bien maîtrisé. Un peu trop ? Le cadre du Scrum s’est dressé comme un mur devant nous.
Quelques semaines plus tard, nous avions assisté à une évolution des mentalités et des rituels.
Nous sommes devenus une équipe plus Agile qu’hier, et en constante évolution. Vous voulez aussi utiliser Scrum comme une fenêtre vers l’Agilité ?

DDD Strategic pour la survie
– Jonathan Duberville (JDU)

Contacter

Vous avez une conception métier complexe?
Vous vous demandez comment vous allez faire pour faire communiquer 10 équipes sur la création de votre logiciel?
DDD Strategic est certainement une approche qui va vous intéresser!
A l’issue de cet atelier vous serez capable de mener une reflexion sur votre organisation pour démarrer le design de la solution la plus adaptée à votre métier.

[REX] Le ML sans Tensorflow ni Python: Rex sur l'implémentation ONNX en Go
– Olivier Wulveryck (OLWU)

Contacter

Open Neural Network eXchange semble être la référence émergente du logiciel 2.0.
En tant que Gopher et contributeur de la bibliothèque Gorgonia, j’ai voulu rendre la technologie ONNX accessible à cet écosystème. Les cas d’usage sont multiples.
Par exemple: utiliser le binaire statique Go pour développer un Neural Network Runtime Environment facilement exploitable, ou encore utiliser les réseaux de neurones comme des capacités quelconque du langage Go, sans binding.

DTO, DAO, API, SLO and Go - Designing a REST API driven by the objectives
– Olivier Wulveryck (OLWU)

Contacter

Les API sont devenues une obligation pour les sociétés qui souhaitent s’ouvrir à l’extérieur.
Ainsi, c’est pour beaucoup une porte d’entrée vers les plateformes de services. De plus, la donnée est au centre des stratégies. C’est donc naturellement que l’API s’est imposée comme un moyen de récupérer de la donnée dans le but d’y ajouter de la valeur.
La disponibilité de l’API est donc, plus que jamais, un concept qui revet une importance particulière si elle n’est pas prise au sérieux. Elle peut être la cause de perte de business importante.

Sur le chemin de la qualité : en équipe et dès demain !
– Julien Jakubowski (JJA)

Contacter

Ça y est ! C’est décidé ! Vous allez construire des applications de meilleure qualité.
Vous êtes convaincu(e) que, pour cela, certaines pratiques de développement sont fondamentales comme par exemple les revues de code ou les tests automatisés.
Mais vos collègues n’en font pas. Parce que « c’est trop cher on n’a pas le temps », « ça ne marchera pas chez nous »…
Après ce BBL, quand vous reviendrez sur votre plateau projet, vous aurez des éléments à essayer tout de suite. Et peut-être de quoi élaborer un plan de bataille pour que vous et votre équipe soyez fiers de votre code et ainsi conquérir le monde ! ;-)

Alliés contre les défauts - talk avec le WebCenter d'AXA
– Julien Jakubowski (JJA)

Contacter

La pratique de la revue de code prévient énormément de défauts. Mais elle a aussi d’autres “effets kiss-cool”.
C’est une pratique qui existe depuis une soixantaine d’années. Mais pourquoi est-elle si rarement rencontrée dans les DSI ?
Sans doute parce qu’elle est méconnue, mais aussi parce qu’elle fait l’objet d’appréhensions.
Faites-vous des revues de code chez vous ? Et sinon, pourquoi pas ?
Peut-être pensez-vous que cela prend trop de temps, que c’est trop cher, qu’en jugeant le code on jugera l’auteur…
Au Webcenter AXA, le code est revu systématiquement avant de partir en production.
Cela porte ses fruits. Mais cela ne s’est pas fait sans accrocs. Venez découvrir un retour d’expérience.

Epic Legacy Code Challenge
– Julien Jakubowski (JJA)

Contacter

Vous venez d’être embauchés chez Paladin Inventories Company. Elle gagne beaucoup d’argent avec son logiciel. Mais le gobelin qui l’a écrit s’est fait dévorer par un dragon. Vous ne comprenez rien au code. Et bien sûr il n’y a pas de tests. Le problème : une horde de trolls se rue vers vous avec plein de nouvelles demandes pour ce logiciel, qui est maintenant le vôtre…
Cette situation vous dit quelquechose ?
Et si on se mettait dans cette situation, en équipes et en compétition ? Qui sera alors l’équipe la plus à même de faire évoluer le code legacy, tout en continuant à gagner de l’argent ?
Venez relever le challenge, avec votre env de dev favori et Node.js installé au préalable !

Speed consulting sur la productivité des développements
– Julien Jakubowski (JJA)

Contacter

Comment être plus productif ? Avoir moins de bugs ? Que faire concrètement sur mon projet pour cela ?
Même le temps d’un déjeuner, on peut trouver quelques pistes.