Bonnes pratiques
Covid-19
remote
Télétravail

Travailler comme développeur à distance : comment surmonter les défis et augmenter la productivité


Partagé par Xavier Coiffard
il y a 16 jours
3

Derniers commentaires :
Marc Bouvier il y a 15 jours
Ce commentaire a été supprimé par son auteur.
Xavier Coiffard il y a 14 jours
Merci pour ta réponse! Effectivement, la situation actuelle n'est vraiment pas idéale pour commencer du remote. Surtout en Mars dernier où on devait gérer les gosses à la maison, le stress du COVID, le confinement etc…

Pour les plages de temps sans interruption je ne peux qu'être d'accord avect toi!
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
Architecture
Bonnes pratiques
Carrière
Clean Code
Design Pattern
Vidéo

José Paumard nous présente une sélection commentée des livres qu'il aime bien.


Partagé par Marc Bouvier
il y a 18 jours
7

Derniers commentaires :
Jo Jo il y a 16 jours - modifié il y a 16 jours
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.
Architecture
Bonnes pratiques
Design Pattern
hexagonale

Enocre une ressource sur l'archi hexa, ça fait pas de mal !


Partagé par Benoit GANTAUME
il y a environ 2 mois
18

Derniers commentaires :
dav il y a environ un mois - modifié il y a environ un mois
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 :/
Julien Sere il y a environ un mois
@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é)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Carrière
Entretien d'embauche

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 ?


Partagé par Benoit GANTAUME
il y a environ 2 mois
9

Derniers commentaires :
Benoit GANTAUME il y a environ un mois
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...
Bruno Raby il y a environ un mois
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.
Bonnes pratiques
Clean Code

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 !


Partagé par Benoit GANTAUME
il y a environ 2 mois
5

Derniers commentaires :
Benoit GANTAUME il y a environ 2 mois
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.
Marc Tourneux il y a environ un mois
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 !)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques

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 ...


Partagé par Bruno Raby
il y a 3 mois
6

Derniers commentaires :
Florian Luce il y a 3 mois
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 environ un mois
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 :)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Blog
Bonnes pratiques
DevOps

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.


Partagé par AURELIEN VIOLET
il y a 3 mois
5

Derniers commentaires :
Thibaud Duthoit il y a 3 mois
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 😇
Benoit GANTAUME il y a 3 mois
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...
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
Bonnes pratiques
Design Pattern
Git

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.


il y a 3 mois
1

Derniers commentaires :
Jean-Baptiste Baillet il y a 3 mois
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.
Très bonne idée la bibliothèque!
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Git

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.


Partagé par Axel Shaïta
il y a 3 mois
4

Derniers commentaires :
Axel Shaïta il y a 3 mois
@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/)
Baptiste Pottier il y a 3 mois - modifié il y a 3 mois
@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)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
API
Bonnes pratiques
CQRS
REST
Web

Cet article propose des pistes pour concevoir une API REST dans le cas où CRUD ne suffit plus.


Partagé par Marc Bouvier
il y a 3 mois
5

Derniers commentaires :
Ludovic Dine il y a 3 mois
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 3 mois - modifié il y a 3 mois
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/...
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Artisan Développeur utilise des cookies afin de t'offrir les meilleurs services. En poursuivant ta navigation, tu acceptes l’utilisation de cookies. En savoir plus