Don't write code that guesses the future
Évitez de sur-anticiper : ne posez pas les bases de fonctionnalités futures, elles restent hypothétiques. Écrivez plutôt du code qui pourra évoluer.
Évitez de sur-anticiper : ne posez pas les bases de fonctionnalités futures, elles restent hypothétiques. Écrivez plutôt du code qui pourra évoluer.
Rares sont les ESN porteuses d'une réelle expertise. La majorité vend de la précarité salariale à des clients finaux, que cela arrange bien.
8 idées franchement foireuses et pourtant tellement répandues quand il s'agit de produire du logiciel… Rendez-vous service : lisez !
L'Agilité est l'art du « comment », le Product Management celui du « quoi ». L'un sans l'autre ne sert à rien : ce sont l'avers et le revers d'une même pièce.
On ne s'adresse pas à tous les utilisateurs de la même manière. À chaque persona son langage, et donc son contexte, et son BFF (Backend For Frontend).
L'écologie et la qualité logicielle ont en commun l'Universalisabilité kantienne : mon action ne peut être bonne que si tout le monde peut faire comme moi.
Cette phrase, mantra du DevOps, est marquée au coin du bon sens. Pourtant, l'organisation s'oppose parfois à sa mise en œuvre. CEO, préparez le terrain.
« Le lean n'est pas un système de production, c'est un système d'apprentissage » : cette phrase m'a mis le pied à l'étrier pour comprendre le Lean.
Tant que tout n'est pas fait, c'est comme si rien n'était fait. Pour éviter l'effet tunnel d'un refactoring : le pattern Strangler Fig, qui fait coexister l'ancien et le nouveau.
Au-delà de la technique et de la méthode, ce sont nos valeurs qui nous portent. Pour 2024, je vous souhaite du courage : viser haut, questionner, demander de l'aide.
On risque toujours de faire du mal en voulant faire le bien. Un coach, comme les autres professionnels de l'accompagnement, devrait être supervisé.
Vous n'avez probablement pas besoin de ces microservices, si difficiles à déployer. Le monolithe, à condition qu'il soit modulaire, est fait pour vous.
Le Walking Skeleton a pour vocation de poser des fondations saines pour aller au MVP en minimisant la dette technique. Une étape que l'on gagne à formaliser.
Passer indépendant est l'occasion de doubler vos revenus… ou pas. Tout dépend de votre projet de vie. Récit d'une expérience personnelle.
Une erreur serait de croire que la conception fonctionnelle est l'apanage du PM : on réfléchit mieux à plusieurs et sur base d'exemples concrets.
Le Trunk-Based Development, tout droit issu de l'Extreme Programming, est une excellente alternative à GitFlow, mais étudiez bien les prérequis.
Un POC permet de valider une idée d'ordre marketing ou technique, tandis que le MVP vise à acquérir vos premiers utilisateurs.
Il y a projet parce qu'on se projette sur une fin à atteindre. Un produit n'a pas de fin et se développe au gré du feedback de ses utilisateurs.
Mon principal reproche à Scrum, c'est qu'il ne dit rien de la conception fonctionnelle. Si vous voulez que ça marche, c'est à vous de compléter.
2 erreurs courantes du découpage en Bounded Contexts : le découpage en couches techniques et le découpage par entités. Pensez verbes d'action !