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 ?

[Anthony.Desvernois]

Oublie le CSV avec delphi.

[madfu]

Oublie le CSV avec delphi.

Et pourquoi donc ? Tu peux faire tout ce que tu veux en Delphi.

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

Je trouve ça plus élégant que le couple php/apache pour du monoposte, surtout dans le cas d'une petite appli de gestion ...

[cervi]

Afin d'être productif le plus rapidement possible que me conseilles-tu pour attaquer le java ? quelle IDE aussi utiliser (afin d'arriver à un rendu visuel convenable).

La gestion d'une BdD sous java necessite apache + phpmyadmin ?

[Anthony.Desvernois]

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

[madfu]

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

Ah ok, je n'avais pas compris ds ce sens là.

Afin d'être productif le plus rapidement possible que me conseilles-tu pour attaquer le java ? quelle IDE aussi utiliser (afin d'arriver à un rendu visuel convenable).

J'ai mal lu ton poste et je n'avais pas vu que tu ne voulais pas de sdk&co.....donc oublie le java puisqu'il nécessite l'installation d'un sdk pour le développement et d'une machine virtuelle pour le déploiement.

La gestion d'une BdD sous java necessite apache + phpmyadmin ?

Non pas du tout.

Pour les IDE tu as le choix (netbeans, eclipse, jcreator, etC...) c'est à toi de voir il sont tous inéressants.

Ben le module "base" de openoffice c'est une bonne question, vu de l'extérieur ça ressemble à un "access-like" mais je n'ai jamais testé.

Tu as aussi le fameux Lazarus, un Delphi-like gratuit, ça pourrait convenir aussi.

[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.

[cervi]

merci à vous pour ces infos.

l'installation et l'utilisation de lazarus sont-elles-simples ?

[alexrtz]

ce n'est pas du web qui est demandé mais du monoposte.

Rien n'empêche de faire une interface web en monoposte.

RAD graphique

Pour générer du HTML et des CSS, il y a tout ce qu'il faut, même si c'est largement faisable à la main (nombreux assistants pour l'HTML, et positionner 4 div en css c'est franchement pas ce qu'il y a de plus compliqué :p).

bibilothèques de composants visuels, assistants

RoR fournit ça.

interface SGBD simplifiée etc

Trouve moi mieux que l'implémentation d'ActiveRecord en Ruby et on en rediscute

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é.

Et qui sont inutiles par rapport à ce qui est demandé dans le premier post

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

RAD ou pas, le navigateur est déjà là et fait la partie la plus chiante du boulot au niveau de l'interface (positionnement/redimensionnement des composants et gestion des événements).

Tu veux qu'un clic sur machin déclenche l'action truc ?
=> link_to "machin", { :action => "truc" }

Fais plus rapide que ça avec un RAD

Et, de toutes façons, rien n'empêche de faire d'utilier un RAD pour construire une interface Web.

l'installation et l'utilisation de lazarus sont-elles-simples ?

Ça dépend de la plate-forme sur laquelle tu te trouves.
La dernière fois que je l'ai testé (y a longtemps...), je n'ai eu aucun problème pour l'installer mais c'était tellement instable que j'ai rapidement abandonné :p

Par contre, avec le précédent RAD équivalent de Deplhi que j'avais testé sous Linux (Kylix), je n'avais eu aucun problème.
Mais suite à l'abandon de Kylix, le projet Lazarus a mis un peu de temps à démarrer et il faudrait retester aujourd'hui pour voir ce que ça donne.

[GnuVince]

Trouve moi mieux que l'implémentation d'ActiveRecord en Ruby et on en rediscute

L'ORM de Django.

[alexrtz]

L'ORM de Django.

Juste par curiosité, tu écrirais le code suivant comment avec l'ORM de Django :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
#! /usr/bin/ruby

require 'rubygems'
require 'active_record'

ActiveRecord::Base.establish_connection(:adapter => 'sqlite3', :dbfile => 'db.db')

class Owner < ActiveRecord::Base
  validates_uniqueness_of :last_name
  has_one :car
end

class Car < ActiveRecord::Base
  belongs_to :owner
end

o = Owner.create({ :first_name => "John", :last_name => "Doe" })
c = Car.create({ :model => "Lamborghini Diablo", :owner => o})

mo = Owner.find_by_last_name("Doe")
puts "#{mo.first_name} #{mo.last_name} a une #{mo.car.model}"


begin
  o = Owner.create!({ :first_name => "Tom", :last_name => "Doe"})
rescue Exception => e
  puts e.message
end

La base utilisée par le code ci-dessus est celle-ci (mais elle ne doit pas forcément être la même pour le code avec Django) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
CREATE TABLE 'owners' (
  'id' INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
  'last_name' VARCHAR(100) NOT NULL,
  'first_name' VARCHAR(100) NOT NULL
);

CREATE TABLE 'cars' (
  'id' INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
  'model' VARCHAR(100) NOT NULL,
  'owner_id' INTEGER NOT NULL
);

[madfu]

Tu sais je ne vais pas m'amuser à répondre à chacun de tes points techniques et transformer ce topic en Ruby VS AGL graphique.

Les points que tu cites existent depuis longtemps dans de nombreuses technos (disponibilité d'ORM, écriture auto des handlers par double click sur un composant etc..) mais passons.

Je parlais globalement d'un ensemble de facilités "visuelles" pour répondre à la problématique simple qui est celle de cervi : développer (facilement) une petite application monoposte supportée par un environnement léger.

Evidemment que le web en monoposte marche - je n'ai rien contre le web - j'attirais juste ton attention sur le fait que Ruby et le web ne sont pas forcément les réponses les plus adaptées pour ce cas précis comme tu sembles le croire.