Travailler comme développeur à distance : comment surmonter les défis et augmenter la productivité
José Paumard nous présente une sélection commentée des livres qu'il aime bien.
Derniers commentaires :
Jo Jo
il y a presque 4 ans - modifié il y a presque 4 ans
Toujours intéressant de voir les lectures des uns et des autres. Quand il y a des livres qui ressortent souvent, c'est un bon indicateur pour axer ses futures lectures ;) Sinon sur sa chaîne j'ai beaucoup aimé la série de vidéos sur les principes SOLID et design patterns qu'il a fait. C'est très bien expliqué (je crois que ça avait déjà été partagé ici ?) .
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Enocre une ressource sur l'archi hexa, ça fait pas de mal !
Derniers commentaires :
dav
il y a presque 4 ans - modifié il y a presque 4 ans
Bonne remarque :) Je ne suis pas du tout expert sur le sujet, donc ma réponse est à prendre avec des pincettes. Pour moi c'est une question de nuance. Certaines classes n'auront aucun TU directement associés, car elles seront complétement couvertes par d'autres tests. D'autres seront complètement couvertes par des tests spécifiques si leur fonctionnalité est complexe.
Mais je manque d'arguments et de ressources pour détailler cette nuance :/
Mais je manque d'arguments et de ressources pour détailler cette nuance :/
Julien Sere
il y a presque 4 ans
@xtrembaker, lorsque j'ai une méthode un peu tricky comme tu dis, c'est surrement un élément important/complexe de ton business. Je te recommande alors de sortir cet élément dans une classe distincte dédié à l'implémentation de cette algo. ca te permet donc de dégager une partie "complexe" de ta classe mère, de sans doute mieux respecter le principe de single responsability
Ca te permettra de faire peut etre apparaitre mieux dans ton code un concept métier (si méthode compliqué c'est bien que c'est un point sensible métier normalement)
En le mettant dans une classe dédié, tu pourras aussi le remplacer plus simplement (par exemple ca devient facile de remplacer l'appel de cette classe dédié par une interface et ca ouvre la porte à la possibilité de switcher facilement d'implémentation, imagine que tu as une idée pour améliorer l'algo en question ou améliorer sa vitesse, bim ca devient possible facilement par le fait que tu ai extrait l'algo dans une classe dédié)
Ca te permettra de faire peut etre apparaitre mieux dans ton code un concept métier (si méthode compliqué c'est bien que c'est un point sensible métier normalement)
En le mettant dans une classe dédié, tu pourras aussi le remplacer plus simplement (par exemple ca devient facile de remplacer l'appel de cette classe dédié par une interface et ca ouvre la porte à la possibilité de switcher facilement d'implémentation, imagine que tu as une idée pour améliorer l'algo en question ou améliorer sa vitesse, bim ca devient possible facilement par le fait que tu ai extrait l'algo dans une classe dédié)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Je viens de mettre à jour cet article que j'avais écrit il y a quelques temps.
Je garderais les mêmes questions !
Et toi ?
Quelles questions poses-tu en entretien ?
Derniers commentaires :
Benoit GANTAUME
il y a presque 4 ans
Merci Maxime pour ton retour. Clairement si tu sens que ça met mal à l'aise, il vaut mieux lever le pied et appuyer un peu moins.
Après, la question que je me pose est la suivante : est-ce que tu as envie de bosser dans ce genre de contexte ?
Au moins si tu dis oui, tu sais à quoi t'attendre...
Après, la question que je me pose est la suivante : est-ce que tu as envie de bosser dans ce genre de contexte ?
Au moins si tu dis oui, tu sais à quoi t'attendre...
Bruno Raby
il y a presque 4 ans
Oui, effectivement ces questions sont techniques et appuient là où cela "pourrait faire mal" pour l'entreprise dans laquelle vous postulez. Elles sont destinées à vous rendre compte avec le plus de justesse possible dans "quoi vous mettez les pieds". A mon avis, il ne faut pas les poser toutes les unes à la suite mais vous devez vous adapter en fonctions des réponses données.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Aujourd'hui, je vais te montrer les pires bouts de code que j’ai jamais vus. Des sataneries qu'il ne faut surtout pas produire !
Derniers commentaires :
Benoit GANTAUME
il y a presque 4 ans
Salut,
Par personnellement, mais j'ai vu ça en coaching d'équipes.
Fuir est une option rapide.
Défendre sa cause est plus long et plus impactant sur à terme. Mais il faut en avoir la patience et l'envie.
Si tu aimes le côté évangéliste, c'est intéressant à faire. Si tu veux juste coder dans de bonnes conditions, tu as probablement plus vite fait de changer d'environnement.
Par personnellement, mais j'ai vu ça en coaching d'équipes.
Fuir est une option rapide.
Défendre sa cause est plus long et plus impactant sur à terme. Mais il faut en avoir la patience et l'envie.
Si tu aimes le côté évangéliste, c'est intéressant à faire. Si tu veux juste coder dans de bonnes conditions, tu as probablement plus vite fait de changer d'environnement.
Marc Tourneux
il y a presque 4 ans
Salut,
Je n'ai pas pris la peine de défendre mon point de vue car je suis le principal développeur. Les personnes opposées étaient les chefs de projet, qui ne touchent que très ponctuellement au code... et qui étaient beaucoup intéressées à définir la place de l'accolade pour le "if" (retour à la ligne ou pas ?! ça c'est un grand débat !)
Je n'ai pas pris la peine de défendre mon point de vue car je suis le principal développeur. Les personnes opposées étaient les chefs de projet, qui ne touchent que très ponctuellement au code... et qui étaient beaucoup intéressées à définir la place de l'accolade pour le "if" (retour à la ligne ou pas ?! ça c'est un grand débat !)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
C'est quoi la modélisation d'une architecture logicielle à l'aide du modèle C4 ? Je connaissais bien UML et l'outil qui va avec Enterprise ...
Derniers commentaires :
Florian Luce
il y a presque 4 ans
Merci pour ce partage je ne connaissais pas cette "methodo". Forcé de constater avec le temps que peut importe le projet et sa taille à partir du moment où tu as besoin de communiquer c'est un formidable outil. Et je rejoins Bruno sur la nécessité d'adapter la méthode et le cadre aux spécificités et besoins réels du projet, c'est là où UML et son mécanisme de profil est très intéressant pour créer un metamodel aligné sur les besoins du projet.
Emmanuel Ernest
il y a presque 4 ans
Ce que j'aime dans le modèle C4, c'est la simplicité avec laquelle on peut transmettre une intention.
Cela permet d'avoir une méthode de communication claire et lisible, facile à lire même pour les développeurs débutants !
UML est un outil qui peut se révéler complexe, mal maitrisé cela peu apporter de la confusion.
Rien n'empêche de mixer les deux par ex: utiliser C4 Model et réserver UML aux cas les plus avancés :)
Cela permet d'avoir une méthode de communication claire et lisible, facile à lire même pour les développeurs débutants !
UML est un outil qui peut se révéler complexe, mal maitrisé cela peu apporter de la confusion.
Rien n'empêche de mixer les deux par ex: utiliser C4 Model et réserver UML aux cas les plus avancés :)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Cette série de trois articles présente des solutions pour optimiser la taille des images Docker. Dans cette première partie, on parle surtout de *multi-stage build*, parce que dans la démarche de réduction de taille des images, ça devrait presque toujours être notre première étape. On va également expliquer les différences entre les bibliothèques statiques et dynamiques, et on expliquera pourquoi c'est important. Ce sera l'occasion de présenter la fameuse distribution Alpine Linux.
Derniers commentaires :
Thibaud Duthoit
il y a presque 4 ans
Le devops sur mon projet actuel utilise du docker partout. Il créé un container pour chaque partie du projet : front/back/oauth2/services data science. Mais pour le front, je préfère généralement m'en passer au quotidien.
C'est parfois utile pour récupérer en local le reste des services et s'y brancher sans avoir à installer tous les environnements.
Ce sont aussi les dockers qui sont déployés sur les services amazon, sauf pour le front qui joue le village gaulois et qui upload directement les fichiers statiques sur S3 😇
C'est parfois utile pour récupérer en local le reste des services et s'y brancher sans avoir à installer tous les environnements.
Ce sont aussi les dockers qui sont déployés sur les services amazon, sauf pour le front qui joue le village gaulois et qui upload directement les fichiers statiques sur S3 😇
Benoit GANTAUME
il y a presque 4 ans
Je m'interroge encore parfois. Sur certains projets, je vois des stacks avec 7 ou 8 dockers, dont certains pour faire une opération ultra-basique.
Couplé avec des micro-services, ça peut faire des stacks franchement lourdes pour pas grand chose...
Je me demande comment fixer la limite de l'over-engineering...
Couplé avec des micro-services, ça peut faire des stacks franchement lourdes pour pas grand chose...
Je me demande comment fixer la limite de l'over-engineering...
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Les développeurs passent beaucoup de temps devant un écran, parfois au détriment de leur santé oculaire. Une des solutions serait la lecture sur un support papier.
Derniers commentaires :
Jean-Baptiste Baillet
il y a presque 4 ans
La bibliothèque est une bonne idée. Certains des livres sont en cours de lecture. Je tacherais d'en faire un résumé lorsque je les aurais finis. Merci pour vos retours.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Lorsque l’on utilise Git, surtout quand on est débutant, on ne sait pas toujours comment nommer correctement ses branches ou ses messages de commits. Pourtant il est primordial pour s’y retrouver dans un projet, de respecter une convention de nommage.
Derniers commentaires :
Axel Shaïta
il y a presque 4 ans
@Corentin Leffy J'ai pas mal utilisé cette convention que je trouve, comme tu dis, très visuelle. J'en fais d'ailleurs mention très brièvement dans mon article.
@Marc Bouvier C'est exactement cette convention ! Effectivement elle est de plus en plus suivie car pas mal d'outils se basent sur celle-ci pour automatiser la génération des changelogs ou le versionning (en se basant sur semver.org/lang/fr/)
@Marc Bouvier C'est exactement cette convention ! Effectivement elle est de plus en plus suivie car pas mal d'outils se basent sur celle-ci pour automatiser la génération des changelogs ou le versionning (en se basant sur semver.org/lang/fr/)
Baptiste Pottier
il y a presque 4 ans - modifié il y a presque 4 ans
@benoit Oui, nous l'utilisons depuis une année en mode "souple", c'est à dire que nous gardons une branch develop en plus de la master, là ou certain "extremistes" ne gardent que la master (et franchement on s'interroge à ne pas pousser jusque là tellement c'est pratique).
Les gains sont :
- l'obligation de travailler propre (il faut penser au copain)
- obligation de faire de petit commit
- incitation forte au feature flag
- Jamais de gros diff, jamais de branch qui se meurent ou qui durent des jours et des jours voir plus (sympa à merger ...)
On peut très bien savoir faire cela avec des branches, mais alors elles n'ont plus d’intérêt (si on merge toutes les heures, autant faire dans develop).
A chaque onboarding, le nouvel arrivant est dérangé mais très vite il adore (et on utilise les tags!) c'est queque chose qu'il faut pratiquer pour véritablement en comprendre l'avantage (comme le TDD sur ce point)
Les gains sont :
- l'obligation de travailler propre (il faut penser au copain)
- obligation de faire de petit commit
- incitation forte au feature flag
- Jamais de gros diff, jamais de branch qui se meurent ou qui durent des jours et des jours voir plus (sympa à merger ...)
On peut très bien savoir faire cela avec des branches, mais alors elles n'ont plus d’intérêt (si on merge toutes les heures, autant faire dans develop).
A chaque onboarding, le nouvel arrivant est dérangé mais très vite il adore (et on utilise les tags!) c'est queque chose qu'il faut pratiquer pour véritablement en comprendre l'avantage (comme le TDD sur ce point)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Cet article propose des pistes pour concevoir une API REST dans le cas où CRUD ne suffit plus.
Derniers commentaires :
Anonyme
il y a presque 4 ans
Ton article m'intéresse beaucoup ! J'avais fait une API Rest complète avec Node.js pour un projet il y a 3 ans, et j'envisageais de me rafraîchir les idées sur le sujet.
Marc Bouvier
il y a presque 4 ans - modifié il y a presque 4 ans
Il y a aussi les articles d'octo que je trouve bien faits et en français.
- Designer une API REST : blog.octo.com/...
- Sécuriser une API REST : blog.octo.com/...
- Concevoir une API REST conforme au RGPD : blog.octo.com/...
- Designer une API REST : blog.octo.com/...
- Sécuriser une API REST : blog.octo.com/...
- Concevoir une API REST conforme au RGPD : blog.octo.com/...
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Pour les plages de temps sans interruption je ne peux qu'être d'accord avect toi!
La santé mentale ou le fait de consulter un•e psychologue est encore trop considéré comme un tabou dans notre métier en particulier et dans la société en général.
On se retrouve avec des collègues qui partent en burn-out du jour au lendemain, ou encore d'autres qui nous imposent (sans notre consentement) leurs problèmes en salle de pause... (Je ne suis pas ton psy!). Dans ces cas je tente d'instruire en invitant la personne à en parler avec la médecine du travail ou à trouver un professionnel.
Avoir une personne neutre avec qui parler dans un contexte "safe" psychologiquement peut vraiment aider chacun de nous a mieux se comprendre et à aller mieux.