Je replace le contexte : je suis programmeur de formation, mais j'ai mal
tournée, été bossé dans autre chose, maman m'en veut bien sur, bref, au
boulot, sachant que j'aietudié la dedans, ils me demandent de leur «
bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des transactions,
différents processus(comme celui de la production) qui influent sur cet
inventaire...etc
Positif pour moi, pour marquer quelques point, bien évidemment, et surtout
revenir a la programmation qui me manque.
Mais..je manque d'expérience, bien qu'étant loin d'avoir été une brele en
programmation dans le temps..
Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
Des bons samaritains dans le coin?
Je replace le contexte : je suis programmeur de formation, mais j'ai mal
tournée, été bossé dans autre chose, maman m'en veut bien sur, bref, au
boulot, sachant que j'aietudié la dedans, ils me demandent de leur «
bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des transactions,
différents processus(comme celui de la production) qui influent sur cet
inventaire...etc
Positif pour moi, pour marquer quelques point, bien évidemment, et surtout
revenir a la programmation qui me manque.
Mais..je manque d'expérience, bien qu'étant loin d'avoir été une brele en
programmation dans le temps..
Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
Des bons samaritains dans le coin?
Je replace le contexte : je suis programmeur de formation, mais j'ai mal
tournée, été bossé dans autre chose, maman m'en veut bien sur, bref, au
boulot, sachant que j'aietudié la dedans, ils me demandent de leur «
bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des transactions,
différents processus(comme celui de la production) qui influent sur cet
inventaire...etc
Positif pour moi, pour marquer quelques point, bien évidemment, et surtout
revenir a la programmation qui me manque.
Mais..je manque d'expérience, bien qu'étant loin d'avoir été une brele en
programmation dans le temps..
Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
Des bons samaritains dans le coin?
> Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
Des bons samaritains dans le coin?
> Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
Des bons samaritains dans le coin?
> Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
Des bons samaritains dans le coin?
> Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
> Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
> Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
> Ceci dit une base access peut très bien s'utiliser en réseau.
Si ta base est access tu peux utiliser une application windows programmée
VB, C++ ou Delphi. Plus souple qu'en ASP à mon gout.
A moins que la boite ne veuille une interface web.
> Des bons samaritains dans le coin?
les forums ça sert à ça
Perso j'ai fait qq applis de ce type, avec C++ Builder de Borland, et des
bases soit Access, mais aussi Paradox ou dBase (bases locales) ou en
utilisant Postgresql. Pas très compliqué.
En fait à ta place je choisirais en fonction du langage où te te sens le
plus à l'aise...
> Ceci dit une base access peut très bien s'utiliser en réseau.
Si ta base est access tu peux utiliser une application windows programmée
VB, C++ ou Delphi. Plus souple qu'en ASP à mon gout.
A moins que la boite ne veuille une interface web.
> Des bons samaritains dans le coin?
les forums ça sert à ça
Perso j'ai fait qq applis de ce type, avec C++ Builder de Borland, et des
bases soit Access, mais aussi Paradox ou dBase (bases locales) ou en
utilisant Postgresql. Pas très compliqué.
En fait à ta place je choisirais en fonction du langage où te te sens le
plus à l'aise...
> Ceci dit une base access peut très bien s'utiliser en réseau.
Si ta base est access tu peux utiliser une application windows programmée
VB, C++ ou Delphi. Plus souple qu'en ASP à mon gout.
A moins que la boite ne veuille une interface web.
> Des bons samaritains dans le coin?
les forums ça sert à ça
Perso j'ai fait qq applis de ce type, avec C++ Builder de Borland, et des
bases soit Access, mais aussi Paradox ou dBase (bases locales) ou en
utilisant Postgresql. Pas très compliqué.
En fait à ta place je choisirais en fonction du langage où te te sens le
plus à l'aise...
> sur la lecture de ton énoncé, ma première idée serait mysql, qui me semble
adapté a tout ce qu'il faut, et plus "mieux bien" que access.
> sur la lecture de ton énoncé, ma première idée serait mysql, qui me semble
adapté a tout ce qu'il faut, et plus "mieux bien" que access.
> sur la lecture de ton énoncé, ma première idée serait mysql, qui me semble
adapté a tout ce qu'il faut, et plus "mieux bien" que access.
> regle un : ne jamais promettre ce qu'on est pas sur de pouvoir tenir.
regle deux : ne jamais laisser qqchose pour acquis.
regle trois : ne jamais faire confiance à la parole de son prochain. ne
s'appuyer que sur les écrits.
sans ça, votre aventure en informatique va virer au cauchemar.
écrire un algo de calcul d'une derivée en assembleur, c'est l'enfance de
l'art à côté de la gestion d'un collegue contradictoire vindicatif et
tyranique, qui vous rend responsable des problemes découlant de ce qu'il a
lui même exigé.
> regle un : ne jamais promettre ce qu'on est pas sur de pouvoir tenir.
regle deux : ne jamais laisser qqchose pour acquis.
regle trois : ne jamais faire confiance à la parole de son prochain. ne
s'appuyer que sur les écrits.
sans ça, votre aventure en informatique va virer au cauchemar.
écrire un algo de calcul d'une derivée en assembleur, c'est l'enfance de
l'art à côté de la gestion d'un collegue contradictoire vindicatif et
tyranique, qui vous rend responsable des problemes découlant de ce qu'il a
lui même exigé.
> regle un : ne jamais promettre ce qu'on est pas sur de pouvoir tenir.
regle deux : ne jamais laisser qqchose pour acquis.
regle trois : ne jamais faire confiance à la parole de son prochain. ne
s'appuyer que sur les écrits.
sans ça, votre aventure en informatique va virer au cauchemar.
écrire un algo de calcul d'une derivée en assembleur, c'est l'enfance de
l'art à côté de la gestion d'un collegue contradictoire vindicatif et
tyranique, qui vous rend responsable des problemes découlant de ce qu'il a
lui même exigé.
Salut,
sur la lecture de ton énoncé, ma première idée serait mysql, qui me
semble adapté a tout ce qu'il faut, et plus "mieux bien" que access.
Salut,
sur la lecture de ton énoncé, ma première idée serait mysql, qui me
semble adapté a tout ce qu'il faut, et plus "mieux bien" que access.
Salut,
sur la lecture de ton énoncé, ma première idée serait mysql, qui me
semble adapté a tout ce qu'il faut, et plus "mieux bien" que access.
Je replace le contexte : je suis programmeur de formation, mais j'ai
mal tournée, été bossé dans autre chose, maman m'en veut bien sur,
bref, au boulot, sachant que j'aietudié la dedans, ils me demandent
de leur « bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des
transactions, différents processus(comme celui de la production) qui
influent sur cet inventaire...etc
Ce programme doit gérer une base de données, des produits avec leurs
codes, des espaces de stockage..ce n'est pas une quantité monstrueuse
de donneés on s'en doute, c'est pour une pme, avec peut etre 4000
produits a gerer au grand maximum.
De prime abord, je me serais mis a penser à une base de données
access ou autre, pilotée par VB, ou VC++...mais tout doit être en
réseau, plusieurs postes accèdant simultanément..d'ou une partie
client et une autre serveur a concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une
base de données Acces(Windows oblige)? Interface HTML, un intranet,
un site interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
acheter les bouquins, et commencer a potasser, essayer, j'aimerais
avoir d'autres avis..ASP+Access, est ce viable et pratique? D'autres
suggestions?
Je replace le contexte : je suis programmeur de formation, mais j'ai
mal tournée, été bossé dans autre chose, maman m'en veut bien sur,
bref, au boulot, sachant que j'aietudié la dedans, ils me demandent
de leur « bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des
transactions, différents processus(comme celui de la production) qui
influent sur cet inventaire...etc
Ce programme doit gérer une base de données, des produits avec leurs
codes, des espaces de stockage..ce n'est pas une quantité monstrueuse
de donneés on s'en doute, c'est pour une pme, avec peut etre 4000
produits a gerer au grand maximum.
De prime abord, je me serais mis a penser à une base de données
access ou autre, pilotée par VB, ou VC++...mais tout doit être en
réseau, plusieurs postes accèdant simultanément..d'ou une partie
client et une autre serveur a concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une
base de données Acces(Windows oblige)? Interface HTML, un intranet,
un site interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
acheter les bouquins, et commencer a potasser, essayer, j'aimerais
avoir d'autres avis..ASP+Access, est ce viable et pratique? D'autres
suggestions?
Je replace le contexte : je suis programmeur de formation, mais j'ai
mal tournée, été bossé dans autre chose, maman m'en veut bien sur,
bref, au boulot, sachant que j'aietudié la dedans, ils me demandent
de leur « bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des
transactions, différents processus(comme celui de la production) qui
influent sur cet inventaire...etc
Ce programme doit gérer une base de données, des produits avec leurs
codes, des espaces de stockage..ce n'est pas une quantité monstrueuse
de donneés on s'en doute, c'est pour une pme, avec peut etre 4000
produits a gerer au grand maximum.
De prime abord, je me serais mis a penser à une base de données
access ou autre, pilotée par VB, ou VC++...mais tout doit être en
réseau, plusieurs postes accèdant simultanément..d'ou une partie
client et une autre serveur a concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une
base de données Acces(Windows oblige)? Interface HTML, un intranet,
un site interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
acheter les bouquins, et commencer a potasser, essayer, j'aimerais
avoir d'autres avis..ASP+Access, est ce viable et pratique? D'autres
suggestions?
> Je replace le contexte : je suis programmeur de formation, mais j'ai mal
tournée, été bossé dans autre chose, maman m'en veut bien sur, bref, au
boulot, sachant que j'aietudié la dedans, ils me demandent de leur «
bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des transactions,
différents processus(comme celui de la production) qui influent sur cet
inventaire...etc
Positif pour moi, pour marquer quelques point, bien évidemment, et surtout
revenir a la programmation qui me manque.
Mais..je manque d'expérience, bien qu'étant loin d'avoir été une brele en
programmation dans le temps..
Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
> Je replace le contexte : je suis programmeur de formation, mais j'ai mal
tournée, été bossé dans autre chose, maman m'en veut bien sur, bref, au
boulot, sachant que j'aietudié la dedans, ils me demandent de leur «
bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des transactions,
différents processus(comme celui de la production) qui influent sur cet
inventaire...etc
Positif pour moi, pour marquer quelques point, bien évidemment, et surtout
revenir a la programmation qui me manque.
Mais..je manque d'expérience, bien qu'étant loin d'avoir été une brele en
programmation dans le temps..
Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
> Je replace le contexte : je suis programmeur de formation, mais j'ai mal
tournée, été bossé dans autre chose, maman m'en veut bien sur, bref, au
boulot, sachant que j'aietudié la dedans, ils me demandent de leur «
bidouiller » quelque chose :
Un programme gérant un inventaire, avec des rapports, des transactions,
différents processus(comme celui de la production) qui influent sur cet
inventaire...etc
Positif pour moi, pour marquer quelques point, bien évidemment, et surtout
revenir a la programmation qui me manque.
Mais..je manque d'expérience, bien qu'étant loin d'avoir été une brele en
programmation dans le temps..
Ce programme doit gérer une base de données, des produits avec leurs
des espaces de stockage..ce n'est pas une quantité monstrueuse de donneés
s'en doute, c'est pour une pme, avec peut etre 4000 produits a gerer au
grand maximum.
De prime abord, je me serais mis a penser à une base de données access ou
autre, pilotée par VB, ou VC++...mais tout doit être en réseau, plusieurs
postes accèdant simultanément..d'ou une partie client et une autre serveur
concevoir dans ce genre de cas...
Un ami me conseille : pourquoi ne le fais tu pas en ASP, avec une base de
données Acces(Windows oblige)? Interface HTML, un intranet, un site
interne..
Comme je dois savoir dans quelle direction, je vais m'en aller, pour
les bouquins, et commencer a potasser, essayer, j'aimerais avoir d'autres
avis..ASP+Access, est ce viable et pratique? D'autres suggestions?
regle un : ne jamais promettre ce qu'on est pas sur de pouvoir tenir.
regle deux : ne jamais laisser qqchose pour acquis.
regle trois : ne jamais faire confiance à la parole de son prochain. ne
s'appuyer que sur les écrits.
sans ça, votre aventure en informatique va virer au cauchemar.
écrire un algo de calcul d'une derivée en assembleur, c'est l'enfance de
l'art à côté de la gestion d'un collegue contradictoire vindicatif et
tyranique, qui vous rend responsable des problemes découlant de ce qu'il a
lui même exigé.
regle un : ne jamais promettre ce qu'on est pas sur de pouvoir tenir.
regle deux : ne jamais laisser qqchose pour acquis.
regle trois : ne jamais faire confiance à la parole de son prochain. ne
s'appuyer que sur les écrits.
sans ça, votre aventure en informatique va virer au cauchemar.
écrire un algo de calcul d'une derivée en assembleur, c'est l'enfance de
l'art à côté de la gestion d'un collegue contradictoire vindicatif et
tyranique, qui vous rend responsable des problemes découlant de ce qu'il a
lui même exigé.
regle un : ne jamais promettre ce qu'on est pas sur de pouvoir tenir.
regle deux : ne jamais laisser qqchose pour acquis.
regle trois : ne jamais faire confiance à la parole de son prochain. ne
s'appuyer que sur les écrits.
sans ça, votre aventure en informatique va virer au cauchemar.
écrire un algo de calcul d'une derivée en assembleur, c'est l'enfance de
l'art à côté de la gestion d'un collegue contradictoire vindicatif et
tyranique, qui vous rend responsable des problemes découlant de ce qu'il a
lui même exigé.