Quel language employer?

La Poubelle · 25 Avr 2004

TheFornicator a dit:
une dernière chose.... pour un bon backup mysql, c'est pas plus compliqué qu'un acces.... bon, c'est plus que copier un fichier, c'est vrai... mais bon, c'est très simple quand même.... avec mysql-front, c'est quelques clics

Il ne faut pas oublier la régle principale:

- on doit considérer l'utilisateur comme Con (qui ne fait que des bêtisees) et fainéant (moins il en fait, moins il fera d'erreur).

Et le programmeur ou l'administrateur réseau doit se casser la tête pour que l'interface ou l'utilisation (du logiciel ou du réseau) soit simple. C'est la plus grande difficulté.

Pour access, comme je l'avait cité précedemment. Si c'est pour utiliser le programme de façon simple, cela ne pose aucun problème. Mais dès qu'il y a beaucoup de contraintes de vérifications (tables liés complexe) , il faut l'utiliser comme VB d'un point de vue programmation sinon Caca nerveux en perspective. Donc l'interface dépend du programme et il faut bien étudier les perspectives au départ (ah la préparation d'un projet que du bonheur

)

Je n'étais pas faché, juste sidéré. Ex

es clients m'ont déjà demandé de tout faire avec une interface Web alors qu'il n'en avait aucune utilité. Le temps de travail pour avoir 'presque' le même résultat qu'un programme en local a juste était multiplié par 10 car les spécifités n'était pas prévu pour

( m'en fout j'étais payé, mais bon

)

Rmq: MySql est PAYANT pour l'utilisation dans un cadre professionnel dès que le logiciel utilisant MySql est vendu. (pas très cher je sais , surtout si on le compare à SqlServer car point de vue puissance il n'est pas comparable à Access).

PS.: Pour le Backup, ce n'est pas un fichier. Mais au moins deux (le fichier de sécurité). Même en le notant en grand et en rouge dans le document d'utilisation, ils ne le copient pas ... tssss )

moustic · 25 Avr 2004

AGain a dit:
TheFornicator a dit:

une dernière chose.... pour un bon backup mysql, c'est pas plus compliqué qu'un acces.... bon, c'est plus que copier un fichier, c'est vrai... mais bon, c'est très simple quand même.... avec mysql-front, c'est quelques clics

Cliquez pour agrandir...

Il ne faut pas oublier la régle principale:

Pour access, comme je l'avait cité précedemment. Si c'est pour utiliser le programme de façon simple, cela ne pose aucun problème. Mais dès qu'il y a beaucoup de contraintes de vérifications (tables liés complexe) , il faut l'utiliser comme VB d'un point de vue programmation sinon Caca nerveux en perspective. Donc l'interface dépend du programme et il faut bien étudier les perspectives au départ (ah la préparation d'un projet que du bonheur )

Ouais et comme un programme n'est jamais fini (ben oui l'utilisateur voudra tjs que tu ajoutes certaines options supplémentaires au programme, corriger des bugs,...) un programme simple à la base devient dans 90% des cas un programme compliqué

C'est donc pourquoi je reconseille de créer un projet VB car là il est beaucoup plus facile d'ajouter, supprimer des fenêtres,etc,... bref de gêrer un vrai programme Parceque en access en effet, si c'est pour quelques fenêtres c'est ok mais après... bonjour le casse tête

Volcans · 25 Avr 2004

java c'est bien ossi

ProfX · 25 Avr 2004

un prog en vb , avec un password qui sert aussi de cryptage pour les donnees
pas tres tres complique a faire et tu ne trouvera pas plus souple d emplois

PunkDeLuxe · 25 Avr 2004

Perso j'utiliserai VB pour l'interface et acces pour la base de donnée (en plus trop facile de créer la base de donnée avec le naffaire de Access

)

Pour ceux qui ont répondu de prendre PHP et mysql ... laissez tombé c'est pour le net ...

La Poubelle · 25 Avr 2004

moustic a dit:
Ouais et comme un programme n'est jamais fini (ben oui l'utilisateur voudra tjs que tu ajoutes certaines options supplémentaires au programme, corriger des bugs,...) un programme simple à la base devient dans 90% des cas un programme compliqué

C'est donc pourquoi je reconseille de créer un projet VB car là il est beaucoup plus facile d'ajouter, supprimer des fenêtres,etc,... bref de gêrer un vrai programme Parceque en access en effet, si c'est pour quelques fenêtres c'est ok mais après... bonjour le casse tête

Tu serais étonné de la capacité d'Access, cela m'a moi-même surpris. :wink:

Bingo · 26 Avr 2004

Si c'est utiliser access comme backend et des formulaires VB comme frontend (je dis bien VB, pas Acces-VBA), ça n'est même pas la peine d'utiliser access.
Pour rappel, Access ça n'est pas un moteur de base de données, mais une interface. Le moteur de base de données c'est Jet, est c'est gratuit. Vous pouvez créer une base de donnée "access" (c'est à dire un fichier .mdb) sans avoir access sur votre machine.

MoTh · 26 Avr 2004

Access peut etre robuste comme DB.
A partir du moment ou il n'y a pas trop de donnée et pas trop de client connecté en simultané.

Perso je dirais que le problème premier d'access est qu'il "gonfle rapidement".
Certaines DB access après une longue utilisation peuvent avec leur volume multiplié par 10 si pas plus.
Il faut penser à la compacter de temps à autre.
J'ai déjà des db access qui faisait 200 Mb sur le disque et après compactage moins de 50.

VB + Access pour une application simple de gestion de DB semble etre une bonne solution. Maintenant si tu as les licenses pour VS, tu peux utiliser MSCDE qui est une DB de type Sql Server light.

Voilà, amuse toi bien.

moustic · 26 Avr 2004

Ben moi j'ai rempli quasi le maximum de 2Go (1,90) sous access 2002

La Poubelle · 26 Avr 2004

moustic a dit:
Ben moi j'ai rempli quasi le maximum de 2Go (1,90) sous access 2002

C'est normal, il faut compacter.

Lorsqu'on efface des données avec Access, il laisse un blanc à la place dans son fichier.

Quand on se sert de table temporaire lors d'importation par exemple ... Caramba

Bingo · 26 Avr 2004

moustic a dit:
Ben moi j'ai rempli quasi le maximum de 2Go (1,90) sous access 2002

Si tu as plusieurs tables, tu peux splitter ta DB et mettre une table par fichier .mdb sans problème.

Sklux · 26 Avr 2004

Je sais que c'est la génération internet, mais pq vous voulez absolument
lui balancer un serveur http sur sa bécane, c'est une base de donnée sur ses patients qu'ils veut, pas google!

je suis pas un supporter loin de là mais access me semble un bon choix

ProfX · 27 Avr 2004

si celui qui doit faire le prog n as pas peur de mettre les maisn dans le cambouis, une base de donnee ecrite et geree en vb pure , c est ce qu il y a de mieux
primo , on sait tout faire , de deux y a pas de consomation d espace inutile
et pour des tableaux complique c est super puissant
en fait en vb , la seule limite , c est ton imagination :wink:

Bingo · 27 Avr 2004

Sklux a dit:
Je sais que c'est la génération internet, mais pq vous voulez absolument lui balancer un serveur http sur sa bécane, c'est une base de donnée sur ses patients qu'ils veut, pas google!

J'avais cru lire qu'il voulait pouvoir consulter sa DB de chez lui, mais c'est la façon dont la question a été posée qui m'a induite en erreur. La question laisse croire qu'il veut pouvoir consulter la DB de différents endroits, mais que le posteur s'est mal exprimé.

titloup · 27 Avr 2004

Je veux pas déranger certains, mais les langages WEB sont ceux qui demandent le moins d'installation :twisted:

Pour avoir une interface en C++ ou autre, faut compter minimum 3/4 jours si on s'y mets tous les jours, pour avoir un programme avec un minimum de fonctionnalités et un chtit peu beau... mais faut encore avoir les connaissances en SQL et savoir gérer les BDs...

Dans tous les cas, il peut gérer sa BD chez lui, donc pas besoin de mettre un PC à 1000km pour faire le serveur...

Et encore si tu préféres un développement rapide, interface simple et quand même compléte, si tu connais rien en Delphi, C++, Java... mais si tu connais le PhP ou ASP... ben une application Intranet avec un serveur qui tourne sur le PC même serait la solution pour toi mais, je dis bien mais, c'est moins pro vu qu'il doit lancer un serveur rien que pour lui

Néanmoins, une programmation web rapide peut servir en attendant le vrai truc...

Ceci viens d'un programmeur confirmé :twisted:

La Poubelle · 27 Avr 2004

1vo - Wolf a dit:
Néanmoins, une programmation web rapide peut servir en attendant le vrai truc...

Ceci viens d'un programmeur confirmé :twisted:

Que nenni, une programmation simple pour le web peut être rapide. Plus y a de contrainte, plus c'est difficile à gérer (et limité) contrairement à un programme prévu en local. (Contact ton hébergeur est dit lui que tu as besoin de tel ou de tel DLL/activeX spécifique, ils aiment pas trop généralement)

Si tu veux vraiment du rapide, il suffit d'utiliser Access (pour les contraintes, c'est déjà mieux que le Web, mais pas encore ça si c'est très complexe.)

En Delphi ou en VB, c'est rapide. Tout dépend ce que l'on veut faire. Plus le projet est élaboré plus le temps de travail est long (comme pour le Web).

Généralement, c'est même pas 1/3 de temps pour l'interface et 2/3 pour les contraintes et la sécu (mais qu'est-ce qu'ils font comme aneries les utilisateurs

).

mais faut encore avoir les connaissances en SQL et savoir gérer les BDs

Pas en ASP et en PHP ?

Code:

Interface : Ohhh   php   va me chercher tous mes patients atteints de schizophrenie agé entre 90 et -20 ans 
PHP :   Mais où?
Interface:  TU vas te taire,   va chercher !!!
PHP :  Oui maître,  je vais deviner où ca se trouve.
Interface:  C'est bien,  je te remplacerais pas par Lycos

.

Un programmeur con inifirme :xmas:

titloup · 27 Avr 2004

Heu tu fais exprés de pas compreendre ou t'as juste fermé les yeux en lisant? :twisted: :shock:

Relis un peu stplé :? apparament t'es pas doué

S'ils connais un peu de PHP ou de ASP suffit qu'il crée sa BD, lancer Dreamweaver et le serveur et en quelques clics tout est fait...

Arrête de ramener le truc des entreprises, ce qu'il veut c'est un truc vite fait et qui marche le plus simplement possible... si tu veux faire dans les trucs de pro... apprends lui l'analyse et la logique mon gars

et quand t'auras finis reviens car c'était pour rire :twisted: vu que c'est perdu d'avance...

Bref la solution se repose sur ce qu'il connait déjà et à qui et à quoi ça se destine... :wink:

Maintenant tu te tais et vas faire joujou avec les trucs limités qu'on t'as appris

La Poubelle · 27 Avr 2004

Mords pas le Wolf

Ce n'est pas parcque c'est un médecin que ses contraintes sont simples. ON ne connait pas les finalités et le contenu de la demande.

Et si c'est simplement une fiche patient. Access et le plus rapide sans avoir de connaissance spécifique.

Relis un peu stplé

Au fait, tu as vu où qu'il connaissait PHP ? Il ne demande pas justement quel language employé.

joujou avec les trucs limités

Je ne programme pas beaucoup en PHP

-----------------------------------------------

Au fait , le plus important à noter quand on 'lit' : Données confidentielles médicales. Et toi tu veux mettre ça sur le net, surtout en extrapolant qu'il ne s'y connait pas trop :shock: .

Allo les pompiers, y a la maison qui brule

Helyopses · 27 Avr 2004

S'il veux un logiciel complet qui fait la gestion des données patients informatisée, des consulation, bio, etc

Il y a Omnipro de la société MIMS SA Qui est très bon dans son genre

J'ai été faire mon stage avec le patron et franchement c'est un très bon compromis dans le genre

Sinon il existe Medidoc et Medigest qui sont aussi d autre prog du genre/

MbK_ · 27 Avr 2004

fragmuch a dit:
S'il veux un logiciel complet qui fait la gestion des données patients informatisée, des consulation, bio, etc

Il y a Omnipro de la société MIMS SA Qui est très bon dans son genre

J'ai été faire mon stage avec le patron et franchement c'est un très bon compromis dans le genre

Sinon il existe Medidoc et Medigest qui sont aussi d autre prog du genre/

Omnipro 4D c'est le programme que mon père utilise (il est médecin) mais c'est payant et de plus, il ne fait pas que gérer les patients. c'est un programme TRES complet pour les médecins. mais a-t-il besion vraiment de ça?

Quel language employer?

Pou'r allé Danché

Touriste

Elite

Elite

condom

Pou'r allé Danché

Beer Addict

PaW

Touriste

Pou'r allé Danché

Beer Addict

Touriste

Elite

Beer Addict

Elite

Pou'r allé Danché

Elite

Pou'r allé Danché

Elite

Etudjant

Autres sujets récents