[:fr]La parole est aux speakers : Quentin Pautrat[:]

Publié le

[:fr]Jusqu’au PHP Tour Montpellier 2018, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils aborderont lors de leur conférence !

La conférence

Un autre regard sur la validation

"Persister les données c'est bien, persister les bonnes données c'est mieux". Derrière cet adage se cache, entre autres, la validation, une facette bien connue des développeurs et développeuses. Tellement connue qu'elle en est devenue triviale. À travers les différents frameworks et leurs documentations, nous avons banalisé cet aspect du développement. Il arrive que ces outils ne soient pas toujours adaptés et nous orientent dans de mauvaises directions. Cependant il est de notre responsabilité de voir plus loin et de se poser les bonnes questions.

Salle Morpheus
17/05/2018
16:25-17:05

La génération de formulaires est souvent l’un des composants les plus difficiles à aborder dans un framework. Aurais-tu des conseils pour en apprendre leur usage ?

En réalité, je pense que c’est assez simple. Il semble compliqué parce qu’il permet de faire beaucoup de choses.
Alors qu’en fait il suffit de garder en tête que le formulaire à une responsabilité bien précise. Son rôle est de permettre à l’utilisateur de saisir des informations et de le tenir informé des éventuelles erreurs de saisies. Rien d’autre. Si on limite l’impact du formulaire à la seule couche de présentation, tout devient normalement plus facile. Sans trop en dévoiler, une bonne idée est par exemple de ne pas utiliser ses entités métier directement dans ses formulaires. Si vous voulez en savoir plus j’en parle dans ma présentation.
Bien entendu il est toujours possible de tomber sur des formulaires complexes. Dans ces cas là, il n’y a pas de secret, il faut apprendre et tester… ou bien de déléguer la génération au client. Bon courage !

Tu indiques être software craftsman, à quoi correspond ce qualificatif ?

C’est un mouvement qui prône l’idée de responsabilité et de professionnalisme des développeurs, en mettant en avant le partage de connaissance et la communication entre les différentes partie prenantes d’un projet.
Quand je lis le Software Craftsmanship Manifesto je me reconnais dans ses valeurs parce qu’il amène une approche différente de notre métier. On sort de la banalisation du développeur qui le réduit à un simple producteur de code.
Pour moi ce n’est pas simplement un « joli » titre que l’on met sur notre CV.
Je suis intimement convaincu que ces engagements sont des vraies valeurs ajoutées à l’entreprise.
Comprendre les enjeux métier et y répondre de façon adéquate est significativement plus important que de produire du « beau » code.
De plus si j’adore tellement mon job c’est en grande partie grâce à sa communauté. Le partage de connaissances est l’un des fondements du manifeste.
Si je devais résumer je dirais que le terme architecte est un titre, software craftsman est un état d’esprit.
http://manifesto.softwarecraftsmanship.org/

Ce sera ta première conférence, qu’est ce qui t’a motivé à te lancer dans l’aventure?

Je pensais n’avoir rien à proposer à la communauté. « Ils le savent déjà » est une phrase que je me suis longtemps répété.
Pourtant au fond de moi, j’ai toujours eu cette envie de nourrir ce cercle vertueux d’apprendre et enseigner.
Puis j’ai assisté au Forum PHP 2017 avec une partie de l’équipe d’Evaneos.
Il se trouve que je n’étais pas convaincu par certains choix ou explications dans plusieurs sujets.
Avec le recul je me suis rendu compte que, finalement, ce qu’on faisait avait de la valeur parce que cela correspond à notre réalité.
Je pense qu’on maitrise tous très bien plusieurs sujets sur lesquels on pourrait discuter pendant des heures, alors pourquoi pas quelques minutes ?
Un jour un collègue m’a dit que « ce qui est important c’est ton expérience, pas celle des autres ».
Cette phrase a trouvé echo dans ma tête et je me suis convaincu de tenter le coup.

Une conférence présentée par

Quentin PAUTRAT
Quentin PAUTRAT
Quentin est peu architecte logiciel, un peu développeur et un peu software craftsman chez Evaneos. DDD, BDD, TDD, Hexagonal Architecture, POO, Design Patterns sont ses jouets, entre autres, du quotidien.

Autres interviews

[:]