Dans la boite où je travaille toutes nos applications sont développées avec
Access et/ou Excel. J'aimerai convaincre "l'architecte maison" qu'il serait
plus avantageux de réaliser nos application en VB.Net
Je vous demande donc de m'apporter vos arguments et idées pour m'aider à
convaincre cet architecte.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
**Pierre**
Quels sont les vôtres ?
"Jacques(BE)" a écrit dans le message de news: %
Bonjour,
Dans la boite où je travaille toutes nos applications sont développées avec Access et/ou Excel. J'aimerai convaincre "l'architecte maison" qu'il serait plus avantageux de réaliser nos application en VB.Net
Je vous demande donc de m'apporter vos arguments et idées pour m'aider à convaincre cet architecte.
Merci de vos réponses
Jacques
Quels sont les vôtres ?
"Jacques(BE)" <jac_be@hotmail.com> a écrit dans le message de news:
%23SFgtH6cGHA.5048@TK2MSFTNGP03.phx.gbl...
Bonjour,
Dans la boite où je travaille toutes nos applications sont développées
avec
Access et/ou Excel. J'aimerai convaincre "l'architecte maison" qu'il
serait
plus avantageux de réaliser nos application en VB.Net
Je vous demande donc de m'apporter vos arguments et idées pour m'aider à
convaincre cet architecte.
Dans la boite où je travaille toutes nos applications sont développées avec Access et/ou Excel. J'aimerai convaincre "l'architecte maison" qu'il serait plus avantageux de réaliser nos application en VB.Net
Je vous demande donc de m'apporter vos arguments et idées pour m'aider à convaincre cet architecte.
Merci de vos réponses
Jacques
Poulpor
Bonjour Jacques,
Je me pose souvent la question.
Je te donne en vrac quelques reflexions :
- tout passer en bdd rigide, l'interet est evident...pour un developpeur...mais se passer d'un client aussi riche qu'excel fait grincer des dents partout dans le monde..ya peut-etre des raisons
- tout passer sur excel, surtout quand excel ne se comporte pas en client mais en base de données, le risque augmente avec la taille du fichier
- passer sur access, c'est couper la poire en deux. La puissance de calcul en local est enorme, mais sur un serveur c'est l'enfer, en reseau c'est minable, ...
- associer access à sqlserver : ca peut etre rapide et surtout facile à developper, mais quand on veut aller au bout des choses, c'est une bonne prise de tete
- faire des ponts access/excel : c'est une solution que j'utilise souvent, l'intérêt etant de compiler des données sans achat de licence (souvent access n'est pas installé => je me sers d'excel comme client), mais bon...ca reprend un peu tous les points forts ET les points faibles de ces applications
Donc, pour conclure, je ne vois aucune verité. L'idée est de s'adapter au projet mais aussi à la population visée. La reflexion qu'un système est dans tous les cas meilleur qu'un autre me gene.
Philippe
"**Pierre**" a écrit :
Quels sont les vôtres ?
"Jacques(BE)" a écrit dans le message de news: % > Bonjour, > > Dans la boite où je travaille toutes nos applications sont développées > avec > Access et/ou Excel. J'aimerai convaincre "l'architecte maison" qu'il > serait > plus avantageux de réaliser nos application en VB.Net > > Je vous demande donc de m'apporter vos arguments et idées pour m'aider à > convaincre cet architecte. > > Merci de vos réponses > > > Jacques > >
Bonjour Jacques,
Je me pose souvent la question.
Je te donne en vrac quelques reflexions :
- tout passer en bdd rigide, l'interet est evident...pour un
developpeur...mais se passer d'un client aussi riche qu'excel fait grincer
des dents partout dans le monde..ya peut-etre des raisons
- tout passer sur excel, surtout quand excel ne se comporte pas en client
mais en base de données, le risque augmente avec la taille du fichier
- passer sur access, c'est couper la poire en deux. La puissance de calcul
en local est enorme, mais sur un serveur c'est l'enfer, en reseau c'est
minable, ...
- associer access à sqlserver : ca peut etre rapide et surtout facile à
developper, mais quand on veut aller au bout des choses, c'est une bonne
prise de tete
- faire des ponts access/excel : c'est une solution que j'utilise souvent,
l'intérêt etant de compiler des données sans achat de licence (souvent access
n'est pas installé => je me sers d'excel comme client), mais bon...ca reprend
un peu tous les points forts ET les points faibles de ces applications
Donc, pour conclure, je ne vois aucune verité. L'idée est de s'adapter au
projet mais aussi à la population visée. La reflexion qu'un système est dans
tous les cas meilleur qu'un autre me gene.
Philippe
"**Pierre**" a écrit :
Quels sont les vôtres ?
"Jacques(BE)" <jac_be@hotmail.com> a écrit dans le message de news:
%23SFgtH6cGHA.5048@TK2MSFTNGP03.phx.gbl...
> Bonjour,
>
> Dans la boite où je travaille toutes nos applications sont développées
> avec
> Access et/ou Excel. J'aimerai convaincre "l'architecte maison" qu'il
> serait
> plus avantageux de réaliser nos application en VB.Net
>
> Je vous demande donc de m'apporter vos arguments et idées pour m'aider à
> convaincre cet architecte.
>
> Merci de vos réponses
>
>
> Jacques
>
>
- tout passer en bdd rigide, l'interet est evident...pour un developpeur...mais se passer d'un client aussi riche qu'excel fait grincer des dents partout dans le monde..ya peut-etre des raisons
- tout passer sur excel, surtout quand excel ne se comporte pas en client mais en base de données, le risque augmente avec la taille du fichier
- passer sur access, c'est couper la poire en deux. La puissance de calcul en local est enorme, mais sur un serveur c'est l'enfer, en reseau c'est minable, ...
- associer access à sqlserver : ca peut etre rapide et surtout facile à developper, mais quand on veut aller au bout des choses, c'est une bonne prise de tete
- faire des ponts access/excel : c'est une solution que j'utilise souvent, l'intérêt etant de compiler des données sans achat de licence (souvent access n'est pas installé => je me sers d'excel comme client), mais bon...ca reprend un peu tous les points forts ET les points faibles de ces applications
Donc, pour conclure, je ne vois aucune verité. L'idée est de s'adapter au projet mais aussi à la population visée. La reflexion qu'un système est dans tous les cas meilleur qu'un autre me gene.
Philippe
"**Pierre**" a écrit :
Quels sont les vôtres ?
"Jacques(BE)" a écrit dans le message de news: % > Bonjour, > > Dans la boite où je travaille toutes nos applications sont développées > avec > Access et/ou Excel. J'aimerai convaincre "l'architecte maison" qu'il > serait > plus avantageux de réaliser nos application en VB.Net > > Je vous demande donc de m'apporter vos arguments et idées pour m'aider à > convaincre cet architecte. > > Merci de vos réponses > > > Jacques > >
