Dans l'entreprise de production ou je travaille (15 personnes) nous
allons mettre en place une base de donn=E9es de gestion des stocks. A
partir de chaque commande ou ordre de fabrication il faudra mettre =E0
jour les stocks de composants (quelques centaines de composants au
total). L'id=E9e est de faciliter la gestion en mettant en place des
alertes quand le stock d'un composant passe sous un certain seuil. Ou
voir sous forme graphique l'historique des commandes d'un client, par
exemple. Ou tout autre chose : l'id=E9al est que =E7a puisse =E9voluer selon
nos besoins.
On va d=E9velopper =E7a en interne. Se pose maintenant la question du
choix de l'outil. Mon patron penche pour ACCESS car =E7a lui semble
simple et efficace. Pour ma part j'ai une pr=E9f=E9rence pour PHP/mySQL
car je le connais et j'ai l'impression qu'avec PHP/mySQL et un peu de
JS on peut obtenir quelque chose de facile =E0 utiliser, et surtout de
tr=E8s souple. Il y a 7 ou 8 personnes qui utiliseront cette base de
donn=E9es et il faudra donc la partager sur notre intranet (une dizaine
de PC =E9quip=E9 XP + un serveur W2k). Cela reste tr=E8s "light" et il est
peu probable qu'il y ait plus de 2 ou 3 personnes connect=E9es au m=EAme
moment.
J'aimerais avoir des avis ext=E9rieur quant au meilleur choix =E0 faire.
En effet projet intéressant ! On voit de plus en plus de projets "open source" qui reposent sur cette approche de génération d'applications à partir de fichiers de configuration, notamment les projets de la fondation Apache. Par contre Sashipa-Melba semble encore un peu trop jeune pour être adopté en entreprise, le problème de la mise à jour du code généré se pose... on est encore loin de la flexibilité de Ruby on Rails par exemple.
tu as aussi des solutions de tout pret en open source probablement.... exemple : http://custom.sourceforge.net/
essaye sur freshmeat par exemple...
Merci pour cet exemple mais quelques recommandations avant d'opter pour une solution libre : * Vérifier que le projet est régulièrement mis à jour, la dernière version (0.8) de Custom date de janvier 2004 ! * Vérifier que le projet est supporté par un nombre suffisamment de développeurs ou au moins d'une ou deux entreprises pour les solutions destinées aux professionnels. * Consulter le site du projet en long et en large question de vérifier que les fonctionnalités permettent de répondre aux besoins, la documentation, la qualité du code source...
Après rien n'empêche de faire renaître le Custom de ses cendres !
Pif wrote:
Pour faire du développement rapide et simple, y'a un ptit outil sympa
si on veut pas rentrer dans du génie logiciel pur et dur :
En effet projet intéressant ! On voit de plus en plus de projets "open
source" qui reposent sur cette approche de génération d'applications à
partir de fichiers de configuration, notamment les projets de la fondation
Apache. Par contre Sashipa-Melba semble encore un peu trop jeune pour être
adopté en entreprise, le problème de la mise à jour du code généré se
pose... on est encore loin de la flexibilité de Ruby on Rails par exemple.
tu as aussi des solutions de tout pret en open source probablement....
exemple : http://custom.sourceforge.net/
essaye sur freshmeat par exemple...
Merci pour cet exemple mais quelques recommandations avant d'opter pour une
solution libre :
* Vérifier que le projet est régulièrement mis à jour, la dernière version
(0.8) de Custom date de janvier 2004 !
* Vérifier que le projet est supporté par un nombre suffisamment de
développeurs ou au moins d'une ou deux entreprises pour les solutions
destinées aux professionnels.
* Consulter le site du projet en long et en large question de vérifier que
les fonctionnalités permettent de répondre aux besoins, la documentation, la
qualité du code source...
Après rien n'empêche de faire renaître le Custom de ses cendres !
En effet projet intéressant ! On voit de plus en plus de projets "open source" qui reposent sur cette approche de génération d'applications à partir de fichiers de configuration, notamment les projets de la fondation Apache. Par contre Sashipa-Melba semble encore un peu trop jeune pour être adopté en entreprise, le problème de la mise à jour du code généré se pose... on est encore loin de la flexibilité de Ruby on Rails par exemple.
tu as aussi des solutions de tout pret en open source probablement.... exemple : http://custom.sourceforge.net/
essaye sur freshmeat par exemple...
Merci pour cet exemple mais quelques recommandations avant d'opter pour une solution libre : * Vérifier que le projet est régulièrement mis à jour, la dernière version (0.8) de Custom date de janvier 2004 ! * Vérifier que le projet est supporté par un nombre suffisamment de développeurs ou au moins d'une ou deux entreprises pour les solutions destinées aux professionnels. * Consulter le site du projet en long et en large question de vérifier que les fonctionnalités permettent de répondre aux besoins, la documentation, la qualité du code source...
Après rien n'empêche de faire renaître le Custom de ses cendres !
Jean-Marc Molina
V. Le Page wrote:
Adapter un logiciel libre est séduisant mais je ne me crois pas capable de reprendre du code écrit par un autre. Ca me prendrait trop de temps.
C'est une option qu'il faut considérer car l'accès aux codes de certains projets reste très accessible : * Bien écrit et reposant sur un "coding standards" (celui de PEAR par exemple) * Code documenté avec PHPDoc (équivalent PHP de Javadoc) * Forum de support aux développeurs
Donc si le code est de qualité et que le projet est bien documenté et supporté, on a tout à y gagner. Il vaut mieux partir d'une base solide que réinventer la roue avec tous les risques que cela comporte, surtout quand on nage en terrain inconnu.
Après je ne connais pas assez ce type de projets pour vous en conseiller un et Custom sur SourceForge.net ne m'a pas semblé intéressant. Il faudrait au moins le tester et jeter un coup d'½il à son code et à sa documentation. L'idéal serait d'opter pour une solution extensible, à l'aide de simples fichiers de configuration par exemple (approche XUL de Firefox et certains projets de la fondation Apache par exemple).
V. Le Page wrote:
Adapter un logiciel libre est séduisant mais je ne me crois pas
capable de reprendre du code écrit par un autre. Ca me prendrait trop
de temps.
C'est une option qu'il faut considérer car l'accès aux codes de certains
projets reste très accessible :
* Bien écrit et reposant sur un "coding standards" (celui de PEAR par
exemple)
* Code documenté avec PHPDoc (équivalent PHP de Javadoc)
* Forum de support aux développeurs
Donc si le code est de qualité et que le projet est bien documenté et
supporté, on a tout à y gagner. Il vaut mieux partir d'une base solide que
réinventer la roue avec tous les risques que cela comporte, surtout quand on
nage en terrain inconnu.
Après je ne connais pas assez ce type de projets pour vous en conseiller un
et Custom sur SourceForge.net ne m'a pas semblé intéressant. Il faudrait au
moins le tester et jeter un coup d'½il à son code et à sa documentation.
L'idéal serait d'opter pour une solution extensible, à l'aide de simples
fichiers de configuration par exemple (approche XUL de Firefox et certains
projets de la fondation Apache par exemple).
Adapter un logiciel libre est séduisant mais je ne me crois pas capable de reprendre du code écrit par un autre. Ca me prendrait trop de temps.
C'est une option qu'il faut considérer car l'accès aux codes de certains projets reste très accessible : * Bien écrit et reposant sur un "coding standards" (celui de PEAR par exemple) * Code documenté avec PHPDoc (équivalent PHP de Javadoc) * Forum de support aux développeurs
Donc si le code est de qualité et que le projet est bien documenté et supporté, on a tout à y gagner. Il vaut mieux partir d'une base solide que réinventer la roue avec tous les risques que cela comporte, surtout quand on nage en terrain inconnu.
Après je ne connais pas assez ce type de projets pour vous en conseiller un et Custom sur SourceForge.net ne m'a pas semblé intéressant. Il faudrait au moins le tester et jeter un coup d'½il à son code et à sa documentation. L'idéal serait d'opter pour une solution extensible, à l'aide de simples fichiers de configuration par exemple (approche XUL de Firefox et certains projets de la fondation Apache par exemple).
