Laissons de côté l'aspect part de marché. Sinon Windows gagne à tous les coups. Par exemple, tu programmes au hasard pour le secteur hospitalier. Si tu programmes en C pour un unix type Bsd, c'est comme jeter une bouteille à la mer il me semble. En revanche, si tu programmes en C++, en fignolant surtout Windows, ça devrait bien marcher. Si c'est en Java ça devrait, normalement, marcher à tout coup même si l'hosto est équipé Bsd, ce qui autant de chances d'arriver qu'une victoire de Hollande aux présidentielles.
Donc concrètement, tu choisis quoi ?
Hollande. Je ne voterai certainement pas pour les motions NPS, Fabius ou utopia.
Laissons de côté l'aspect part de marché. Sinon Windows gagne à tous les
coups. Par exemple, tu programmes au hasard pour le secteur hospitalier.
Si tu programmes en C pour un unix type Bsd, c'est comme jeter une
bouteille à la mer il me semble. En revanche, si tu programmes en C++, en
fignolant surtout Windows, ça devrait bien marcher. Si c'est en Java ça
devrait, normalement, marcher à tout coup même si l'hosto est équipé Bsd,
ce qui autant de chances d'arriver qu'une victoire de Hollande aux
présidentielles.
Donc concrètement, tu choisis quoi ?
Hollande. Je ne voterai certainement pas pour les motions NPS, Fabius
ou utopia.
Laissons de côté l'aspect part de marché. Sinon Windows gagne à tous les coups. Par exemple, tu programmes au hasard pour le secteur hospitalier. Si tu programmes en C pour un unix type Bsd, c'est comme jeter une bouteille à la mer il me semble. En revanche, si tu programmes en C++, en fignolant surtout Windows, ça devrait bien marcher. Si c'est en Java ça devrait, normalement, marcher à tout coup même si l'hosto est équipé Bsd, ce qui autant de chances d'arriver qu'une victoire de Hollande aux présidentielles.
Donc concrètement, tu choisis quoi ?
Hollande. Je ne voterai certainement pas pour les motions NPS, Fabius ou utopia.
costaclt
In article , Michel Billaud wrote:
Et bien il resterait à - définir ce que veut dire "géoéconomiquement mort"
En gros : fin de la guerre froide, écroulement du mur, Yalta basta : le géopolitique est en perte de vitesse. La dérégulation des marchés aidant, on ne se bat plus pour du politique mais de l'économique pur et dur. Et comme c'est tout de même dans un espace, on met "géo" devant.
Ahma, ça se tient. Le géopolitique meurt à l'intérieur d'un pays : même EDF, la SNCF sont en ligne de tir. Pas rentable, on arrête. En dépit du citoyen qui s'était habitué à un service public, qui provenait du géopolitique d'abord.
On met une couche de mondialisation et de délocalisation, ça devrait achever le géopolitique il semble.
- définir ce que veut dire "technologiquement mort"
Plus utilisé. Pickabilisé si tu préfères.
- prouver que toutes les interfaces non graphiques sont géo-mortes
Ben, de la photocopieuse à l'ordinateur en passant par le téléphone, faut avouer...
- prouver que géo-mort => techno-mort.
Si j'ai bien compris, le géopolitique autorise encore la chaîne de valeur amont vers aval. Le géoéconomique, non. C'est l'aval qui fait l'inertie. Donc, géopolitique-mort => technologie idoine morte.
Bref, il aurait dit, "interface graphique rulez, le reste passera pas l'hiver", on en serait au même point.
Tu en connais beaucoup toi des interfaces non-graphiques en nette progression ces derniers temps ?
La guerre du golfe était orientée-objet, et on ne s'en est pas rendus compte à temps ?
Elle était, en tout cas, pilotée en grande partie par l'aval. Un peu de force car il fallait en droit non seulement prévenir toute les chaînes de commandement (l'alliance) et l'ONU pour une attaque d'envergure. Ce qui n'a pas été fait de manière régulière, c'est le moins qu'on puisse dire.
C'est décentralisé dans le recueil, le traitement de l'information et la prise de décision. Ca tient en un quart d'heure (l'histoire de Saddam dans son palais par ex.).
Pour que cette vélocité soit possible, il faut que tout ce merdier ait un socle technologique commun et interopérable à l'improviste si j'ose dire. Et l'auteur pense java (et toujours objet donc). L'objet permet ce bricolage de dernière minute qui emportera la décision.
En résumé, pour rester dans le domaine informatique : programmation fignolée aux petits oignons => échec, car bien trop lente dans la réactivité.
Programmation un peu salingue => réussite car efficace sur le court-terme. Et seul ce très court-terme donne un avantage stratégique réel.
La rapidité de réaction étant le filon absolu, il vaudrait mieux du bidouillage rapide car, de toute façon, ce qui est rentable économiquement est toujours plus versatile.
costaclt
In article <7zwtl1xz8w.fsf@serveur5.labri.fr>, Michel Billaud wrote:
Et bien il resterait à
- définir ce que veut dire "géoéconomiquement mort"
En gros : fin de la guerre froide, écroulement du mur, Yalta basta : le
géopolitique est en perte de vitesse. La dérégulation des marchés aidant,
on ne se bat plus pour du politique mais de l'économique pur et dur. Et
comme c'est tout de même dans un espace, on met "géo" devant.
Ahma, ça se tient. Le géopolitique meurt à l'intérieur d'un pays : même
EDF, la SNCF sont en ligne de tir. Pas rentable, on arrête. En dépit
du citoyen qui s'était habitué à un service public, qui provenait du
géopolitique d'abord.
On met une couche de mondialisation et de délocalisation, ça devrait
achever le géopolitique il semble.
- définir ce que veut dire "technologiquement mort"
Plus utilisé. Pickabilisé si tu préfères.
- prouver que toutes les interfaces non graphiques sont géo-mortes
Ben, de la photocopieuse à l'ordinateur en passant par le téléphone, faut
avouer...
- prouver que géo-mort => techno-mort.
Si j'ai bien compris, le géopolitique autorise encore la chaîne de valeur
amont vers aval. Le géoéconomique, non. C'est l'aval qui fait l'inertie.
Donc, géopolitique-mort => technologie idoine morte.
Bref, il aurait dit, "interface graphique rulez, le reste passera pas l'hiver",
on en serait au même point.
Tu en connais beaucoup toi des interfaces non-graphiques en nette progression
ces derniers temps ?
La guerre du golfe était orientée-objet, et on ne s'en est pas rendus
compte à temps ?
Elle était, en tout cas, pilotée en grande partie par l'aval. Un peu de
force car il fallait en droit non seulement prévenir toute les chaînes
de commandement (l'alliance) et l'ONU pour une attaque d'envergure. Ce qui
n'a pas été fait de manière régulière, c'est le moins qu'on puisse dire.
C'est décentralisé dans le recueil, le traitement de l'information et la
prise de décision. Ca tient en un quart d'heure (l'histoire de Saddam dans
son palais par ex.).
Pour que cette vélocité soit possible, il faut que tout ce merdier ait
un socle technologique commun et interopérable à l'improviste si j'ose
dire. Et l'auteur pense java (et toujours objet donc). L'objet permet
ce bricolage de dernière minute qui emportera la décision.
En résumé, pour rester dans le domaine informatique : programmation
fignolée aux petits oignons => échec, car bien trop lente dans la réactivité.
Programmation un peu salingue => réussite car efficace sur le court-terme.
Et seul ce très court-terme donne un avantage stratégique réel.
La rapidité de réaction étant le filon absolu, il vaudrait mieux du
bidouillage rapide car, de toute façon, ce qui est rentable économiquement
est toujours plus versatile.
Et bien il resterait à - définir ce que veut dire "géoéconomiquement mort"
En gros : fin de la guerre froide, écroulement du mur, Yalta basta : le géopolitique est en perte de vitesse. La dérégulation des marchés aidant, on ne se bat plus pour du politique mais de l'économique pur et dur. Et comme c'est tout de même dans un espace, on met "géo" devant.
Ahma, ça se tient. Le géopolitique meurt à l'intérieur d'un pays : même EDF, la SNCF sont en ligne de tir. Pas rentable, on arrête. En dépit du citoyen qui s'était habitué à un service public, qui provenait du géopolitique d'abord.
On met une couche de mondialisation et de délocalisation, ça devrait achever le géopolitique il semble.
- définir ce que veut dire "technologiquement mort"
Plus utilisé. Pickabilisé si tu préfères.
- prouver que toutes les interfaces non graphiques sont géo-mortes
Ben, de la photocopieuse à l'ordinateur en passant par le téléphone, faut avouer...
- prouver que géo-mort => techno-mort.
Si j'ai bien compris, le géopolitique autorise encore la chaîne de valeur amont vers aval. Le géoéconomique, non. C'est l'aval qui fait l'inertie. Donc, géopolitique-mort => technologie idoine morte.
Bref, il aurait dit, "interface graphique rulez, le reste passera pas l'hiver", on en serait au même point.
Tu en connais beaucoup toi des interfaces non-graphiques en nette progression ces derniers temps ?
La guerre du golfe était orientée-objet, et on ne s'en est pas rendus compte à temps ?
Elle était, en tout cas, pilotée en grande partie par l'aval. Un peu de force car il fallait en droit non seulement prévenir toute les chaînes de commandement (l'alliance) et l'ONU pour une attaque d'envergure. Ce qui n'a pas été fait de manière régulière, c'est le moins qu'on puisse dire.
C'est décentralisé dans le recueil, le traitement de l'information et la prise de décision. Ca tient en un quart d'heure (l'histoire de Saddam dans son palais par ex.).
Pour que cette vélocité soit possible, il faut que tout ce merdier ait un socle technologique commun et interopérable à l'improviste si j'ose dire. Et l'auteur pense java (et toujours objet donc). L'objet permet ce bricolage de dernière minute qui emportera la décision.
En résumé, pour rester dans le domaine informatique : programmation fignolée aux petits oignons => échec, car bien trop lente dans la réactivité.
Programmation un peu salingue => réussite car efficace sur le court-terme. Et seul ce très court-terme donne un avantage stratégique réel.
La rapidité de réaction étant le filon absolu, il vaudrait mieux du bidouillage rapide car, de toute façon, ce qui est rentable économiquement est toujours plus versatile.
costaclt
Alain Labarthe
Le 29-09-2005, Stéphan Peccini écrivait:
Et pour information, ton profil n'intéresse pas ma société ; j'ai fait positionner ta société en liste spéciale sur notre base des fournisseurs afin que personne ne perde du temps avec toi.
Ça sent la procédure qualité ça ...
Mais c'était peut-être pas la peine de se casser la nenette, suffit de faire lire son cv _ET_ surtout la lettre ...manuscrite... de motivation kivahavek
-- pick et pick et colle au gramme
Le 29-09-2005, Stéphan Peccini écrivait:
Et pour information, ton profil n'intéresse pas ma société ; j'ai fait
positionner ta société en liste spéciale sur notre base des fournisseurs
afin que personne ne perde du temps avec toi.
Ça sent la procédure qualité ça ...
Mais c'était peut-être pas la peine de se casser la nenette, suffit de faire
lire son cv _ET_ surtout la lettre ...manuscrite... de motivation
kivahavek
Et pour information, ton profil n'intéresse pas ma société ; j'ai fait positionner ta société en liste spéciale sur notre base des fournisseurs afin que personne ne perde du temps avec toi.
Ça sent la procédure qualité ça ...
Mais c'était peut-être pas la peine de se casser la nenette, suffit de faire lire son cv _ET_ surtout la lettre ...manuscrite... de motivation kivahavek
-- pick et pick et colle au gramme
Alain Labarthe
Le 29-09-2005, helios écrivait:
"Stéphan Peccini" a écrit dans le message de news:
Quant
à l'interopérabilité dans le monde médical, tu me dis quel est le standard ?
Au fait tu réponds à ça, toi qui as de bonnes sources. Et tu me montres une
solution d'intégration des IN8800 avec ce standard.
le principal fournisseur de logiciel pour hopitaux est une societe de Tours qui travail exclusivement en multivalue et à ma connaissance ils ont toujour autant de boulot donc .....comme les hopitaux ne sont pas mes clients mais les leur je ne creuses pas la question car je n'ai rien a gagner sur ce sujet
Florence devrait nous en dire plus ...
-- pick et pick et colle au gramme
Le 29-09-2005, helios écrivait:
"Stéphan Peccini" <stephan@photonature.fr> a écrit dans le message de
news:mpqt03-c4r.ln1@photonature.fr...
Quant
à l'interopérabilité dans le monde médical, tu me dis quel est le
standard ?
Au fait tu réponds à ça, toi qui as de bonnes sources. Et tu me montres
une
solution d'intégration des IN8800 avec ce standard.
le principal fournisseur de logiciel pour hopitaux est une societe de Tours
qui travail exclusivement en multivalue et à ma connaissance ils ont toujour
autant de boulot donc .....comme les hopitaux ne sont pas mes clients mais
les leur je ne creuses pas la question car je n'ai rien a gagner sur ce
sujet
"Stéphan Peccini" a écrit dans le message de news:
Quant
à l'interopérabilité dans le monde médical, tu me dis quel est le standard ?
Au fait tu réponds à ça, toi qui as de bonnes sources. Et tu me montres une
solution d'intégration des IN8800 avec ce standard.
le principal fournisseur de logiciel pour hopitaux est une societe de Tours qui travail exclusivement en multivalue et à ma connaissance ils ont toujour autant de boulot donc .....comme les hopitaux ne sont pas mes clients mais les leur je ne creuses pas la question car je n'ai rien a gagner sur ce sujet
Florence devrait nous en dire plus ...
-- pick et pick et colle au gramme
Nicolas George
SL , dans le message , a écrit :
Adobe ne peut-il pas décider quand il le veut de refermer ce format,
Ça veut dire quoi ? Pirater tous les ordinateurs qui comportent une copie de la spécification pour l'effacer, et faire un lavage de cerveau à tous ceux qui l'ont lue ?
ou d'interdire son utilisation ?
En l'absence de brevet, ils n'ont aucune base légale pour faire ça. Le pire qu'ils pourraient faire, c'est ne pas publier les spécifications pour la version n+1, mais ça n'impacterait absolument pas les versions actuelles.
SL , dans le message <uk6gz7f6a.fsf@nospam.com>, a écrit :
Adobe ne peut-il pas décider quand il le veut de
refermer ce format,
Ça veut dire quoi ? Pirater tous les ordinateurs qui comportent une copie de
la spécification pour l'effacer, et faire un lavage de cerveau à tous ceux
qui l'ont lue ?
ou d'interdire son utilisation ?
En l'absence de brevet, ils n'ont aucune base légale pour faire ça. Le pire
qu'ils pourraient faire, c'est ne pas publier les spécifications pour la
version n+1, mais ça n'impacterait absolument pas les versions actuelles.
Adobe ne peut-il pas décider quand il le veut de refermer ce format,
Ça veut dire quoi ? Pirater tous les ordinateurs qui comportent une copie de la spécification pour l'effacer, et faire un lavage de cerveau à tous ceux qui l'ont lue ?
ou d'interdire son utilisation ?
En l'absence de brevet, ils n'ont aucune base légale pour faire ça. Le pire qu'ils pourraient faire, c'est ne pas publier les spécifications pour la version n+1, mais ça n'impacterait absolument pas les versions actuelles.
R12y
On Thu, 29 Sep 2005 21:48:01 +0200, Stéphane CARPENTIER wrote:
Ils t'ont envoyé des mails perso ? Car sur ce forum, pick est plutôt le seul sujet qui a l'air de faire l'unanimité. C'est vrai que je n'ai pas lu tous les posts (il y en a trop), mais statistiquement, si la moitié des posteurs étaient convaincus par pick, j'aurais du voir des posts d'eux.
Il semble qu'il y en ait au moins deux qui ont fait des stages dans le département 78 chez une boite qui utilisait Pick.
-- SPIP, phpNuke, Plone, opengroupware... c'est bien CPS c'est mieux: http://www.cps-project.org/ Hébergement de sites CPS: http://www.objectis.org/
On Thu, 29 Sep 2005 21:48:01 +0200, Stéphane CARPENTIER wrote:
Ils t'ont envoyé des mails perso ? Car sur ce forum, pick est plutôt le seul
sujet qui a l'air de faire l'unanimité. C'est vrai que je n'ai pas lu tous
les posts (il y en a trop), mais statistiquement, si la moitié des posteurs
étaient convaincus par pick, j'aurais du voir des posts d'eux.
Il semble qu'il y en ait au moins deux qui ont fait des stages dans le
département 78 chez une boite qui utilisait Pick.
--
SPIP, phpNuke, Plone, opengroupware... c'est bien
CPS c'est mieux: http://www.cps-project.org/
Hébergement de sites CPS: http://www.objectis.org/
On Thu, 29 Sep 2005 21:48:01 +0200, Stéphane CARPENTIER wrote:
Ils t'ont envoyé des mails perso ? Car sur ce forum, pick est plutôt le seul sujet qui a l'air de faire l'unanimité. C'est vrai que je n'ai pas lu tous les posts (il y en a trop), mais statistiquement, si la moitié des posteurs étaient convaincus par pick, j'aurais du voir des posts d'eux.
Il semble qu'il y en ait au moins deux qui ont fait des stages dans le département 78 chez une boite qui utilisait Pick.
-- SPIP, phpNuke, Plone, opengroupware... c'est bien CPS c'est mieux: http://www.cps-project.org/ Hébergement de sites CPS: http://www.objectis.org/
helios
"Alain Labarthe" a écrit dans le message de news:433c597e$0$7350$
Le 29-09-2005, Stéphan Peccini écrivait:
Et pour information, ton profil n'intéresse pas ma société ; j'ai fait positionner ta société en liste spéciale sur notre base des fournisseurs afin que personne ne perde du temps avec toi.
Ça sent la procédure qualité ça ...
Mais c'était peut-être pas la peine de se casser la nenette, suffit de faire
lire son cv _ET_ surtout la lettre ...manuscrite... de motivation kivahavek
je croit que le prochain de sa boite qui m'appels je vais l'envoyer directement au monsieur , remarque dans une autre boite de taille similmaire un mec à lyon avait eux ce genre de comportement et son boss a paris lorsque j'ai discuter avec lui a beaucoup rit et m'a dit "lyon c'est lyon ici c'est paris" je croit que dans sa boite on me dira "ici c'est paris pas toulouse" :-)
"Alain Labarthe" <completement@alussinan.org> a écrit dans le message de
news:433c597e$0$7350$626a14ce@news.free.fr...
Le 29-09-2005, Stéphan Peccini écrivait:
Et pour information, ton profil n'intéresse pas ma société ; j'ai fait
positionner ta société en liste spéciale sur notre base des fournisseurs
afin que personne ne perde du temps avec toi.
Ça sent la procédure qualité ça ...
Mais c'était peut-être pas la peine de se casser la nenette, suffit de
faire
lire son cv _ET_ surtout la lettre ...manuscrite... de motivation
kivahavek
je croit que le prochain de sa boite qui m'appels je vais l'envoyer
directement au monsieur , remarque dans une autre boite de taille similmaire
un mec à lyon avait eux ce genre de comportement et son boss a paris lorsque
j'ai discuter avec lui a beaucoup rit et m'a dit "lyon c'est lyon ici c'est
paris"
je croit que dans sa boite on me dira "ici c'est paris pas toulouse" :-)
"Alain Labarthe" a écrit dans le message de news:433c597e$0$7350$
Le 29-09-2005, Stéphan Peccini écrivait:
Et pour information, ton profil n'intéresse pas ma société ; j'ai fait positionner ta société en liste spéciale sur notre base des fournisseurs afin que personne ne perde du temps avec toi.
Ça sent la procédure qualité ça ...
Mais c'était peut-être pas la peine de se casser la nenette, suffit de faire
lire son cv _ET_ surtout la lettre ...manuscrite... de motivation kivahavek
je croit que le prochain de sa boite qui m'appels je vais l'envoyer directement au monsieur , remarque dans une autre boite de taille similmaire un mec à lyon avait eux ce genre de comportement et son boss a paris lorsque j'ai discuter avec lui a beaucoup rit et m'a dit "lyon c'est lyon ici c'est paris" je croit que dans sa boite on me dira "ici c'est paris pas toulouse" :-)
l'indien
On Thu, 29 Sep 2005 20:11:09 +0200, Stéphan Peccini wrote:
le sujet de depart est une solution qui est interoperable avec TOUT les hopitaux donc meme ceux qui sont sur IN8800
Une fois de plus tu n'as pas lu. De plus je te prouve que les CHU n'utilisent pas les IN8800. En plus, il y a des applications nationales dans ce que j'ai donné mais pas sous une base de données multivaluée. Quant à l'interopérabilité dans le monde médical, tu me dis quel est le standard ? Si tu cherches CHU et IN8800 = rien sur google et le standard d'interopérabilité médical avec IN8800 = rien sur google.
J'ai trouvé un lien avec IN8000. Un rapport de thèse qui dit, notement, qu'un des problème de l'AP-HP, c'est d'avoir encore des vieux systèmes informatiques de ce genre: " the inventory management tool in use in the AGEPS is called IN8000. This tool is from 1983." et "As described in Part 3, the AGEPS displays information on an intranet page. Nevertheless, some remarks can be made about the quality of this information. First, it is very time-consuming to update the intranet page. The tool IN8000 is too old, and there is no link with the web page. The user has to use the copy-paste function to update the intranet page. Thus, it is impossible to make a daily update, it is done weekly. This is problematic for the references which status is “supplier problem” or “rupture”, because this status can change every day. People of the AGEPS are conscious of the problem but the tools are limitative. Moreover, information about the reference changes and the abandoned products are only displayed when the change is effective, and not changes and the abandoned products are only displayed when the change is effective, and not"
Donc, oui, Pick et les IN-8x00 sont bien utilisés dans les hôpitaux pour la gestion des stocks et sont, d'après cette thèse, un des problèmes majeurs qui empêchent cette gestion d'être faite correctement.
On trouve aussi une réference dans le CV de notre ami hélios, sur le site de recherche d'emploi de la région Picardie. Comme quoi, ça eu payé, cette bouse...
On Thu, 29 Sep 2005 20:11:09 +0200, Stéphan Peccini wrote:
le sujet de depart est une solution qui est interoperable avec TOUT les
hopitaux donc meme ceux qui sont sur IN8800
Une fois de plus tu n'as pas lu. De plus je te prouve que les CHU
n'utilisent pas les IN8800. En plus, il y a des applications nationales
dans ce que j'ai donné mais pas sous une base de données multivaluée. Quant
à l'interopérabilité dans le monde médical, tu me dis quel est le
standard ?
Si tu cherches CHU et IN8800 = rien sur google et le standard
d'interopérabilité médical avec IN8800 = rien sur google.
J'ai trouvé un lien avec IN8000.
Un rapport de thèse qui dit, notement, qu'un des problème de l'AP-HP,
c'est d'avoir encore des vieux systèmes informatiques de ce genre:
" the inventory management tool in use in the AGEPS is called IN8000. This
tool is from 1983."
et
"As described in Part 3, the AGEPS displays information on an intranet
page. Nevertheless, some remarks can be made about the quality of this
information. First, it is very time-consuming to update the intranet page.
The tool IN8000 is too old, and there is no link with the web page. The
user has to use the copy-paste function to update the intranet page. Thus,
it is impossible to make a daily update, it is done weekly. This is
problematic for the references which status is “supplier problem” or
“rupture”, because this status can change every day. People of the
AGEPS are conscious of the problem but the tools are limitative. Moreover,
information about the reference changes and the abandoned products are
only displayed when the change is effective, and not changes and the
abandoned products are only displayed when the change is effective, and
not"
Donc, oui, Pick et les IN-8x00 sont bien utilisés dans les hôpitaux pour
la gestion des stocks et sont, d'après cette thèse, un des problèmes
majeurs qui empêchent cette gestion d'être faite correctement.
On trouve aussi une réference dans le CV de notre ami hélios, sur le
site de recherche d'emploi de la région Picardie. Comme quoi, ça eu
payé, cette bouse...
On Thu, 29 Sep 2005 20:11:09 +0200, Stéphan Peccini wrote:
le sujet de depart est une solution qui est interoperable avec TOUT les hopitaux donc meme ceux qui sont sur IN8800
Une fois de plus tu n'as pas lu. De plus je te prouve que les CHU n'utilisent pas les IN8800. En plus, il y a des applications nationales dans ce que j'ai donné mais pas sous une base de données multivaluée. Quant à l'interopérabilité dans le monde médical, tu me dis quel est le standard ? Si tu cherches CHU et IN8800 = rien sur google et le standard d'interopérabilité médical avec IN8800 = rien sur google.
J'ai trouvé un lien avec IN8000. Un rapport de thèse qui dit, notement, qu'un des problème de l'AP-HP, c'est d'avoir encore des vieux systèmes informatiques de ce genre: " the inventory management tool in use in the AGEPS is called IN8000. This tool is from 1983." et "As described in Part 3, the AGEPS displays information on an intranet page. Nevertheless, some remarks can be made about the quality of this information. First, it is very time-consuming to update the intranet page. The tool IN8000 is too old, and there is no link with the web page. The user has to use the copy-paste function to update the intranet page. Thus, it is impossible to make a daily update, it is done weekly. This is problematic for the references which status is “supplier problem” or “rupture”, because this status can change every day. People of the AGEPS are conscious of the problem but the tools are limitative. Moreover, information about the reference changes and the abandoned products are only displayed when the change is effective, and not changes and the abandoned products are only displayed when the change is effective, and not"
Donc, oui, Pick et les IN-8x00 sont bien utilisés dans les hôpitaux pour la gestion des stocks et sont, d'après cette thèse, un des problèmes majeurs qui empêchent cette gestion d'être faite correctement.
On trouve aussi une réference dans le CV de notre ami hélios, sur le site de recherche d'emploi de la région Picardie. Comme quoi, ça eu payé, cette bouse...
helios
"R12y" a écrit dans le message de news:
On Thu, 29 Sep 2005 21:48:01 +0200, Stéphane CARPENTIER wrote:
Ils t'ont envoyé des mails perso ? Car sur ce forum, pick est plutôt le seul
sujet qui a l'air de faire l'unanimité. C'est vrai que je n'ai pas lu tous
les posts (il y en a trop), mais statistiquement, si la moitié des posteurs
étaient convaincus par pick, j'aurais du voir des posts d'eux.
Il semble qu'il y en ait au moins deux qui ont fait des stages dans le département 78 chez une boite qui utilisait Pick.
la boite en question etait intertechnique (groupe dassault) et n'etait pas utilisateur pick mais distributeur pick et constructeur d'ordinateur sous pick
cela fait au moins deux qui reconnaissent avoir travaille sous pick et il y a aussi tout ceux qui denigre en public pick pour decourager les autres et sont les premiers a avoir pris des licences de openqm en privé (il faut decourager les concurents) :-)
un indices sur le nombre un bon spams ou une bonne action marketing donne en moyenne 6% de commandes, un spams ou une action marketing non cible donne environ 1% de commande
a votre combien de personnes ont vu le site www.openqm.bvr.be ou les post ici ? faite donc votre evaluation
"R12y" <mihamina.rakotomandimby@etu.univ-orleans.fr> a écrit dans le message
de news:pan.2005.09.29.21.18.12.890783@etu.univ-orleans.fr...
On Thu, 29 Sep 2005 21:48:01 +0200, Stéphane CARPENTIER wrote:
Ils t'ont envoyé des mails perso ? Car sur ce forum, pick est plutôt le
seul
sujet qui a l'air de faire l'unanimité. C'est vrai que je n'ai pas lu
tous
les posts (il y en a trop), mais statistiquement, si la moitié des
posteurs
étaient convaincus par pick, j'aurais du voir des posts d'eux.
Il semble qu'il y en ait au moins deux qui ont fait des stages dans le
département 78 chez une boite qui utilisait Pick.
la boite en question etait intertechnique (groupe dassault) et n'etait pas
utilisateur pick mais distributeur pick et constructeur d'ordinateur sous
pick
cela fait au moins deux qui reconnaissent avoir travaille sous pick et il y
a aussi tout ceux qui denigre en public pick pour decourager les autres et
sont les premiers a avoir pris des licences de openqm en privé (il faut
decourager les concurents) :-)
un indices sur le nombre un bon spams ou une bonne action marketing donne en
moyenne 6% de commandes,
un spams ou une action marketing non cible donne environ 1% de commande
a votre combien de personnes ont vu le site www.openqm.bvr.be ou les post
ici ? faite donc votre evaluation
On Thu, 29 Sep 2005 21:48:01 +0200, Stéphane CARPENTIER wrote:
Ils t'ont envoyé des mails perso ? Car sur ce forum, pick est plutôt le seul
sujet qui a l'air de faire l'unanimité. C'est vrai que je n'ai pas lu tous
les posts (il y en a trop), mais statistiquement, si la moitié des posteurs
étaient convaincus par pick, j'aurais du voir des posts d'eux.
Il semble qu'il y en ait au moins deux qui ont fait des stages dans le département 78 chez une boite qui utilisait Pick.
la boite en question etait intertechnique (groupe dassault) et n'etait pas utilisateur pick mais distributeur pick et constructeur d'ordinateur sous pick
cela fait au moins deux qui reconnaissent avoir travaille sous pick et il y a aussi tout ceux qui denigre en public pick pour decourager les autres et sont les premiers a avoir pris des licences de openqm en privé (il faut decourager les concurents) :-)
un indices sur le nombre un bon spams ou une bonne action marketing donne en moyenne 6% de commandes, un spams ou une action marketing non cible donne environ 1% de commande
a votre combien de personnes ont vu le site www.openqm.bvr.be ou les post ici ? faite donc votre evaluation
Vincent Bernat
OoO Pendant le journal télévisé du jeudi 29 septembre 2005, vers 20:42, "professeur Méphisto (Christian)" disait:
les bonnes sources cela se paie
même les sauvegardes d'autoexec.bat se payent !
Au prix du config.sys, tout de même ! -- HIGH EXPLOSIVES AND SCHOOL DON'T MIX HIGH EXPLOSIVES AND SCHOOL DON'T MIX HIGH EXPLOSIVES AND SCHOOL DON'T MIX -+- Bart Simpson on chalkboard in episode 8F03
OoO Pendant le journal télévisé du jeudi 29 septembre 2005, vers
20:42, "professeur Méphisto (Christian)"
<professeur.mephisto@wanadouille.fr> disait:
les bonnes sources cela se paie
même les sauvegardes d'autoexec.bat se payent !
Au prix du config.sys, tout de même !
--
HIGH EXPLOSIVES AND SCHOOL DON'T MIX
HIGH EXPLOSIVES AND SCHOOL DON'T MIX
HIGH EXPLOSIVES AND SCHOOL DON'T MIX
-+- Bart Simpson on chalkboard in episode 8F03
OoO Pendant le journal télévisé du jeudi 29 septembre 2005, vers 20:42, "professeur Méphisto (Christian)" disait:
les bonnes sources cela se paie
même les sauvegardes d'autoexec.bat se payent !
Au prix du config.sys, tout de même ! -- HIGH EXPLOSIVES AND SCHOOL DON'T MIX HIGH EXPLOSIVES AND SCHOOL DON'T MIX HIGH EXPLOSIVES AND SCHOOL DON'T MIX -+- Bart Simpson on chalkboard in episode 8F03
