Si tu montes ton projet SaaS, sais-tu quelle ambition tu souhaites lui donner, sous quel modèle économique et sur quel marché viable l’implanter ? 


Partagé par Artisan Développeur
il y a plus de 3 ans
1

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

Un excellent talk proposant un exemple de clean architecture sur un projet front, en séparant la partie logique d'un composant (la logique 'contrôleur' : le data-model et son comportement) de son application sur le DOM (gérée par un framework). Ainsi, la logique de l’application est complètement découplée de la stack utilisée : dans la démo, on passe facilement d'une application écrite en Angular à une application écrite en React.


Partagé par Elise Patrikainen
il y a plus de 3 ans
1

Derniers commentaires :
Marc Bouvier il y a environ 3 ans - modifié il y a environ 3 ans
Je trouve que les talks de alpescraft abordent des sujets très intéressants.
Elise Patrikainen il y a environ 3 ans
Oui je suis d'accord, j'avais même envie d'y aller l'année prochaine. Il y a des gens qui y vont ici ?
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.

Tester des composants graphiques, ok mais comment ? 


Partagé par Artisan Développeur
il y a plus de 3 ans
1

Derniers commentaires :
Mathieu Barberot il y a plus de 3 ans - modifié il y a plus de 3 ans
Super épisode, on entend pas assez parler des tests dans le monde du frontend, même si personnellement, je ne suis pas un grand fan des snapshots.

Voir les snapshots passer régulièrement au rouge et devoir les ré-accepter est quand même assez pénible et à la longue ça m'a poussé à les accepter sans me poser de question, ce qui ne me convenait pas.

Au final, j'utilise l'approche des "test selectors" que j'ai découvert avec Ember.js (si vous en avez marre de réinventer la roue et de faire de la plomberie avec React/Vue, allez jeter un coup d'oeil). J'apprécie cette méthode car elle se repose uniquement sur le fait qu'un élément ciblé de manière unique est bien présent, quelque soit son emplacement dans le DOM et ça me permet de refactorer des composants sans que le test passe au rouge.

Quelques ressources sur les tests selectors :
simplabs.com/...
docs.cypress.io/...
testing-library.com/...
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.

Le projet open source durable est-il une marotte ? 


Partagé par Artisan Développeur
il y a plus de 3 ans
1

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

Pour suivre le cursus Artisan Développeur : ad302.fr/3syGBo
Pour faire ton diagnostic de pratiques gratuit : ad302.fr/vA9131


Partagé par Artisan Développeur
il y a plus de 3 ans
1

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

Dans le podcast d'aujourd'hui, Thierry Leriche nous parle de son aventure d'éditeur Saas.


Partagé par Artisan Développeur
il y a plus de 3 ans
1

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 plus de 3 ans
1

Derniers commentaires :
Mathieu Barberot il y a plus de 3 ans
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 plus de 3 ans
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.
Agilité

Agile est de très loin la méthodologie phare du développement logiciel. Mais est-elle aussi parfaite qu'elle en a l'air ? On va voir ça.


Partagé par Léo Driat
il y a plus de 3 ans
1

Derniers commentaires :
Julien Sere il y a plus de 3 ans
La critique du manifest agile n'est pas chose aisé, surtout quand on a peu d'expérience et qu'on ait un tout jeune développeur.

Mais ca a le mérite d'être courageux et c'est quand meme un exercice tres intéressant ! je t'encourage à continuer Léo
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.

Développer un produit ce n’est pas écrire du code. 


Partagé par Artisan Développeur
il y a plus de 3 ans
1

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité

Agile est de très loin la méthodologie phare du développement logiciel. Mais est-elle aussi parfaite qu'elle en a l'air ? C'est ce qu'on va voir.


Partagé par Léo Driat
il y a plus de 3 ans
1

Derniers commentaires :
Benoit GANTAUME il y a plus de 3 ans
"Agile est de très loin la méthodologie phare du développement logiciel."
Je suis ému de lire ça... Il y a 20 ans quand j'en parlais, je passais pour un fou...
Quelque part, je suis rassuré de voir que l'outil miracle n'existe pas.
Mathieu Barberot il y a plus de 3 ans - modifié il y a plus de 3 ans
C'est peut être effectivement en raison du flou autour des implémentations du manifeste, mais effectivement j'ai l'impression que nombreux sont ceux qui se disent d'un seul coup "Allez, ce nouveau projet on le fait en agile" et tombent dans le "Dark Agile".
Je pense au contraire que l'agilité est un état qu'on atteint lorsqu'on à mis en place au fur et à mesure les méthodes et pratiques qui vont dans le sens des concepts du manifeste.
L'exemple typique : on ne peut pas décréter du jour au lendemain qu'on va déployer souvent si on ne l'a jamais fait avant. Il faut une bonne culture devops pour avoir l'automatisation, des bonnes pratiques de dev pour ne pas livrer des tonnes de bugs et de l'organisationnel pour livrer des jalons incrémentaux avec de la valeur.
Rien que ça, c'est déjà tout un projet pour bon nombre d'entreprises et ça ne couvre qu'une partie du manifeste !
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