Communiquer avec les autres est la base de nos relations humaines. Mais, on s’en rend bien compte au quotidien, ce n’est pas toujours facile ! Et peut-être encore moins au niveau professionnel.
Comment faire passer ton message et surtout être entendu ? D’ailleurs sais-tu toi même écouter ?
Pour suivre le cursus Artisan Développeur : ad302.fr/3syGBo
Pour faire ton diagnostic de pratiques gratuit : ad302.fr/vA9131
SoundCloud vient de sortir un article sur le pattern BFF (Backend For Frontend) et comment ils considère que c'est légèrement différent d'une approche API Gateway avec GraphQL dans l'implémentation.
C'est assez intéressant :)
L'auteur nous explique comment s'est passé pour lui ses premières contributions open source.
Dans l’épisode d’aujourd’hui, Aurélien Estoup - CTO d’une ESN - partage son expérience et sa manière de faire du Craft.
Comment, en effet, partager les valeurs du Craft, ses principes, sa pratique, sans imposer mais en proposant, en écoutant et comment améliorer la définition du besoin client afin d’adapter sa stratégie technique ?
Avec Xavier Nopre, on code un snake en TDD avec toi !
Rejoins-nous même si tu n'as pas vu le premier épisode !
Ce sera la suite de ce live www.youtube.com/....
Pour suivre le cursus Artisan Développeur : ad302.fr/3syGBo
Pour faire ton diagnostic de pratiques gratuit : ad302.fr/vA9131
La vidéo est très sympa et démontre bien que de toutes manières : on a rien à perdre à faire les choses de la meilleure façon possible !
En ce qui concerne la valorisation des compétences auprès des clients, j'ajouterais tout de même quelques points :
- il ne faut pas vendre la méthode, mais les bénéfices de celle-ci => conception simplifié, itération rapide, maintenance légère grâce aux tests en place...
- il ne faut pas partir avec l'idée d'un "donneur d'ordre" ; mon client n'est pas en capacité de réaliser son application seul, et je suis son allié dans la conception et réalisation de celle-ci !
Ces petites subtilités de mindset font en général la différence avec le client quand il s'agit de poser le cadre de la mission 😉
Du code impeccable écrit partout pareil, ça donne envie, non ? Et pourtant, l’idée s’avère bien plus risquée qu’elle n’y parait.
J'aurais quand même tendance à poser un .editorconfig d'office dans n'importe quel projet pour les conventions les plus basiques : encodage des fichiers, espaces/tabulations, cr/lf en fin de ligne...
C'est supporté par tous les éditeurs, ça ne mange pas de pain et ça évite bien des problèmes (je pense à toi, le caractère de fin de ligne différent selon l'OS et aussi à toi fichier YAML qui ne supporte pas les tabulations).
Pour les aspects plus avancés, je recommanderais les conventions officielles (s'il y en a) et de n'en diverger qu'exceptionnellement : un nouvel arrivant aura déjà bien assez de sujets qui nécessitent une réadaptation.
Selon la définition du dictionnaire, le leadership se définit comme la « fonction de leader, position dominante ». Le leader, quant à lui est une « personne qui, à l’intérieur d’un groupe, prend la plupart des initiatives, mène les autres membres du groupe, détient le commandement ».
D’ou provient cette « fonction » ? Est-elle innée ou au contraire fait-elle partie d’une construction sociale ?
Quelle représentation nous faisons-nous des autres et comment pouvons-nous travailler en équilibre au sein même d’un groupe aux individualités multiples ?
On en parle avec Jean-Baptiste Dusseaut, extreme programmeur passionné et CTO d’une start-up.
Pour apprendre à écrire du code durable : ad302.fr/3syGBo
Fais ta veille avec compagnon : ad302.fr/T2gsJP