Quel est le critère #1 de performance d’une équipe ?
Est-ce l’expérience cumulée des développeurs, le niveau d’étude ou le style de management ?
La réponse risque de te surprendre…
Lancer un saas et en vivre est un rêve pour de nombreux développeurs.
C’est un chemin gratifiant mais au combien difficile. Mais avec une approche structurée c’est déjà plus abordable.
Quels sont les premiers conseils pour réussir son projet de saas ?
On en parle avec Anthony Heukmes.
Suivre la voie de l’artisanat logiciel, software craftsmanship, n’est pas facile.
Elle demande efforts, humilité et remise en question.
C’est quasiment initiatique : une fois la barrière franchie, le monde est perçu avec un nouveau regard.
Mais la question qui suit devient alors : comment partager ça avec les autres ?
On en parle avec Captain Dev dans l’épisode du jour.
Intégrer de nouvelles technos dans sa stack, c’est cool. Mais à condition que ça vienne pas mettre la zizanie en prod.
Comment faire les bons choix ? On en parle avec Arnaud Lemaire dans l’épisode du jour.
Le critère principal risque de te surprendre…
Le travail en binômes est non seulement une manière efficace pour transmettre la connaissance et l’expertise, mais aussi de programmer !
On en parle avec Frédéric Leguédois.
Coup de gueule du jour : arrêtons de donner le bâton pour se faire battre.
Entre vite et crade ou bien et lent, je choisis vite et bien.
Dire ses émotions serait-il encore tabou dans l’entreprise ?
Pourtant les accueillir et les respecter est le meilleur moyen de désamorcer les conflits et permettre à chacun de se sentir écouté.
On en parle dans l’épisode d’aujourd’hui avec Pauline Garric.
Animer un podcast, c’est un gros boulot. Du coup ça pose la question du sens : pourquoi animer un podcast de dev ?
On en parle avec Bruno Soulez de IFTTD.
C’est quand la dernière fois que tu t’es entraîné à coder ?
Je parle pas de code de prod, mais du code que tu vas jeter à la fin ?
Aujourd’hui on voit comment tirer partie des katas avec Captain Dev : et non ce n’est pas juste pour jouer dans un bac à sable.
Je vous souvent les développeurs accuser le management de les inciter à rogner sur la qualité de leur code.
Et si on prenait nos responsabilités ?