- Nouveau
- Tendances
- Classement
-
Tagsnewsletternewsletter46devdev45bonnes-pratiquesBonnes pratiques43phpPHP36programmationprogrammation34veilleVeille15teletravailTélétravail15architectureArchitecture13tddTDD13agiliteAgilité12javascriptJavaScript12design-patternDesign Pattern12codeCode11devopsDevOps10laravelLaravel9conferenceConférence8carriereCarrière8front-endfront-end7retour-d-experienceRetour d'experience7formationFormation6entreprenariatEntreprenariat6gitGit6cultureCulture6clean-codeClean Code6youtubeYoutube6craftCraft5refactoringrefactoring5videoVidéo5interviewinterview5organisationOrganisation5podcastPodcast5code-legacyCode Legacy4compagnonCompagnon4dddDDD4testingTesting4freelancingFreelancing4tech-leadTech Lead4optimisationOptimisation4javaJava3pythonPython3iaIA3humourHumour3reactReact3ethiqueEthique3emploiEmploi3ecologieEcologie3reconversionReconversion3debutantDébutant3remoteremote3cqrsCQRS3covid-19Covid-193securiteSécurité3retrospectiveRetrospective3clean-architectureClean Architecture3ci-cdCI/CD3vue-jsvue.js3blogBlog3architecture-hexagonaleArchitecture Hexagonale3rustrust3performancesperformances3nodejsNodeJS3programmation-fonctionnelleProgrammation fonctionnelle3productivteproductivté3slackSlack2donnees-personnellesDonnées personnelles2ecosystemeEcosystème2pair-programmingPair programming2evenementÉvènement2personal-brandingpersonal branding2produitProduit2gestion-du-tempsGestion du temps2changelogChangelog2cercleCercle2green-itGreen IT2hexagonalehexagonale2vscodevscode2pooPOO2webWeb2tinydbTinyDB1algorithmealgorithme1alignementAlignement1originesOrigines1dbDB1vie-priveeVie privée1androidAndroid1ctoCTO1apiAPI1csscss1restREST1pedagogiePédagogie1coup-de-gueuleCoup de gueule1vision-systemiqueVision systémique1prodprod1atddatdd1audioAudio1autonomieAutonomie1visualstudiovisualstudio1cloudCloud1vite-jsvite.js1slow-techSlow.tech1avenirAvenir1bddbdd1chansonChanson1bffBFF1blazorblazor1ports-and-adaptersPorts and Adapters1queerQueer1goGo1graphqlGraphQL1hibernatehibernate1hommageHommage1net.NET1mvcmvc1ideide1inclusionInclusion1ingenieurieIngénieurie1mutation-testingMutation testing1minimalismeMinimalisme1systeme-de-queueSystème de queue1jobjob1langagelangage1sqlSQL1licorneLicorne1livelive1lowtechLowTech1maisonMaison1buildbuild1theorie-des-contraintesThéorie des contraintes1devtoolDevTool1diversiteDiversité1dockerdocker1dojoDojo1open-sourceOpen Source1onlineonline1energieEnergie1entrainementEntrainement1thematuredevTheMatureDev1entretienentretien1entretien-d-embaucheEntretien d'embauche1event-sourcingEvent sourcing1extreme-programmingeXtreme Programming1flowflow1flowconFlowcon1react-nativeReact-Native1springbootspringboot1testtest1microsoftmicrosoft1
- Mes favoris
- Recevoir par email
- Partager un lien
flow
productivté
La plupart des développeurs ne savent pas organiser leurs tâches. Pourtant, c'est une étape primordiale qui a le potentiel de tripler leur productivité.
Partagé par Marc Bouvier
il y a presque 4 ans
Quelque chose m'a interpelé ceci dit : l'article sacralise presque l'état de "Flow". Or je suis en train de lire "The clean coder" de Bob Martin et j'ai été surpris de voir qu'il considère cet état comme à bannir.
Son argument est qu'en gros, dans cet état on se sent "tout puissant", tout fait sens, et par conséquent on ne peut pas produire du code "propre" (au sens où il l'entend). Et c'est vrai par mon expérience que j'ai eu tendance à écrire beaucoup de code en état de "Flow", qui était très clair dans ma tête au moment de l'écriture, mais qui s'est avéré vraiment complexe à comprendre une fois qu'on y revient la tête plus froide...
Il me semble que la méthode TDD (que je suis en train d'apprendre) empêche de se retrouver en "Flow" non ? Puisqu'on passe en permanence du test au code, on "s’interrompt" tout le temps finalement ?...
Au contraire, je trouve que le TDD me facilite l'accès au flow : je peux aller très vite sans m'inquiéter de casser quelque chose.
Pour ça il faut un feedback rapide des tests.
Après j'ai le sentiment que le TDD t'amène à mieux structurer ton code.
En tout cas, je n'ai pas vraiment vécu le syndrome que tu décris...
Le flow ne m'apporte pas un sentiment de toute puissance, mais un état d'efficacité qui est gratifiant pour les neurones. Ma productivité s'en trouve décuplée.
Du coup, tu n'es pas d'accord avec cet extrait ?
je ne suis pas sûr celà dit que Cette approche puisse être generalisable.
je me vois bien l'utiliser dans le cadre de pet projects. pour m'aider a cadrer mon travail.
Tout dépend de ce qu'on appelle "qualité exceptionnelle". ;-)
Les exemples de code auxquels je pense issu de mon état de flow n'était ni exempts de bug ni facilement compréhensibles (ni bien testés). Par contre ils mettaient en place des architectures , des concepts et montraient les choix techniques que j'avais pris (dans le but d'embarquer les autres dev dans la même direction). C''est un état qui me permettait d'avoir "tout en tête" en faisant des "gros dev"...et j'avais toujours l'impression d'avoir fait du "bon code".
J'ai beaucoup changé ma façon de développer depuis quelques mois (il n'est jamais trop tard pour se réinventer ^^), notamment grâce à "artisan développeur" ;-) ou le "clean code", mais du coup je suis devenu assez critique envers mon ancien moi ;-)
Pour le TDD, je pense que je ne suis pas encore assez "fluent" et que la méthode elle-même m'oblige encore à beaucoup réfléchir "consciemment" sur ce que je suis en train de faire.
Clairement : le TDD donne un cadre, une démarche qui protège.
Après, l’ultime c’est de faire ça à deux.
Quand tu es dans le flow en binôme, il se passe des choses très surprenantes. J’ai rarement vécu ça dans ma vie, et c’est bien dommage : on entre dans une autre dimension.
C'est un sujet récurrent des articles de blog, podcasts et vidéos youtube de Sebastian Daschner.
www.sebastian-daschner.com