C'est pour ça que j'ai parlé au passé et pas au présent.
Et donc il faut que ce soit le cas partout ?
Je n'ai fait que citer 2 exemples qui prouve que la démocratie ce n'est pas FORCEMENT le meilleur système. Je n'ai pas généralisé.
(j'assume qu'il ne s'agit pas de troll) Debian sort une version sort une version tous les 2 ans environs et maintiens la version précédente pendant un an. Le rythme de sortie n'est pas dicté que par la vitesse.
Effectivement, il s'agissait d'une exagération mal placée.
Grosse comment ? Seuls les inexpérimentés sont resté ? Tu as quelque chose qui appuis ça ?
L'arrivée de systemd dans debian a vu naitre nombre de soucis de compatibilité, et après le départ d'une partie (je ne vais pas utiliser la figure de style de l'exagération pour accentuer mon argumentation) des packagers vers Devuan, pendant plusieurs mois nombre de paquets ont changé de mainteneur attitrés. Ils ne sont peut être pas expérimenté mais une passation de projet de ce genre a entraîné encore plus de bugs de compatibilité, et de packaging. Mais c'est peut être mon biais de confirmation qui parle quand chaque "apt upgrade" me foirait un truc sur le système à l'époque.
Note toute de même que la gouvernance d'un projet, en particulier quand le projet se veut communautaire, est un élément crucial.
Le projet est un élément crucial, tout le reste autour c'est du sucre.
Je rajouterai même que (sans troll) la démocratie c'est pas forcément le meilleur système.
Dans une cuisine, tu n'as qu'un seul chef qui donne les ordres.
Dans un navire, tu n'as qu'un seul capitaine qui donne les ordres.
Dans tout projet il faut quelqu'un capable de dire merde aux autres et prendre des décisions. C'est ce que Linus a fait avec Linux pendant très longtemps. C'est ce que Guido a fait avec Python pendant très longtemps, etc…
Les projets démocratiques avec comité ça donne :
Debian qui sort une version tout les 15 ans, et ou lors de l'arrivée désastreuse de systemd dans la distro a fait partir une grosse partie des packagers historique (laissant les inexpérimentés)
Python sans Guido : qui commence à introduire des fonctionnalités non-cohérente avec le reste de l'écosystème
C++ : qui est devenu un langage avec tellement de paradigme différent que je n'ose plus dire "Je fais du C++" mais je dis "Je fais tel subset du C++"…
Au final, j'ai plutôt l'impression que l'opensource ne marche, en terme financier, que quand tu opensources un logiciel qui n'est pas critique à ton business model
Cela me fait penser au modèle de "l'opencore", ou tu opensource qu'une petite partie de ton logiciel, et certainement pas sa plus-value.
On peut très bien commencer un projet opensource et s'apercevoir que cela ne fait pas bouillir la marmite.
Oui
et voir que beaucoup utilisent le résultat de ton travail sans contribuer en retour.
Aucune licence libre n'oblige un utilisateur à contribuer en retour. Si tu veux poser des conditions à l'utilisation de ton logiciel (aka: faites des contribs), ce n'est plus du libre.
Du côté d'Amazon, c'est pas leur coeur de métier donc c'est plus facile pour eux d'arriver une fois que le produit fonctionne bien et de faire le chevalier blanc.
Tout a fait
quel est le business modèle pour réussir avec de l'opensource?
De ce que j'ai compris, l'opensource (et le libre de manière plus général) nécessite de l'argent (pour payer les devs, la maintenance, etc…). Rien n'est gratuit.
AMHA, Une société qui ne fait QUE de l'opensource est destinée à faire faillite.
Les Google/Amazon/Microsoft peuvent se permettre de faire de l'open-source car ils ont un revenu régulier conséquent qui ne vient pas (directement) de l'open source.
car AWS ne jouaient pas le jeu du libre d'après eux
Le mot clé ici c'est "d'après eux". Il semblerait que Elastic interprète libre comme "on fait de l'opensource pour bénéficier de la hype, mais en vrai ça nous fait chier que les gens utilisent les libertés qu'on leur a donné et qu'on avait promis de ne pas retirer".
Je sais pas si Amazon fait du "libre-washing", mais ils sont déjà plus dans l'esprit OpenSource/Libre que Elastic.
Tout le monde n'a pas le même usage de Kubernetes.
Chaque pod a une IP, ensuite chaque service de type ClusterIP en a une aussi. Je suppose que quand tu es un Google ou un OpenAI[1] tu as beaucoup de pods/services, et donc besoin de beaucoup d'IP.
En tout cas, moi et ma petite boite nous avons pour l'instant 3 noeuds avec moins d'une 10aine de services.
Après, j'avoue c'était à moitié du troll, je suis pas contre l'IPv6, j'aimerais juste que ce soit transparent pour moi en tant qu'utilisateur (ce que ma Box et des outils comme Kubernetes font très bien).
A l'époque ou je faisais de l'auto-hébergement, ma box internet redirigeait certains ports sur un serveur local, qui avait un reverse proxy vers mes backends.
Le NAT c'est la box qui le gérait, pas moi. J'aime bien déléguer la complexité à d'autres dont c'est le métier.
EDIT: Et je m'attends à ce que soit la box qui gère l'IPv6, pas moi. Je m'attends à ce que ce soit transparent.
J'ai quand même peur que le fork version Amazon tente de t'enfermer dans leur écosystème.
Par contre, monétiser de l'open source quand on est pas une multinationale, c'est compliqué. Je préfère le modèle de Sentry1, d'abord proprio ensuite open-source, plutôt que faire de belles promesses (ne jamais dire jamais).
Pour ma part, je passe par ansible pour l'orchestration de mon serveur ldap (et de tout le reste tant qu'à faire), et éventuellement phpldapadmin pour aller explorer l'annuaire.
Quand la plupart des libs scientifique Python sont développées (partiellement ou entièrement) en C/C++ (numpy, tensorflow, …), il n'est pas si étonnant d'en voir apparaître en Rust.
Il faut bien se rendre compte que Python ne fait souvent que office de glue entre les différentes briques de ta pipeline de traitement de données.
Mais rends la tâche du programmeur extrêmement difficile car il est quasiment impossible de faire un programme un peu complexe qui n'a pas une « undefined behavior ».
Je vais avoir besoin de savoir ce que tu appelle programme un peu complexe et aussi d'exemple d'undefined behavior qu'on ne peut éviter.
J'ai pas tout lu (par flemme j'avoue) donc je vais parler de mémoire. Il me semble que les undefined behavior du C correspondent à des cas très précis et le plus souvent documenté par l'implémentation.
Quand on fait du bas niveau, il ne faut pas se limiter à la spec du langage, mais il faut aussi se servir de la spec du compilo et du hardware. Ne pas le faire, c'est se tirer une balle dans le pied (après, j'avoue qu'il y a beaucoup d'unijambiste dans le monde du dev).
C'est une crainte que j'ai aussi (comme dit dans le conclusion), et qui va nécessiter de réaliser des benchs.
Si cela pose problème, il faudra explorer d'autres solutions. L'avantage de la solution présentée ici c'est la compartimentation des utilisateurs ET des applications.
J'ai choisi d'utiliser asyncio pour permettre au serveur de mieux paralléliser, mais je n'ai aucun chiffre pour assurer mes dires.
Je vise à avoir d'abord un PoC qui soit testable avant de passer à l'étape d'optimisation.
Idéalement, j'aimerai bien avoir ça côté versionning :
la doc et le logiciel sont versionné séparément (je ne parle pas de gestion de version via git ou autre)
chaque version de la doc est associée à un ensemble de version du logiciel
quand tu mets à jour la doc (correction, clarification, etc…), tu bump sa version, pas de soucis
quand tu mets à jour le logiciel, et que cela n'impacte pas la doc, en réalité si, ça l'impacte : l'ensemble de version compatible est modifié
En gros, dès que tu modifie le logiciel, la doc s'en retrouve impactée, dans tout les cas.
Et du coup côté procédure :
une seule procédure pour générer la doc, qui est déclenchée par un build (en général déclenché par une git hook en même tant que l'intégration continue, voir le déploiement continu)
la doc et le logiciel dans le même dépôt, ou alors un git-submodule pour ne pas perturber les rédacteurs/traducteurs, une mise à jour de la doc implique un nouveau trigger de la git hook
Mais en réalité ce que je fais vraiment c'est plutôt :
j'ai la doc dans le même dépôt que mon logiciel
doc d'API générée par les docstrings de mon code, et 2-3 tutos que je mets à jour à chaque version majeure si besoin
ma doc et mon logiciel ont le même numéro de version (l'utilisateur à pas à se casser la tête, logiciel version X.Y.Z, doc version X.Y.Z)
Le soucis, c'est que dans le vote blanc tu ne peux pas exprimer ton rejet du système en place (que ce soit la forme du gouvernement, la forme du système de vote, ou la forme de la "démocratie" actuelle).
Certes, dans l'abstention il y a :
ceux qui rejettent le système actuel
ceux qui ont la flemme d'aller voter (donc qui ne jugent pas nécessaire de profiter de leur droit)
ceux qui préfèrent laisser les autres décider
ceux qui …
Peu importe la proportion de ces cas, prenons le cas fictif ou l'on arrive à 95% d'abstention. Le candidat élu va-t-il toujours ignorer en se disant "la populace s'en fout" ? Lui peut-être, mais sa légitimité ne sera jamais approuvée par ses pairs, la population, les autres dirigeants, …
A partir de combien de pourcentage d'abstention la légitimité du système sera-t-elle remise en cause ?
Ah il est indéniable que ce modèle de scrutin possède beaucoup moins de défauts que l'actuel !
Les modèles de scrutins sont un domaine très intéressants des mathématiques, et la plupart des modèles qui existent sont âgés d'avant la première république.
La question que j'aime me poser du coup, c'est pourquoi c'est le modèle actuel qui a été retenu à l'époque ?
Autrement dit, quels sont les avantages de ce modèle par rapport à d'autres ?
Une question qui reste sans réponses pour moi malheureusement…
[^] # Re: Debian ? Un gouvernement distribution
Posté par David Delassus (site web personnel) . En réponse au lien Debian décide de ne pas se prononcer sur le retour de Richard Stallman au sein de direction dela FSF. Évalué à -1.
Lorsque l'auteur d'un projet l'abandonne, il n'y a plus personne pour protéger "l'étincelle" qui a fait naître le feu du projet.
Entretenir un feu c'est facile, protéger l'étincelle, c'est compliqué. La vision de l'auteur peut et va se diluer, et je trouve ça dommage.
Ce n'est que mon avis cependant :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Debian ? Un gouvernement distribution
Posté par David Delassus (site web personnel) . En réponse au lien Debian décide de ne pas se prononcer sur le retour de Richard Stallman au sein de direction dela FSF. Évalué à -4. Dernière modification le 20 avril 2021 à 13:03.
C'est pour ça que j'ai parlé au passé et pas au présent.
Je n'ai fait que citer 2 exemples qui prouve que la démocratie ce n'est pas FORCEMENT le meilleur système. Je n'ai pas généralisé.
Effectivement, il s'agissait d'une exagération mal placée.
L'arrivée de systemd dans debian a vu naitre nombre de soucis de compatibilité, et après le départ d'une partie (je ne vais pas utiliser la figure de style de l'exagération pour accentuer mon argumentation) des packagers vers Devuan, pendant plusieurs mois nombre de paquets ont changé de mainteneur attitrés. Ils ne sont peut être pas expérimenté mais une passation de projet de ce genre a entraîné encore plus de bugs de compatibilité, et de packaging. Mais c'est peut être mon biais de confirmation qui parle quand chaque "apt upgrade" me foirait un truc sur le système à l'époque.
Le projet est un élément crucial, tout le reste autour c'est du sucre.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Debian ? Un gouvernement distribution
Posté par David Delassus (site web personnel) . En réponse au lien Debian décide de ne pas se prononcer sur le retour de Richard Stallman au sein de direction dela FSF. Évalué à -4.
Je rajouterai même que (sans troll) la démocratie c'est pas forcément le meilleur système.
Dans une cuisine, tu n'as qu'un seul chef qui donne les ordres.
Dans un navire, tu n'as qu'un seul capitaine qui donne les ordres.
Dans tout projet il faut quelqu'un capable de dire merde aux autres et prendre des décisions. C'est ce que Linus a fait avec Linux pendant très longtemps. C'est ce que Guido a fait avec Python pendant très longtemps, etc…
Les projets démocratiques avec comité ça donne :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Debian ? Un gouvernement distribution
Posté par David Delassus (site web personnel) . En réponse au lien Debian décide de ne pas se prononcer sur le retour de Richard Stallman au sein de direction dela FSF. Évalué à 0. Dernière modification le 20 avril 2021 à 11:38.
Sans parler de dev, la politique prend quand même beaucoup de temps pour pas grand chose.
[troll]Tout le monde sait que le meilleur dirigeant c'est un dictateur bénévolent[/troll]
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: C'est qui les gentils et qui les méchants ?
Posté par David Delassus (site web personnel) . En réponse au lien s/elastic/open/. Évalué à 1.
Cela me fait penser au modèle de "l'opencore", ou tu opensource qu'une petite partie de ton logiciel, et certainement pas sa plus-value.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: C'est qui les gentils et qui les méchants ?
Posté par David Delassus (site web personnel) . En réponse au lien s/elastic/open/. Évalué à 1.
Oui
Aucune licence libre n'oblige un utilisateur à contribuer en retour. Si tu veux poser des conditions à l'utilisation de ton logiciel (aka: faites des contribs), ce n'est plus du libre.
Tout a fait
De ce que j'ai compris, l'opensource (et le libre de manière plus général) nécessite de l'argent (pour payer les devs, la maintenance, etc…). Rien n'est gratuit.
AMHA, Une société qui ne fait QUE de l'opensource est destinée à faire faillite.
Les Google/Amazon/Microsoft peuvent se permettre de faire de l'open-source car ils ont un revenu régulier conséquent qui ne vient pas (directement) de l'open source.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: C'est qui les gentils et qui les méchants ?
Posté par David Delassus (site web personnel) . En réponse au lien s/elastic/open/. Évalué à 3.
Le mot clé ici c'est "d'après eux". Il semblerait que Elastic interprète libre comme "on fait de l'opensource pour bénéficier de la hype, mais en vrai ça nous fait chier que les gens utilisent les libertés qu'on leur a donné et qu'on avait promis de ne pas retirer".
Je sais pas si Amazon fait du "libre-washing", mais ils sont déjà plus dans l'esprit OpenSource/Libre que Elastic.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Fausse problématique
Posté par David Delassus (site web personnel) . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 2. Dernière modification le 12 avril 2021 à 22:32.
Tout le monde n'a pas le même usage de Kubernetes.
Chaque pod a une IP, ensuite chaque service de type ClusterIP en a une aussi. Je suppose que quand tu es un Google ou un OpenAI[1] tu as beaucoup de pods/services, et donc besoin de beaucoup d'IP.
En tout cas, moi et ma petite boite nous avons pour l'instant 3 noeuds avec moins d'une 10aine de services.
Après, j'avoue c'était à moitié du troll, je suis pas contre l'IPv6, j'aimerais juste que ce soit transparent pour moi en tant qu'utilisateur (ce que ma Box et des outils comme Kubernetes font très bien).
[1] - https://openai.com/blog/scaling-kubernetes-to-7500-nodes/
EDIT PS: si t'es curieux à propos de Kubevisor, on cherche a avoir du feedback dessus, hésite pas à nous contacter :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Fausse problématique
Posté par David Delassus (site web personnel) . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 2. Dernière modification le 11 avril 2021 à 17:21.
A l'époque ou je faisais de l'auto-hébergement, ma box internet redirigeait certains ports sur un serveur local, qui avait un reverse proxy vers mes backends.
Le NAT c'est la box qui le gérait, pas moi. J'aime bien déléguer la complexité à d'autres dont c'est le métier.
EDIT: Et je m'attends à ce que soit la box qui gère l'IPv6, pas moi. Je m'attends à ce que ce soit transparent.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Fausse problématique
Posté par David Delassus (site web personnel) . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 2.
Quel rabat-joie ce noyau. C'est un problème que même l'IPv6 ne peut résoudre :'(
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Alternatives
Posté par David Delassus (site web personnel) . En réponse au journal Signal envoie des signaux inquiétants. Évalué à 3.
Qui sait, je pourrais avoir un clavier mécanique qui fait des cliquetis dans tout l'openspace…
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Fausse problématique
Posté par David Delassus (site web personnel) . En réponse au sondage Utilisez vous IPv6 ?. Évalué à -2.
A la maison, je n'ai pas plus de 4 milliards de PC, donc j'ai assez d'IPv4.
Dans mon cluster pour le taf, je n'ai pas plus de 4 milliards de nodes, donc j'ai assez d'IPv4.
Je ne suis pas un FAI, donc je n'ai pas a gérer une IP pour les milliards de devices, donc j'ai pas besoin de IPv6.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Alternatives
Posté par David Delassus (site web personnel) . En réponse au journal Signal envoie des signaux inquiétants. Évalué à 3.
D'ailleurs, qu'est-ce qui disparaît dès qu'on cite son nom?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Les promesses n’engagent que ceux qui y croient
Posté par David Delassus (site web personnel) . En réponse au lien AWS fork Elastic Search qui n'est plus sous licence Apache. Évalué à 2.
J'ai quand même peur que le fork version Amazon tente de t'enfermer dans leur écosystème.
Par contre, monétiser de l'open source quand on est pas une multinationale, c'est compliqué. Je préfère le modèle de Sentry1, d'abord proprio ensuite open-source, plutôt que faire de belles promesses (ne jamais dire jamais).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# 3-6-9-12
Posté par David Delassus (site web personnel) . En réponse au journal Les écrans et nos enfants. Évalué à 0.
Quand tu lis un article sur les écrans et les enfants et que personne ne cite 3-6-9-12
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Qui a besoin d'une UI quand on automatise tout ?
Posté par David Delassus (site web personnel) . En réponse au journal Identification et authentification centralisées. Évalué à 2.
Pour ma part, je passe par ansible pour l'orchestration de mon serveur ldap (et de tout le reste tant qu'à faire), et éventuellement phpldapadmin pour aller explorer l'annuaire.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Espace disque partagé...
Posté par David Delassus (site web personnel) . En réponse au journal Flatpak. Évalué à 3. Dernière modification le 16 octobre 2018 à 16:24.
Quand la plupart des libs scientifique Python sont développées (partiellement ou entièrement) en C/C++ (numpy, tensorflow, …), il n'est pas si étonnant d'en voir apparaître en Rust.
Il faut bien se rendre compte que Python ne fait souvent que office de glue entre les différentes briques de ta pipeline de traitement de données.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Qu'est-ce que ça change ?
Posté par David Delassus (site web personnel) . En réponse au journal Terminologie Master/Slave. Évalué à 9.
Blanc ça a été "bon" et Noir ça a été "mauvais" avant même que les européens rencontrent les noirs pour la première fois.
https://fr.wiktionary.org/wiki/noir#%C3%89tymologie -> https://fr.wiktionary.org/wiki/niger#la
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# On est déjà trolldi ?
Posté par David Delassus (site web personnel) . En réponse au journal Je suis vener.. Évalué à 4.
Dur de résister…
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Aucun !
Posté par David Delassus (site web personnel) . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 1.
Je vais avoir besoin de savoir ce que tu appelle programme un peu complexe et aussi d'exemple d'undefined behavior qu'on ne peut éviter.
Pour info, voici la liste des undefined behavior en C99 : https://gist.github.com/Earnestly/7c903f481ff9d29a3dd1
J'ai pas tout lu (par flemme j'avoue) donc je vais parler de mémoire. Il me semble que les undefined behavior du C correspondent à des cas très précis et le plus souvent documenté par l'implémentation.
Quand on fait du bas niveau, il ne faut pas se limiter à la spec du langage, mais il faut aussi se servir de la spec du compilo et du hardware. Ne pas le faire, c'est se tirer une balle dans le pied (après, j'avoue qu'il y a beaucoup d'unijambiste dans le monde du dev).
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: outil schémas
Posté par David Delassus (site web personnel) . En réponse au journal Secure User Data : Reprenons le contrôle de nos données. Évalué à 1.
Je passe par le site Cacoo.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Performance
Posté par David Delassus (site web personnel) . En réponse au journal Secure User Data : Reprenons le contrôle de nos données. Évalué à 2.
C'est une crainte que j'ai aussi (comme dit dans le conclusion), et qui va nécessiter de réaliser des benchs.
Si cela pose problème, il faudra explorer d'autres solutions. L'avantage de la solution présentée ici c'est la compartimentation des utilisateurs ET des applications.
J'ai choisi d'utiliser asyncio pour permettre au serveur de mieux paralléliser, mais je n'ai aucun chiffre pour assurer mes dires.
Je vise à avoir d'abord un PoC qui soit testable avant de passer à l'étape d'optimisation.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Mon grain de sel
Posté par David Delassus (site web personnel) . En réponse au journal Documentation pour un logiciel même version que le logiciel ?. Évalué à 2.
Idéalement, j'aimerai bien avoir ça côté versionning :
En gros, dès que tu modifie le logiciel, la doc s'en retrouve impactée, dans tout les cas.
Et du coup côté procédure :
Mais en réalité ce que je fais vraiment c'est plutôt :
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Résultats
Posté par David Delassus (site web personnel) . En réponse au journal Résultats des elections, qui est le vrai vainqueur ?. Évalué à 4.
Le soucis, c'est que dans le vote blanc tu ne peux pas exprimer ton rejet du système en place (que ce soit la forme du gouvernement, la forme du système de vote, ou la forme de la "démocratie" actuelle).
Certes, dans l'abstention il y a :
Peu importe la proportion de ces cas, prenons le cas fictif ou l'on arrive à 95% d'abstention. Le candidat élu va-t-il toujours ignorer en se disant "la populace s'en fout" ? Lui peut-être, mais sa légitimité ne sera jamais approuvée par ses pairs, la population, les autres dirigeants, …
A partir de combien de pourcentage d'abstention la légitimité du système sera-t-elle remise en cause ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: J'aime bien l'idée !
Posté par David Delassus (site web personnel) . En réponse au journal Jugement majoritaire. Évalué à 2.
Ah il est indéniable que ce modèle de scrutin possède beaucoup moins de défauts que l'actuel !
Les modèles de scrutins sont un domaine très intéressants des mathématiques, et la plupart des modèles qui existent sont âgés d'avant la première république.
La question que j'aime me poser du coup, c'est pourquoi c'est le modèle actuel qui a été retenu à l'époque ?
Autrement dit, quels sont les avantages de ce modèle par rapport à d'autres ?
Une question qui reste sans réponses pour moi malheureusement…
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg