Choix de langage de programmation

[invite9b9e59d7]

Bonjour à tous,

Je viens de développer une application de Gestion de Maintenance Assistée par Ordinateur, sous access, qui fonctionne relativement bien.
Elle gère les interventions préventives et curatives pour l'ensemble des installations, environ 28000 équipements, la gestion du personnel, le suivi des stocks, etc...
Au total, l'application divisée en une base frontale, et deux dorsales pèse plus de 280Mo.
Je souhaiterais à présent développer une vraie application exécutable, qui pourrait gérer sans trop problèmes de ressource machine des bases un peu plus grosses.

Mon problème est que n'y connaissant rien en programmation (mis à part quelques compétences VBA), j'ai du mal à me décider sur quel langage de programmation choisir.

Pourriez-vous m'aider dans ce choix cornélien?

Merci d'avance,
-----

[Ikhar84]

Bonsoir,

Si tu as des compétences en vba, vb.net ne devrait pas trop te dépayser.

Avec Visual Studio et VB.net tu peux même garder ta base Access et lui développer une vrai interface graphique pour te faire la main.

Ensuite tu pourras passer à des système de bases de données plus performant en gardant l'essentiel de ton appli, en embarquant un client comme SQLite ou Firebird, pour un fichier de données "embarqué" ou MySQL, SQLServer, Firebird ou PostgreSQL pour un vrai fonctionnement client/serveur.

Je te conseillerais toutefois de passer au C# si tu te sens, bien plus proche des langages les plus utilisés dans le domaine, comme le C (au moins la syntaxe), le C++ ou Java par exemple, ça te sera plus profitable à mon avis sur le long terme...

Avantage de ces solutions: tu n'auras pas perdu ton temps à developper ton existant, prise en main relativement facilitée par ta pratique de vba et Access, pléthore de code et exemples sur le net, ...

En attendant d'autres avis...

Edit: dès que j'ai terminé deux projets en cours de gestion commerciales "personnalisées", j'attaque une grosse suite de GMAO avec si je peux une section de simulation des systèmes et une communication avec les automates, si je l'entreprends je te communiquerais mes avancées

[invite9b9e59d7]

Bonjour Ikhar84,

Merci pour ta réponse, qui m'éclaire un peu plus.
Je vais donc débuter Visual studio, puis pour les autres langages, pourquoi pas, dès que je "maîtriserai" quelque peu Visual, je m'intéresserai très certainement à ces langages.
Si tu en as l'occasion, j'aimerai réellement connaitre tes avancées sur ton projet de GMAO.

Encore une fois merci,

Cordialement,

Mickaël

[albanxiii]

Bonjour,

Je vais donc débuter Visual studio, puis pour les autres langages,

Visual Studio n'est pas un langage de programmation, c'est un environnement de développement.

[A voir en vidéo sur Futura]

[Ikhar84]

Oui Visual Studio est un envirronnement de dév (edi) et pas un langage, il est relativement facile à prendre en main, et gère pas mal de langages.

Ayant déjà une base fonctionnelle, tu devrais avoir défini toutes les entités de ton appli, si tu as bien respecté les "normes", ces entités représentent (grosso modo) tes objets et objets metiers. Tu peux donc déjà réflechir à une appli orientée données et te demander comment récolter ces données: conception des "formulaires" (ici des fenêtres de l'appli)...

Il te restera à définir et concevoir les documents que tu veux génerer.

Prends de bonne habitude dès le début: une couche IHM qui manipule des objets, des objets qui gèrent leur persistance, un gros découplage pour la persistance: une couche d'accès aux données et des sous-couches spécialisées en fonction du modèle de données et des technologies...

Si tu choisis de changer de technologie de bases de données tu auras des modification minimes à faire pour passer de Access à SQLServer et ainsi transformer ton appli de monoposte à multiposte concurrents...

[invite44510b00]

Bonsoir,

Si tu as des compétences en vba, vb.net ne devrait pas trop te dépayser.

Pas vraiment d'accord : si on excepte une vague proximité syntaxique, il y a vraiment peu de points communs entre les deux.
(pas beaucoup plus qu'entre javascript et java, par exemple).