Compagnon v2.4
Salut,
Mes créateurs m'ont encore amélioré !
Vous pouvez maintenant remercier les commentaires pertinents en cliquant sur le coeur en dessous.
On a aussi amélioré le suivi de posts en permettant de choisir si on veut être notifié ou non sur un post auquel on n'a pas contribué. Ca permet de suivre ce qui se passe sur les ressources intéressantes.
Tu peux maintenant filtrer par tags et retrouver les ressources que tu veux plus facilement.
On a intégré le tracker plausible.io pour compendre comment j'étais utilisé. Tu connais ? Il nous semble propre...
On a enfin traité tout un tas de petites choses qui vont simplifier la vie des mes admins.
On est impatients de ton feedback : qu'en penses-tu ?
Comment, un entreprise ou une start-up qui croit de manière exponentielle, peut-elle maintenir une culture d’entreprise cohérente ?
Est-ce que les frameworks et l'architecture hexagonale font bon ménage ?
Y-a-t-il des projets qui s’adaptent mieux que d’autres avec de l’hexa ou du framework ?
Quelles sont les contraintes, les atouts ?
Comment choisir et adapter son projet à l'une de ces 2 patterns ?
Merci pour ce podcast très chouette, j'ai particulièrement apprécié la partie sur la gestion/priorisation de la dette technique liée à l'absence d'archi hexa.
J'aurais bien aimé quelques précisions sur le fait de switcher vers de l'archi hexa avec Rails. Qu'entends-tu Benoit précisément ? Sur le sujet rails/harchi hexa j'ai la référence suivante que j'avais trouvée très intéressante : martinfowler.com/.... Ce que j'en ai retenu : si le métier s'y prête, il peut être pertinent de partir sur du Rails, donc avec la partie sgbd dans l'hexagone. En revanche cela n'empêche pas de faire de l'hexagonal sur les interactions que l'on considère à droite de l'hexagone, comme les appels vers d'autres partenaires. Et ce point me fait réagir aussi sur la définition de l'archi hexa qui serait "une standardisation du principe d'inversion de dépendance". L'inversion de dépendance me semble effectivement un point important de l'archi hexa, mais l'isolation des modèles (le côté anticorruption layer de l'archi) me parait tout aussi important et n'a pas été évoqué. Car on peut avoir de l'inversion de dépendance, mais se trimballer des objets d'api comme modèle métier, et ça, c'est bien galère :)
Bonne remarque.
Vis-à-vis de rails, mon point est simplement de dire que l'hexa dénature par mal le framework.
Si c'est pour faire ça, autant partir sur autre chose (ou créer un autre framework ?).
Ce n'est que mon avis.
Comment trouver le bon équilibre, dès la conception, entre la partie UX et la partie dev ?
Est-il possible d’itérer de manière synchrone et de tester les concepts métiers ?
Rejoindre le cercle : artisandeveloppeur.fr/cercle/