Interoperabilite

"R12y" <mihamina.rakotomandimby@etu.univ-orleans.fr> a écrit dans le message
de news:pan.2005.09.28.12.57.47.116642@etu.univ-orleans.fr...

On Wed, 28 Sep 2005 14:40:38 +0200, helios wrote:

c'est le prochain windows avec le multivalue integres en 2007 quand
microsoft aura reussi a integres (voler copier) ce concept :-)

Liens? :-)

j'avais donne un lien issus d'une edition americaine de pc expert ou il
expliquait le retard de sortie du windows par le fait que le systeme de
fichier ne fonctionnait pas sous windows et que ce type de systeme de
fichier etait celui des systemes pick donc que ce n'etait pas une nouveauté

2010
2015
2020
2025

Pourquoi tous les 5 ans?

pourquoi pas ?

stephane@unices.org s'est exprimé en ces termes:

OpenQM, la premiere base qui s'interface en ftp :)

C'est quand même dommage de se priver d'un fichier de fortunes "helios"
quand on lit ce genre de choses, malheureusement le mainteneur aura du
boulot parce que monsieur le docteur est fort prolixe.


--

Pouvez-vous nous montrer un exemple de comment on assigne une fonction
à un signal ou à un évènement ?
Pour appeler une fonction, il suffit de tapper son nom.

-- Jayce - Y'a pas besoin de tout ça --

On 2005-09-28, helios <helios@com02.com> wrote:

les api y sont en libre services si tu es trop nul pour les prendre c'est
ton probleme

D'accord, une liste de fichiers dans un repertoire, aucun ne ressemblant
de pres ou de loin a ce qui pourrait etre un module Perl ou Python, une
librairie Java. Pour toi, c'est peut etre un libre service, mais moi,
quand je vais a Carrefour pour acheter un fromage, je m'attends a ce que
le nom du fromage soit sur la boite.

Bref, que du vent, comme d'habitude.

et l'interoperabilite c'est pas vers un language mais une base de
donnees ou

des fichiers

Ca c'est TA definition. L'interoperabilite, c'est vers de n'importe quoi
vers n'importe quoi et une base de donnees qui ne sait pas parler avec
les languages majeurs a un niveau inter-operabilite nul.

c'est pas ma definition c'est la definition
http://fr.wikipedia.org/wiki/Interop%C3%A9rabilit%C3%A9

Lien sur le on lit, en effet, je cite :

"L'interopérabilité est le fait que plusieurs systèmes, qu'ils soient
identiques ou radicalement différents, puissent communiquer sans
ambiguïté et opérer ensemble.
L'interopérabilité est très importante voire critique dans de nombreux
domaines, dont l'informatique, le médical au sens large, les activités
ferroviaires, l'électrotechnique, l'aérospatiale, le domaine militaire
et l'industrie en général. Les différents systèmes, appareils et
éléments divers utilisés doivent pouvoir intéragir sans heurts.
Compte-tenu du fait que ces éléments sont produits par des constructeurs
divers, avec des méthodes variées, et qu'ils répondent à des besoins
spécifiques, l'idée la plus simple consiste à définir une base
explicite, une norme, que chaque élément va « implanter » dans son
propre fonctionnement.
Cette norme joue un double rôle : elle est d'abord un indicateur de la
façon dont le dialogue entre les différents éléments doit s'opérer et
cristallise donc les besoins de ce dialogue ; elle est ensuite une
passerelle de communication, qui va pouvoir éventuellement s'adapter aux
besoins changeants des éléments. La norme est alors proche d'une
interface. "

Ce qui colle pas trop mal a une API, c'est a dire quelque chose qui sert a
connecter un language tel que Java, C, Perl, Python, Ruby ... et une
base de donnees.

Et non pas deux SGDB differents (ce qui n'a pas grand interet en soit).

Je m'en fous des formats courants de fichiers. Ce qui m'interesse c'est
que ca tourne avec mes outils, pas avec des fichiers access ou CSV.

le monde en à rien a cirer de tes outils qui n'ont pas d'interoperabilite si

tes outils ne savent travailler avec les formats normalise a toi de les
adapte c'est pas la norme qui va s'adapter a tes merdes

Tu es en train de parler de Perl, Python, Java, C ou Ruby.

1) ca serait tres pretentieux de ma part de les considerer comme etant
MES merdes.

2) ces languages disposent d'API vers tous les SGDB du marche, qu'ils
soient libres ou non et sur n'importe quel systeme a l'exception de
quelques sous merde dont l'interoperabilite est tellement nulle et
l'utilisation tellement derisoire que personne ne s'est pris la tete a
faire un connecteur serieux.

3) independement des SGDB, ces languages sont parmis les plus portables
du marche, Perl tourne sur des archis qui n'ont rien a voir avec Unix,
et des niveaux d'interoperabilites avec les plateformes cibles a faire
baver les languages d'origine.

4) jusqu'a preuve du contraire, ta bouse est incapable de tourner
dignement avec les acteurs majeurs du marche que tu insultes, au
passage, alors qu'elles sont arrivees a un niveau que tu devrais plutot
tenter d'egaler que mepriser.

5) je sais que la fin programee de ton truc obsolete te fait peur, mais
je te rassure, il restera quelques societes qui se retiendront de migrer
vers un truc serieux au moins jusqu'a ta retraite. Le Multivalue, c'est
comme le Cobol, c'est obsolete mais certains investissements ont ete
tellement monstrueux que ca va pas migrer demain matin.


--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License

Jerome Lambert <jerome.lambert@swing.be> writes:

Je me pose vraiment la question.
1) www.intertechnique.fr me renvoit vers une société qui fait des
composants pour l'aviation, mais rien qui ne touche de près ou de loin
à l'informatique

J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils
avaient bien une activité Pick, ils fabriquaient / assemblaient bien
des machines à processeurs 68k.

Je crois me rappeler qu'ils ont filialisé ça sous le nom de IN2 et
puis completement vendu à Siemens.

Ah? Au temps pour moi, alors.

Mais je me demande si Helios vit de le même continuum espace-temps que
nous, parce que prendre comme référence des vieux clous datant d'une
quinzaine d'année...

"Jerome Lambert" <jerome.lambert@swing.be> a écrit dans le message de
news:3pvmqbFcbu9eU1@individual.net...

Jerome Lambert <jerome.lambert@swing.be> writes:

Je me pose vraiment la question.
1) www.intertechnique.fr me renvoit vers une société qui fait des
composants pour l'aviation, mais rien qui ne touche de près ou de loin
à l'informatique

J'ai fait un stage chez Intertechnique à Plaisir il y a 20 ans. Ils
avaient bien une activité Pick, ils fabriquaient / assemblaient bien
des machines à processeurs 68k.

Je crois me rappeler qu'ils ont filialisé ça sous le nom de IN2 et
puis completement vendu à Siemens.

Ah? Au temps pour moi, alors.

Mais je me demande si Helios vit de le même continuum espace-temps que
nous, parce que prendre comme référence des vieux clous datant d'une
quinzaine d'année...

ces vieux clou sont encore en services donc il faut etre interoperable avec
dans le cas des hopitaux qui etait l'exemple choisis

(...)

les algorythmes de tris dernier cris on plus de 40ans meme chose pour les
algo de compression alors les systemes morveux ayant du lait aux naseaux
peuvent allez a la casse

en 1980 une machine 8086 demarait en moins de 30seconde en bootant sur
disquette un MSDOS
en 2005 un athlon64-4800 bicoeur met plus de 3 minutes à demarer windows
depuis un disque dur

Je te conseillerais de reporter ta machine chez le vendeur, elle a un
grave problème matériel...

Le Wed, 28 Sep 2005 12:29:04 +0000, Michel Talon a écrit :

Je dois dire que WinXP Pro demarre en ~ 1 minute sur mon Athlon 1Ghz, ce
qui est nettement plus rapide que Linux Debian Sarge qui met ~ 2mn et a
peu pres pareil que FreeBSD. Alors je dis comme toi, bouffoneries.

Vous avez trop de services. Le dernier serveur en RAID que j'ai configuré
mettaitn précisément 45 secondes entre l'appui sur le bouton et
l'apparition du prompt GDM (OK c'est une grosse machine, mais quand même).

--
entia non sont multiplicanda praeter necessitatem.
John Ponce of Cork.

Emmanuel Florac s'est exprimé en ces termes:

Vous avez trop de services. Le dernier serveur en RAID que j'ai configuré
mettaitn précisément 45 secondes entre l'appui sur le bouton et
l'apparition du prompt GDM (OK c'est une grosse machine, mais quand même).

Ajoutons qu'un XP est loin d'être utilisable dès l'apparition du bureau.
Faut généralement attendre encore un certain temps ensuite, et on sait
jamais combien.


--
<mage> what should I give sister for unzipping?
<Kevyn> Um. Ten bucks?
<mage> no I mean like, WinZip?

<stephane@unices.org> a écrit dans le message de
news:9kjq03-qr3.ln1@macos.unices.org...

On 2005-09-28, helios <helios@com02.com> wrote:

les api y sont en libre services si tu es trop nul pour les prendre
c'est

ton probleme

D'accord, une liste de fichiers dans un repertoire, aucun ne ressemblant
de pres ou de loin a ce qui pourrait etre un module Perl ou Python, une
librairie Java. Pour toi, c'est peut etre un libre service, mais moi,
quand je vais a Carrefour pour acheter un fromage, je m'attends a ce que
le nom du fromage soit sur la boite.

Bref, que du vent, comme d'habitude.

apprends a lire moi j'ai trouve ce qui faut pour java, PHP et C ainsi que
purebasic dans ce site

et l'interoperabilite c'est pas vers un language mais une base de
donnees ou

des fichiers

Ca c'est TA definition. L'interoperabilite, c'est vers de n'importe
quoi

vers n'importe quoi et une base de donnees qui ne sait pas parler avec
les languages majeurs a un niveau inter-operabilite nul.

c'est pas ma definition c'est la definition
http://fr.wikipedia.org/wiki/Interop%C3%A9rabilit%C3%A9

Lien sur le on lit, en effet, je cite :

"L'interopérabilité est le fait que plusieurs systèmes, qu'ils soient
identiques ou radicalement différents, puissent communiquer sans
ambiguïté et opérer ensemble.
L'interopérabilité est très importante voire critique dans de nombreux
domaines, dont l'informatique, le médical au sens large, les activités
ferroviaires, l'électrotechnique, l'aérospatiale, le domaine militaire
et l'industrie en général. Les différents systèmes, appareils et
éléments divers utilisés doivent pouvoir intéragir sans heurts.
Compte-tenu du fait que ces éléments sont produits par des constructeurs
divers, avec des méthodes variées, et qu'ils répondent à des besoins
spécifiques, l'idée la plus simple consiste à définir une base
explicite, une norme, que chaque élément va « implanter » dans son
propre fonctionnement.
Cette norme joue un double rôle : elle est d'abord un indicateur de la
façon dont le dialogue entre les différents éléments doit s'opérer et
cristallise donc les besoins de ce dialogue ; elle est ensuite une
passerelle de communication, qui va pouvoir éventuellement s'adapter aux
besoins changeants des éléments. La norme est alors proche d'une
interface. "

Ce qui colle pas trop mal a une API, c'est a dire quelque chose qui sert a
connecter un language tel que Java, C, Perl, Python, Ruby ... et une
base de donnees.

Et non pas deux SGDB differents (ce qui n'a pas grand interet en soit).

c'est vrai connecter deux SGBD ensemble n'a aucun interet ne serais ce que
pour faire une migration ou completer les info d'un SGBD par celle de
l'autre

Je m'en fous des formats courants de fichiers. Ce qui m'interesse c'est
que ca tourne avec mes outils, pas avec des fichiers access ou CSV.

le monde en à rien a cirer de tes outils qui n'ont pas

d'interoperabilite si

tes outils ne savent travailler avec les formats normalise a toi de les
adapte c'est pas la norme qui va s'adapter a tes merdes

Tu es en train de parler de Perl, Python, Java, C ou Ruby.

1) ca serait tres pretentieux de ma part de les considerer comme etant
MES merdes.

je rectifie les merdes que tu as choisis

2) ces languages disposent d'API vers tous les SGDB du marche, qu'ils
soient libres ou non et sur n'importe quel systeme a l'exception de
quelques sous merde dont l'interoperabilite est tellement nulle et
l'utilisation tellement derisoire que personne ne s'est pris la tete a
faire un connecteur serieux.

alors de quoi tu te plaind ?

3) independement des SGDB, ces languages sont parmis les plus portables
du marche, Perl tourne sur des archis qui n'ont rien a voir avec Unix,
et des niveaux d'interoperabilites avec les plateformes cibles a faire
baver les languages d'origine.

tellement portable que la majorite des becanes des hopitaux ne peut pas
fonctionne avec ces merdes (l'interoperabilite doit etre faite avec les
hopitaux d'apres l'exemple demande) donc ces merde sont exclus

4) jusqu'a preuve du contraire, ta bouse est incapable de tourner
dignement avec les acteurs majeurs du marche que tu insultes, au
passage, alors qu'elles sont arrivees a un niveau que tu devrais plutot
tenter d'egaler que mepriser.

c'est pas parce que tu peut pas que les autres ne peuvent pas et ce n'est
pas ma bouse je n'ai pas cette pretention

5) je sais que la fin programee de ton truc obsolete te fait peur, mais
je te rassure, il restera quelques societes qui se retiendront de migrer
vers un truc serieux au moins jusqu'a ta retraite. Le Multivalue, c'est
comme le Cobol, c'est obsolete mais certains investissements ont ete
tellement monstrueux que ca va pas migrer demain matin.

la fin programme laisse moi rire microsoft travail dessus pour le prochain
windows, tes truc sont juste une passade qui aura totalement disparu dans
10a

"Benjamin FRANCOIS" <kwyxz@kwyxz.org> a écrit dans le message de
news:slrndjlb2h.thj.kwyxz@grumpf.kwyxz.org...

Emmanuel Florac s'est exprimé en ces termes:

Vous avez trop de services. Le dernier serveur en RAID que j'ai
configuré

mettaitn précisément 45 secondes entre l'appui sur le bouton et
l'apparition du prompt GDM (OK c'est une grosse machine, mais quand
même).

Ajoutons qu'un XP est loin d'être utilisable dès l'apparition du bureau.
Faut généralement attendre encore un certain temps ensuite, et on sait
jamais combien.

chronometrage fait le bureau apparait en 45seconde le sablier disparait a
1mn48