Catégorie : Non classé

Tu te poses encore la question si le travail en remote peut marcher ?
Ils sont 12.000+ ingénieurs chez Red Hat. Ca suffit comme preuve que ça peut marcher ?

Dans cet épisode Guillaume partage son retour d’expérience et sa stack dans une boite qui a adopté le remote dans sa culture.
Il y parle notamment de mob programming. Tu vois le binomage ? C’est la même chose à plusieurs !

Découvrir Guillaume : https://guillaumevincent.com/
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr

Aujourd’hui je réponds à la question de Julien Jet.

Merci Julien pour nous avoir donné le sujet du jour !

Si toi aussi tu te poses des questions, envoie les moi en précisant le contexte !

Pour se former dans la maison des compagnons, c’est par ici : maison.artisandeveloppeur.fr

Commencer à faire du TDD sur du code legacy, c’est comme commencer l’alpinisme en attaquant l’Hymalaya.
99.99% des tentatives vont échouer.
Car pour écrire des tests, encore faut-il avoir du code qui le permette et encore faut-il savoir le faire.
Or comment acquérir les compétences nécessaires quand ton code du quotidien ne t’offre pas un contexte favorable ?
Viens écouter nos pistes de travail avec Xavier Nopre

Le blog de Xavier : xnopre.blogspot.com

Se former dans la maison des compagnons : maison.artisandeveloppeur.fr

A l’attention de ceux qui recrutent : le problème quand on recrute des développeurs, ce n’est pas qu’ils connaissent les bonnes technos.
Le problème est de trouver des développeurs qui vont régler des problèmes techniques avec des solutions durables.
La techno est certes importante, mais secondaire par rapport à savoir coder.
Et non il ne suffit pas de connaitre un framework pour savoir coder.
Viens écouter Nicolas qui part en guerre contre l’état du marché en s’appuyant sur son expérience et un article de Jean-Baptiste Dusseau.

L’article de Jean-Baptiste :
https://medium.com/arpinum/de-l%C3%A9tat-du-march%C3%A9-du-d%C3%A9veloppement-4187836015a5

A propos de Nicolas :
http://ryfacto.fr
http://www.linkedin.com/in/nicolas-verinaud-7829881a
http://twitter.com/nverinaud

Se former dans la maison des compagnons : maison.artisandeveloppeur.fr

A propos de l’auteur : Si Nicolas Bouteillier était une liste de tag: développeur, technicien, artisan, entrepreneur, geek.
Nicolas est développeur depuis 2002, il a accompagné en mode lean startup plusieurs démarrages de projets, gérant de sa SARL, auto-entrepreneur, salarié,
c’est un touche à tout riche d’expériences variées qui a accosté sur les rives de l’agilité sans jamais quitter le monde entrepreneurial.

Pourquoi et comment ça m’aide à apprendre ?

À un certain moment d’une carrière, il devient nécessaire de transmettre ce que l’on sait pour atteindre une nouvelle étape de développement.
Le fait de transmettre apporte une vision extérieure à ce que tu fais, ça te force à prendre du recul, voir si la manière dont tu fais les choses est bonne et éventuellement comment la faire évoluer pour le rendre pertinente à partager.

Continuer la lecture de « La transmission comme outil d’apprentissage, par Nicolas Bouteillier »

Le feedback est important ? Je connais quelqu’un qui va loin dans cette logique : Nicolas nous parle de sa démarche et comment il met en place un déploiement continu pour livrer dès le premier jour de travail sur un projet, quitte à livre une application blanche !
Et en fait c’est là que tu te rends compte que ce n’est pas si facile de gérer un flux de feedback !
Viens écouter son retour d’expérience ici :

A propos de Nicolas :

• http://ryfacto.fr/
• https://www.linkedin.com/in/nicolas-verinaud-7829881a/
• https://twitter.com/nverinaud

Se former dans la maison des compagnons : maison.artisandeveloppeur.fr

Bon le concept de feature team, c’est cool. Par contre concrètement, comment on met ça en oeuvre ?
Plutôt partant pour le modèle less avec des équipe inter-changeables ?
Tu préfères figer les périmètres fonctionnels ? Quitte à créer des zones de code dédiées ?
Dans cette approche, comment tu assures la cohérence des développements ?

Pour aller plus loin : https://jp-lambert.me/feature-teams-or-component-teams-break-silos-instead-3a2cf5398248

Se former dans la maison des compagnons : maison.artisandeveloppeur.fr

Ta boite est organisée en silos ? Du coup tu galères à mettre en oeuvre du SCRUM ?
Viens écouter mon échange avec Jean-Pierre. Pour lui la feature team correspond à la team SCRUM par excellence. Il l’oppose à la componant team qui est une manière classique d’organiser les équipes. Ou pas…
Mais chaque approche a ses challenges.
Si tu veux en savoir plus, c’est par là.

Pour aller plus loin : https://jp-lambert.me/feature-teams-or-component-teams-break-silos-instead-3a2cf5398248

Je te réserve une tonne de trucs sympas pour cette nouvelle année qui démarre !

 

A propos de l’auteur : Si Nicolas Bouteillier était une liste de tag: développeur, technicien, artisan, entrepreneur, geek.
Nicolas est développeur depuis 2002, il a accompagné en mode lean startup plusieurs démarrages de projets, gérant de sa SARL, auto-entrepreneur, salarié,
c’est un touche à tout riche d’expériences variées qui a accosté sur les rives de l’agilité sans jamais quitter le monde entrepreneurial.

Kaizendo, qu’est ce qui se cache derrière ce terme ?

Kaizen se traduit généralement par « amélioration continue » et Do est simplement la « voie ».
Kaizendo c’est « la voie de l’amélioration continue », une valeur fondamentale de notre métier, une manière de voir, de faire, d’avancer, une philosophie en complète adéquation avec notre Art.
« Kaizendo » c’est la volonté de faire de mieux en mieux, c’est un engagement vis à vis de soi-même.
Pour illustrer cette approche, parlons de sport.

Continuer la lecture de « Kaizen et Kaizendo koikess ? Par Nicolas Bouteillier »