Julien Topcu - Loi de Conway: Lorsque votre conception produit se fache avec votre organisation (FR)
Flowcon 2022Des utilisateurs qui ont toujours du mal à récupérer les informations dont ils ont besoin, alors que vous avez mis le paquet sur l'expérience uti...
Un flag argument: qu'est-ce que c'est ? pourquoi et comment s'en passer. Un exemple avec javascript.....
Lorsque l'on a trop de code dans une fonction, il est possible d'en extraire une fonction, afin de rendre l'ensemble plus lisible (code plus cours), plus com...
Agilité à l'échelle, un mythe ? Une réalité ?
Agilité à l'échelle, un mythe ? Une réalité ?
Daniel Terhirst-North et Anna Urbaniak s'appuient sur leurs expériences et collaborations pour dessiner leur vision globale de cette problématique organisationnelle. Ils proposent des idées pour aider à comprendre et naviguer dans des organisations afin de développer des produits.
Plutôt que de vanter les mérites de tel ou tel Framework © ou Outil®, ils déconstruisent les enjeux des organisations en identifiant 2 états d'esprit.
- "digital product" mindset
- "industrial"
Les conférenciers définissent les 2 états d'esprit et les caractéristiques qui les opposent.
Ils développent pourquoi les organisations qui envisagent l'agilité à l'échelle nécessitent un équilibre entre les deux états d'esprit pour réussir.
Ils en arrivent au constat qu'il est nécessaire pour ces organisations d'atteindre l'autonomie par le biais de l'alignement.
Ils définissent les notions d'autonomie et d'alignement, dont les composantes permettent de comprendre et d'agir sur les organisations.
Les BPM sont des outils très intéressants. Par contre, il s'agit d'une solution technique qui apporte une complexité sous-jacente assez conséquente. Dans le monde de l'entreprise, on y fait ce recours très souvent pour modéliser des process métiers à point de devenir un choix par défaut assez dogmatique, un nième marteau de Maslow. Il est intéressant de voir d'autres alternatives à cette solution.
J'ai pu constater le vendor locking que ça entraînait et la complexité accidentelle que ça engendrait. Ajouter à cela la difficulté de mettre en place des migrations et la quasi impossibilité de tester automatiquement.
Ma perception a été que les avantages que ça apportait (car il y en avait : traçabilité clé en main, outils de visualisation,...) étaient rapidement éclipsés par leurs inconvénients.
A quoi ça sert le package-lock.json ?
Pourquoi c’est important pour partir en vacances serein ?
Romain nous explique tout ça dans cet article
La notion de commits atomiques est souvent méconnue des développeurs. Mais qu'est-ce qu'un commit atomique et pourquoi l'utiliser ?
Récemment, Dart 2.12 a été livré dans Flutter 2. Cette mise à jour contient l’une des fonctionnalités les plus importantes du langage qui est le Null Safety.
Au final, lorsque je programme en Java (le monde professionnel ne semble toujours pas prêt pour Kotlin) je me rends compte que mon code est devenu plus défensif qu'il y a quelques années justement pour vérifier ce genre de chose et retrouver la sérénité que j'ai sur du Kotlin :/
Un super article de la part d'un confrère Artisan, sur une technique simple et efficace pour mettre le pied à l'étrier sur un projet !
En tout cas, ça pourrait répondre à des problématique que j'ai (syndrome de la feuille blanche)
Mettre en place des standards de cohérence de code et une chose, le faire bien en est une autre !
Ce matin j'ai écouté son talk "y'en a marre du craftmanship" que je recommande !