Bonnes pratiques
Débutant
JavaScript
Youtube

Lorsque l'on a trop de code dans une fonction, il est possible d'en extraire une fonction, afin de rendre l'ensemble plus lisible (code plus cours), plus com...


Partagé par Adrien Bey
il y a environ un mois
2

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
Alignement
Autonomie
Bonnes pratiques
Conférence
Culture
DevOps
Organisation
Produit
Retour d'experience
Théorie des contraintes
Vision systémique

Agilité à l'échelle, un mythe ? Une réalité ?


Partagé par Marc Bouvier
il y a 2 mois
0

Derniers commentaires :
Marc Bouvier il y a environ 2 mois
Je crois que mon résumé de cette ressource a été tronqué. Le voici ci dessous.

Agilité à l'échelle, un mythe ? Une réalité ?

Daniel Terhirst-North et Anna Urbaniak s'appuient sur leurs expériences et collaborations pour dessiner leur vision globale de cette problématique organisationnelle. Ils proposent des idées pour aider à comprendre et naviguer dans des organisations afin de développer des produits.

Plutôt que de vanter les mérites de tel ou tel Framework © ou Outil®, ils déconstruisent les enjeux des organisations en identifiant 2 états d'esprit.
- "digital product" mindset
- "industrial"

Les conférenciers définissent les 2 états d'esprit et les caractéristiques qui les opposent.
Ils développent pourquoi les organisations qui envisagent l'agilité à l'échelle nécessitent un équilibre entre les deux états d'esprit pour réussir.

Ils en arrivent au constat qu'il est nécessaire pour ces organisations d'atteindre l'autonomie par le biais de l'alignement.

Ils définissent les notions d'autonomie et d'alignement, dont les composantes permettent de comprendre et d'agir sur les organisations.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques

Les BPM sont des outils très intéressants. Par contre, il s'agit d'une solution technique qui apporte une complexité sous-jacente assez conséquente. Dans le monde de l'entreprise, on y fait ce recours très souvent pour modéliser des process métiers à point de devenir un choix par défaut assez dogmatique, un nième marteau de Maslow. Il est intéressant de voir d'autres alternatives à cette solution.


Partagé par Walid Debbech
il y a 2 mois
1

Derniers commentaires :
Marc Bouvier il y a 2 mois
Je confirme pour avoir travaillé dans un environnement où ce genre de système était en place.
J'ai pu constater le vendor locking que ça entraînait et la complexité accidentelle que ça engendrait. Ajouter à cela la difficulté de mettre en place des migrations et la quasi impossibilité de tester automatiquement.

Ma perception a été que les avantages que ça apportait (car il y en avait : traçabilité clé en main, outils de visualisation,...) étaient rapidement éclipsés par leurs inconvénients.
Walid il y a environ un mois - modifié il y a environ un mois
Effectivement quand on met tout dans la balance, le jeu ne vaut pas la chandelle !
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
JavaScript
NodeJS

A quoi ça sert le package-lock.json ?
Pourquoi c’est important pour partir en vacances serein ?
Romain nous explique tout ça dans cet article


Partagé par Benoit GANTAUME
il y a 4 mois
0

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Git

La notion de commits atomiques est souvent méconnue des développeurs. Mais qu'est-ce qu'un commit atomique et pourquoi l'utiliser ?


Partagé par Axel Shaïta
il y a 7 mois
7

Derniers commentaires :
Anonyme il y a 7 mois
Je ne connaissais pas la fonctionnalité du git bisect, très interessant.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques

Récemment, Dart 2.12 a été livré dans Flutter 2. Cette mise à jour contient l’une des fonctionnalités les plus importantes du langage qui est le Null Safety.


Partagé par Benoit GANTAUME
il y a 10 mois
1

Derniers commentaires :
Mathieu Barberot il y a 10 mois
Venant de Java et ayant adopté Kotlin (qui implémente aussi le Null Safety) pour mes projets perso, j'apprécie beaucoup cette sécurité de ne plus avoir à me soucier de la fameuse NullPointerException qu'on rencontre si souvent en Java lorsqu'on tente d'utiliser une variable "null".
Au final, lorsque je programme en Java (le monde professionnel ne semble toujours pas prêt pour Kotlin) je me rends compte que mon code est devenu plus défensif qu'il y a quelques années justement pour vérifier ce genre de chose et retrouver la sérénité que j'ai sur du Kotlin :/
Marc Bouvier il y a 10 mois
En effet la null safety par défaut permet de déporter le problème à un seul endroit : les entrées-sorties (I/O). Dans la plupart des autres cas, je trouve que le fait de ne pas pouvoir utiliser des valeurs null par défaut nous oblige a nous poser la raison métier du cas particulier et a questionner notre conception.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Culture

Un super article de la part d'un confrère Artisan, sur une technique simple et efficace pour mettre le pied à l'étrier sur un projet !


Partagé par Damien Palagi
il y a 11 mois
3

Derniers commentaires :
Marc Bouvier il y a 11 mois
Merci pour le partage, ca m'a fait pensé à mes vieux cours de merise mais en plus sexy :).

En tout cas, ça pourrait répondre à des problématique que j'ai (syndrome de la feuille blanche)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Clean Code

Mettre en place des standards de cohérence de code et une chose, le faire bien en est une autre !


Partagé par Léo Driat
il y a 11 mois
1

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Clean Code

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.


Partagé par Léo Driat
il y a 12 mois
2

Derniers commentaires :
Mathieu Barberot il y a 12 mois - modifié il y a 12 mois
Globalement d'accord.
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.
Marc Bouvier il y a 2 mois
Je rajoute aussi un `.gitattributes` pour forcer les fins de ligne automatiquement via git.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Design Pattern

Les patrons de conception (design patterns) sont des solutions classiques à des problèmes récurrents de la conception de logiciels. Chaque patron est une sorte de plan ou de schéma que vous pouvez personnaliser afin de résoudre un problème récurrent dans votre code.


Partagé par Nicolas Lussagnet
il y a 12 mois
3

Derniers commentaires :
julie Ramadanoski il y a 12 mois
Encore plus épuré : github.com/...
Marc Bouvier il y a 8 mois
A noter que les patrons de conception existent ou pas selon le paradigme de programmation ou même le langage.

Le pattern stratégie en POO peut être remplacé par une fonction passée en paramètre par exemple.
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