Ça reste une bonne idée en soi. C'est juste que ces modules ne seraient pas forcément des pilotes.
En effet. Je n'ai pensé aux pilotes qu'en second, ma première idée à été de refondre vers une architecture type client-serveur, qui permettrait d'isoler de manière claire les sections bas-niveau d'une part entre elles, et d'autre part du code de plus haut niveau.
Mais l'envie de jouer avec des pilotes est malgré tout assez forte :p
Pour ce qui est des écrans, à l'heure actuelle on est sur une interface type texte, oui, mais il est prévu de passer à un truc plus user-friendly.
M'enfin cela ne reste que des pistes de réflexion. Il n'y a rien de pire qu'un standard écrit à l'arrache au départ et qu'il faut ensuite maintenir par compatibilité pendant des décennies (sans exagérer).
Je le sais bien, c'est pour ça que j'ai posé cette question justement: je voulais avoir des éléments pour guider ma pensée avant d'agir bêtement et de risquer de finir avec un truc pire que l'existant (quoique, pour ça, il faudrait probablement que j'en fasse exprès...). Quant à la maintenance, le code à déjà au moins 2 ans, mais cumule à la fois les défauts de jeunesse et une dette technique impressionnante. Enfin, on m'a un peu expliquer les antécédents donc je peux comprendre, mais je n'ai pas trop envie de travailler avec un code aussi inutilement complexe, sachant qu'en plus je vais être le seul à intervenir dessus, théoriquement.
[^] # Re: Pour quelles applications ?
Posté par freem . En réponse au message quand et pourquoi implementer un pilote?. Évalué à 3.
En effet. Je n'ai pensé aux pilotes qu'en second, ma première idée à été de refondre vers une architecture type client-serveur, qui permettrait d'isoler de manière claire les sections bas-niveau d'une part entre elles, et d'autre part du code de plus haut niveau.
Mais l'envie de jouer avec des pilotes est malgré tout assez forte :p
Pour ce qui est des écrans, à l'heure actuelle on est sur une interface type texte, oui, mais il est prévu de passer à un truc plus user-friendly.
Je le sais bien, c'est pour ça que j'ai posé cette question justement: je voulais avoir des éléments pour guider ma pensée avant d'agir bêtement et de risquer de finir avec un truc pire que l'existant (quoique, pour ça, il faudrait probablement que j'en fasse exprès...). Quant à la maintenance, le code à déjà au moins 2 ans, mais cumule à la fois les défauts de jeunesse et une dette technique impressionnante. Enfin, on m'a un peu expliquer les antécédents donc je peux comprendre, mais je n'ai pas trop envie de travailler avec un code aussi inutilement complexe, sachant qu'en plus je vais être le seul à intervenir dessus, théoriquement.