Discussion :

[cervi]

Salut à tous/toutes !!

Voilà en quelques mots mon projet mes connaissances et mes questions

j'ai les bases de programmation (pascal,c,basic,abal, en tout cas l'esprit de programmation j'avais), ça fait un bail que j'ai plus programmé, du coup je n'ai plus trop suivi l'évolution des versions, les versions avec lesquelles on peut créer des fenetres/boutons/menu etc...

Mon projet est le suivant en quelques lignes :
je dois développer un logiciel permettant de gérer une petite base de données d'employés (1500 fiches environ), avec plusieurs champs (nom prénom etc) dont quelques champs ayant pour format du temps (pour gérer les pauses, les heures effectives etc...)

L'application sera en monoposte, et une personne sera chargée de saisir régulièrement les données des différents champs des différents employés.

pas de mode texte, l'application doit avoir de belles fenetres boutons, listes déroulantes


A- une liste à la "excel" des employés avec qq colonnes parmis les plus importantes (nom/prénom/service) (champs éventuellement modifiables
B- le détail des champs d'un client selectionné en A ou bien dont le n° a été saisie dans un champ en B.
+ 2 champs de saisie (nb de minutes des pauses et des heures effectives) qui va incrémenter ou décrémenter les 2 champs liés de l'employé
éventuellement en plus un cadre pour la photo de l'employé.
C- des boutons pour ajouter un nouvel employé, en supprimer un, sauvegarder la fiche du client en cours etc..
D- le menu de base (fichier edition aide)

je me demandais donc quel langage utiliser (faisons abstraction des langages que je connais déjà)
sachant que je voudrais une solution de développement légère (pas une usine à gaz ou il faut installer des kilometres de choses genre turbo c++ explorer avec le .net framework, le sdk le j# etc...).

le plus simple actuellement serait un logiciel de developpement sur windows ainsi que l'application générée executable sur windows.
Cependant une solution sur linux (dev + exec) pourrait être une alternative interessante (coût du poste informatique).

qu'en pensez-vous ?

[GnuVince]

Access.

[cervi]

Access.

peux-tu argumenter ?
pour toi il n'ya qu'une seule alternative ?
il me semble qu'acces fait partie d'office qui est au final une belle usine à gaz...
de+ si c'est possible je m'orienterai plus vers des solutions gratuites puisqu'il en existe.

[Yoshidu62]

A première vue je penserais au couple PHP + MySQL, langage simple, pas de coût, bcp de ressources disponible sur internet, ça peut faire l'affaire.

[GnuVince]

peux-tu argumenter ?
pour toi il n'ya qu'une seule alternative ?
il me semble qu'acces fait partie d'office qui est au final une belle usine à gaz...
de+ si c'est possible je m'orienterai plus vers des solutions gratuites puisqu'il en existe.

Avec Access, en quelques clics tout est installé, tu vas pouvoir avoir une interface graphique supérieure à une interface web, pas de problèmes de XSS ou de compatibilité browser, etc.

Si tu utilises une solution LAMP, tu dois:
- Installer Linux (ou BSD)
- Installer Apache
- Configurer Apache
- Installer MySQL (ou PostgreSQL)
- Configurer MySQL ou PostgreSQL
- Installer Perl, Python, PHP ou le langage que tu veux
- Installer le framework et les librairies nécessaires
- Écrire ton application

J'utilise Django au travail, mais je le recommenderais pas à quelqu'un pour qui ça n'en vaut pas la peine. Je recommende d'utiliser le web quand il y a plusieurs personnes qui doivent pouvoir utiliser le système de façon concurrente, qu'on veut pas avoir à installer de quoi sur le poste de chaque utilisateur qui doit utiliser l'application et qui doit pouvoir être utilisée en dehors de la compagnie. Comme tu as mentionné aucune de ses conditions, j'éviterais le web.

[Anthony.Desvernois]

Access est plus simple. Apres un couple PHP/MySQL seras plus performant et plus souple et moins etroit AMHA...

[cervi]

- Avec le module "Base" de openoffice vous pensez que c'est aussi efficace (ou complet) qu'avec acces ?
car je le rapelle encore si je peux m'orienter vers une solution gratuite, ce serait beacoup mieux.

- sinon je me posais la question si ce n'était pas suffisant de fonctionner juste avec un fichier.csv et de l'exploiter avec un delphi ou autres ?

[Mat.M]

peux-tu argumenter ?
pour toi il n'ya qu'une seule alternative ?
il me semble qu'acces fait partie d'office qui est au final une belle usine à gaz...
de+ si c'est possible je m'orienterai plus vers des solutions gratuites puisqu'il en existe.

c'est peut-être une belle usine à gaz mais avec Access on peut faire tonne de trucs et malgré les apparences c'est un outil très puissant.
Dans l'univers des PME c'est très très employé , j'ai bossé sur un projet avec Access pour un gros industriel de l'alimentation.
C'est assez complet notamment pour le "reporting" ou impression d'états et je doute que tu puisses trouver tel outil sous Linux.
Le seul problème c'est que c'est monoposte

[alexrtz]

Salut,

La solution la plus simple à mettre en oeuvre dans ton cas est certainement une base Access (implique le coût d'une license).

Si tu veux/peux passer sur du Linux, il te faut un gestionnaire de base de données et un langage pour développer l'interface.

Si tu es en monoposte, un serveur MySQL n'a que très peu d'intérêt (voire aucun).
Une base SQLite sera amplement suffisante.

Maintenant il reste le problème de l'interface.
Le plus simple est de faire une interface Web.
Avec les CSS et Ajax, tu peux faire assez simplement quelque chose qui pête pas mal.

Là aussi plusieurs possibiltés.
Pour les gratuites : PERL, PHP, Java, Ruby, Python

La plus puissante et la plus productive (pour ce que tu veux faire) est très probablement Ruby (avec Ruby on Rails).

Delphi et le CSV, si deux personnes veulent faire un modification en meme temps...

L'application sera en monoposte, et une personne sera chargée de saisir régulièrement les données des différents champs des différents employés.

Java est aussi une bonne solution : langage simple, beaucoup d'IDE de qualité gratuits, possibilité de faire du développement Windows et web etc..

Java simple ??
C'est assez relatif (et ce n'est pas le cas pour le web)

Je recommende d'utiliser le web quand il y a plusieurs personnes qui doivent pouvoir utiliser le système de façon concurrente, qu'on veut pas avoir à installer de quoi sur le poste de chaque utilisateur qui doit utiliser l'application et qui doit pouvoir être utilisée en dehors de la compagnie. Comme tu as mentionné aucune de ses conditions, j'éviterais le web.

Tu as oublié la simplicité et la rapidité du développement de l'interface, et là le web est largement gagnant

[madfu]

Java simple ??
C'est assez relatif (et ce n'est pas le cas pour le web)
....
La plus puissante et la plus productive (pour ce que tu veux faire) est très probablement Ruby (avec Ruby on Rails).

Tout est relatif effectivement. Personnellement la syntaxe de Ruby me rebute mais en dehors de cette considération ce n'est pas du web qui est demandé mais du monoposte.

La palme de la productivité revient à tout langage capable de disposer d'outils d'aide à la productivité conséquents (RAD graphique, bibilothèques de composants visuels, assistants, interface SGBD simplifiée etc..).

Ruby dispose peut être de tels outils (ce dont je ne suis vraiment pas sûr) mais on sera toujours assi loin de possibilité offertes par des outils comme Delphi (ou son équivalent lazarus) ou Access ou OpenBase ou d'autres encore etc... qui sont TRES adapté au dév. de softs de gestion par leur puissance et leur simplicité.

Tu as oublié la simplicité et la rapidité du développement de l'interface, et là le web est largement gagnant

Très très relatif. Tu n'as pas dû faire bcp de RAD pour en arriver à cette conclusion

Si tu es en monoposte, un serveur MySQL n'a que très peu d'intérêt (voire aucun).
Une base SQLite sera amplement suffisante.

Je confirme.