Re: Premier retour

hum, ne pas réinventer la roue? au premier accès concurrent, c'est des heures de perdues à comprendre ce qu'il s'est passé, à reproduire, fixer et tester.

(削除) Si tu modélise mal (削除ここまで) Si ton modèle de données deviens bloquant, tu va passer des heures à faire ta migration de données et tu souffrira lorsque ce sera utilisé par d'autres. Il n'y a pas que les accès concurrents qui posent problèmes. D'autant que là, on est dans un cas où il n'y en a pas.

C'est pas un problème, mais pendant ce temps là, le fork de microbe aura ajouté les nouvelles fonctionnalités que les utilisateurs voulaient.

C'est de la supputation et c'est à mon avis là le problème. On ajoute une couche parce que peut être qu'un jour on en aura besoin. Pourquoi ne pas faire tout ça dans un bundle OSGi/JavaEE comme ça si tu veux ajouter un module de supervision des paquets qui transitent sur le réseau, il te suffira d'écrire un nouveau bundle OSGi et de le déployer à chaud ?

Bien sûr sqlite ce n'est pas felix, mais l'idée c'est de faire ses choix sans trop imaginer le future parce que ça n'est pas souvent très utile. Après savoir où mettre le curseur est un choix comme un autre.

Et donc, pourquoi les dépendances suivantes?

Parce que ça lui plaît ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)