Quel langage pour un logiciel de gestion ?
Bonjour,
En espérant que je ne me sois pas trompé de sous-forum, voici ma demande.
J'ai pour objectif de développer un logiciel de gestion médical avec une base de données. et je suis débutant en programmation .
par exemple : çà permet au médecin d'entrer tous les détaille de son patient ,( age date , poids .....) , et il aura une base de donné ( un fichier ( pour chaque malades .
alors quel langage dois-je utiliser pour créée mon programme ?
Merci.
Je doute qu'un médecin puisse utiliser ton logiciel, mais en supposant que ce soit un exercice, l'application doit-elle tourner sur un serveur ou en local, sur un unique PC?
si , j'ai déjà reçu une demande et je suis dans le domaine .
alors l'application elle doit être tourner en local si non sur un unique pc .
alors je veux savoir quel langage (simple et efficace ) dois-je utiliser ?
Il y en a plein de langages simples et efficaces (en tout cas suffisamment pour ce type de projet)
- Python
- Ruby
- Perl
- Julia
- Java
...
Bref le choix c'est toi qui doit le prendre, pas à nous, et cela dépend très souvent des goûts et des couleurs... il faut les tester, et savoir si tu aimes parler avec tel ou tel langage à ton PC.
ok , j'ai compris , Merci fred .
Par localement, j'entendais sur un unique PC. Bref pas en réseau.alors l'application elle doit être tourner en local si non sur un unique pc .
Fred t'en a cité de nombreux. On peut ajouter C++, C#, etc.
En fait un bon choix serait de retenir celui que tu maîtrises le mieux.
Tu pourrais aussi penser à ajouter une petite base de données
ok , moi j'ai cru que "delphi " est mieux pour ces programmes simples , mais je crois que je vais utiliser pyhton..
tous sont utiles , mais pour un débutant je crois que python seras mieux .
BonjourEnvoyé par maminetec
Je pense que Python est préférable à Delphi, il est plus répandu.
Python pourra se connecter à une base de données MySQL.
Sinon, puisque tu es débutant, tu as aussi VBA sur Excel ; ce dernier pourrait être une base de données.
Le gros avantage de cette solution, c'est la possibilité d'enregistrer les actions ce qui génère du code de programme.
Second avantage, il peut s'exécuter pas à pas, ce qui est très confortable pour débugger.
Troisième avantage, l'utilisateur final ne sera pas dépaysé si il doit modifier des données dans la base.
(tu pourrais envisager la même solution sur Open Office Calc mais je n'ai pas d'expérience)
Delphi aussi. L'avantage de python, c'est qu'il est gratuit (entre autres).Python pourra se connecter à une base de données MySQL.
Ok , je vais choisir entre ,delphi et python puisque les deux peuvent se connecter à la base de donné , Merci .
& , la basse de donné ( Mysql )est nécessaire puisque le programme sera au niveau locale , ? si s'était pour un pc unique ça ne serait pas nécessaire ?
Ou , elle sert comme une référence (pour la liste des patient par exemple) ?
D'après ce que j'ai compris, tu comptes gérer des dossiers patients et tu vas utiliser MySql. Es-tu sûr de ce choix. As-tu jeter un œil sur MongoDB, couchDB par exemple (il en existe d'autres) qui sont basées sur la GESTION DOCUMENTS. Ce fonctionnement me paraît plus adapté aux données que tu souhaites traiter.
Les autres langages également.
je sais que pour le delphi , il permet d'avoir une interface pour les applications quand on commence a programmer , contrairement le C++ et le C
est ce c est le cas pour le python ?
tinker, pygtk, pyqt, wxpython.
avec une interface web: flask, Pyramid, Django
delphi n'est pas un langage, mais un framework. Le langage utilisé par Delphi est le PASCAL objet. D'ailleurs Delphi en C++ existe: C++ builder.
En C++, tu as aussi Qt par exemple qui fait la même chose que Delphi.
Mais il faut reconnaître que python est plus abordable.
ah ok , je comprend maintenant , les langages ont besoin d'un autre logiciel pour faire l'interface , par contre le python et le delphi n'ont pas besoin (ils comportent le langage et le logiciel de l'interface ) d'accord .
Non, tous les langages peuvent utiliser des librairies qui facilitent la conception et la gestion d'une interface graphique.
C++ pour un logiciel de gestion ne me semble pas le choix le plus judicieux.
Désolé, mais sans même parler de programmation, il semble qu'il vous manque le b-a-ba en matière d'architecture applicative.
Ca reste largement à démonter mais il est vrai que Delphi est clairement en perte de vitesse.
En revanche, en terme de "base installée" affirmer que Python est plus répandu me parait franchement osé.
Encore heureux.Python pourra se connecter à une base de données MySQL.
D'une manière générale, un langage qui ne serait pas agnostique au type de SGBD (c'est à dire qui ne pourrait connecter qu'un seul SGBD, que soit MySQl, Oracle, Sql Server, PostgreSql ou ce qu'on veut) doit clairement être proscrit.
A vrai dire, je n'en connais aucun à l'exception peut être de Oracle APEX (mais qui est un outil de RAD, pas un langage).
Pour l'UI, ça peut être un bon choix. Ensuite, il existe des classes qui vont bien pour se connecter et exploiter la base de données.
Pour quelqu'un qui va écrire un micro logiciel tous les 5 ans, C++ ne me semble pas très adapté !
Tout à fait, mais je doute fortement que pour quelqu'un qui n'a jamais programmé, attaquer le dev en gestion via C++ soit une bonne solution (de plus, les possibilités qu'il offre permet aisément des modélisations très pourries : l'aspect multi-paradigmes + héritage multiple permet amplement de faire tout et n'importe quoi et surtout n'importe comment).
Les autres langages ne sont, certes, pas immunisés contre ces travers, mais C++ "aide" de ce coté.
Bref, pour moi, c'est le dernier langage possible pour un débutant pour une appli de gestion (et dans ce cadre, il n'offre de plus aucun avantage autre que didactique).
EDIT : Cherbe a posté pendant que j'écrivais, mais je partage tout à fait ce point.
Soit, mais allons plus loin alors. Est-il raisonnable de s'attaquer à la conception d'un logiciel professionnel si on ne possède pas ou peu les bases?
Non, d'autant que ce n'est même pas le problème des bases de programmations, mais des bases d'archi applicative. cf. sa phrase plus haut qui trahit une conception pour le moins erronée des notions d'appli "standalone", de base de données, de serveurs.
