Tout est dans le titre, surtout si tu n'as que 2 ans pour refaire ton application.
Au final, ce qui importera probablement le plus, ce sera ta conception, le langage ne sert pour moi qu'a traduire.
Pour un soft de gestion, le plus gros sera fait par la BDD, et elles offrent toutes des bibliothèques utilisables dans tous les langages un minimum populaires (et pour les autres, il faut adapter la lib C, mais bon...). Tu peux aussi utiliser des technologies qui permettent de requêter n'importe quel SGBDR avec une seule lib, je ne sais plus comment elle s'appelle mais il y en a au moins une.
Bon, après, si tu es rouillé, je dirais évites le C, tu te prendra la tête pour pas grand chose (gestion des ressources (RAM, mais aussi connections à la BDD ou identifiants des fenêtres graphiques) manuelle, si tu oublies un truc tu as un crash ou pire, un bug longtemps après).
Ceci étant dit, je me pose la même question que d'autres: avant de coder, pourquoi ne pas regarder l'existant auquel tu peux avoir accès?
Je doute que tu aies des besoins transcendants après tout (si je comprend bien, tu as une petite structure) et partir d'un existant sera probablement bien plus léger en terme de charge. Sans parler du fait qu'un existant a une communauté déjà en place, tu n'aurais pas besoin de faire toute la maintenance tout seul.
Je pense notamment à dolibarr, qui a fait l'objet de plusieurs dépeches ici, mais il y en a probablement d'autres.
# Le meilleur langage est celui que tu maîtrise le mieux
Posté par freem . En réponse au message Quel langage choisir pour developper un logiciel de gestion ,. Évalué à 3.
Tout est dans le titre, surtout si tu n'as que 2 ans pour refaire ton application.
Au final, ce qui importera probablement le plus, ce sera ta conception, le langage ne sert pour moi qu'a traduire.
Pour un soft de gestion, le plus gros sera fait par la BDD, et elles offrent toutes des bibliothèques utilisables dans tous les langages un minimum populaires (et pour les autres, il faut adapter la lib C, mais bon...). Tu peux aussi utiliser des technologies qui permettent de requêter n'importe quel SGBDR avec une seule lib, je ne sais plus comment elle s'appelle mais il y en a au moins une.
Bon, après, si tu es rouillé, je dirais évites le C, tu te prendra la tête pour pas grand chose (gestion des ressources (RAM, mais aussi connections à la BDD ou identifiants des fenêtres graphiques) manuelle, si tu oublies un truc tu as un crash ou pire, un bug longtemps après).
Ceci étant dit, je me pose la même question que d'autres: avant de coder, pourquoi ne pas regarder l'existant auquel tu peux avoir accès?
Je doute que tu aies des besoins transcendants après tout (si je comprend bien, tu as une petite structure) et partir d'un existant sera probablement bien plus léger en terme de charge. Sans parler du fait qu'un existant a une communauté déjà en place, tu n'aurais pas besoin de faire toute la maintenance tout seul.
Je pense notamment à dolibarr, qui a fait l'objet de plusieurs dépeches ici, mais il y en a probablement d'autres.