Comment reconnaitre un bon Linuxien d'un vrai neuneu ?
832 réponses
Xandros
Salut,
Depuis les quelques mois que je suis sous Linux et que je fréquente les
Forums dédiés, j'ai pu remarquer une chose.
Il existe 3 types de personnes :
1) Les novices qui viennent du monde Windows et qui posent pleins de
questions sans vraiment chercher les réponses. J'en faisais parti, mais
je me soigne depuis ;)
2) Les neuneux de base, qui n'y connaissent pas grand chose et qui se
défoulent sur le premier novice venu. On les reconnait par leurs
réponses standards : "trop gros - passera pas" - "va chercher sur
Google" - "Prouves le" - "Vas lire MAN ou HOWTO"
En fait, il n'apportent jamais rien au débat, mais font croire qu'ils
s'y connaissent trop pour perdre leur temps avec des novices.
3) Enfin, les "vrais", ceux qui t'apportent LA solution, on les
reconnait par la simplicité de leurs réponses, un lien, une commande,
une solution quoi.
Un grand merci à eux !!!
Tout ça pour dire que le monde Linux serait bien plus simple si la 2eme
cathégorie pouvait simplement admettre qu'ils font parti de la 1er, ou
alors si ils veulent se prétendre de la 3eme, qu'ils apportent de l'aide
ou bien qu'il ferme leurs gue...le.
--
Message envoyé avec ThunderBird
Sous Linux Xandros Deluxe 3.0
En fait, j'ai bien compris pourquoi on s'emmerdait avec des tables. Pourquoi avec ce concept génial, on ne colle pas toute la base dans un seul champ multivalué ?
create table ma_table (id varchar(128),value blob);
Ou comment simuler un MV avec MySQL, en plus performant bien sur.
et ne pas oublier dans la requete like ou soundex pour extraire une info ...
En fait, j'ai bien compris pourquoi on s'emmerdait avec des
tables. Pourquoi avec ce concept génial, on ne colle pas toute la base
dans un seul champ multivalué ?
create table ma_table (id varchar(128),value blob);
Ou comment simuler un MV avec MySQL, en plus performant bien sur.
et ne pas oublier dans la requete like ou soundex pour extraire une info ...
En fait, j'ai bien compris pourquoi on s'emmerdait avec des tables. Pourquoi avec ce concept génial, on ne colle pas toute la base dans un seul champ multivalué ?
create table ma_table (id varchar(128),value blob);
Ou comment simuler un MV avec MySQL, en plus performant bien sur.
et ne pas oublier dans la requete like ou soundex pour extraire une info ...
helios
"Jerome Lambert" a écrit dans le message de news:
helios wrote:
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui contient malgres le MV 500 champs sans le MV cela en ferais combien de champ
?la migration vers oracle a ete un bide
Ton expertise FranceTelecom est détaillée ici par exemple? http://fr.scguild.com/usr/3957I.html http://fr.scguild.com/usr/3957R.html
Oui:
1985-1986 Concepteur sous PICK des programmes pour la gestion des Ordres de Construction des NouveauxAbonnés de FRANCE TELECOM et Administration de la machine IN532 (création des comptes, sauvegardes, restauration, arrêt et mise en services de la machine, gestion des incidents), installation des nouveaux postes de travail et imprimantes , liaison avec des micro ordinateurs
C'était il y a 20 ans...
il parait que j'ai travailler depuis 20ans regarde le reste du cv du style du pick universe en 2005
"Jerome Lambert" <jerome.lambert@swing.be> a écrit dans le message de
news:3kmd9jFv7suoU2@individual.net...
helios <helios@com02.com> wrote:
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui
contient malgres le MV 500 champs sans le MV cela en ferais combien de
champ
?la migration vers oracle a ete un bide
Ton expertise FranceTelecom est détaillée ici par exemple?
http://fr.scguild.com/usr/3957I.html
http://fr.scguild.com/usr/3957R.html
Oui:
1985-1986 Concepteur sous PICK des programmes pour la gestion des Ordres
de Construction des NouveauxAbonnés de FRANCE TELECOM et Administration
de la machine IN532 (création des comptes, sauvegardes, restauration,
arrêt et mise en services de la machine, gestion des incidents),
installation des nouveaux postes de travail et imprimantes , liaison
avec des micro ordinateurs
C'était il y a 20 ans...
il parait que j'ai travailler depuis 20ans regarde le reste du cv du style
du pick universe en 2005
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui contient malgres le MV 500 champs sans le MV cela en ferais combien de champ
?la migration vers oracle a ete un bide
Ton expertise FranceTelecom est détaillée ici par exemple? http://fr.scguild.com/usr/3957I.html http://fr.scguild.com/usr/3957R.html
Oui:
1985-1986 Concepteur sous PICK des programmes pour la gestion des Ordres de Construction des NouveauxAbonnés de FRANCE TELECOM et Administration de la machine IN532 (création des comptes, sauvegardes, restauration, arrêt et mise en services de la machine, gestion des incidents), installation des nouveaux postes de travail et imprimantes , liaison avec des micro ordinateurs
C'était il y a 20 ans...
il parait que j'ai travailler depuis 20ans regarde le reste du cv du style du pick universe en 2005
helios
"Franck Yvonnet" a écrit dans le message de news:
helios wrote:
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui contient malgres le MV 500 champs sans le MV cela en ferais combien de champ
?la migration vers oracle a ete un bide
D'après ce que j'ai vu quand je bossais chez FT, la base Cristal (celle qui contient les abonnés résidentiels) était basée sur Oracle. Et il y a une base par région, par une base nationale.
-- jamais entendu parler de 42c ou 20h ou 20z a FT ? c'est des systems pick
universe
la base abonne de FT est 42c cristal est juste une petite appli residenciel la base national s'appelle 42c et c'est un pick universe v10.2 depuis mai 2005 avant c'etait universe 9.2 et a l'origine en 1982 c'etait du realite 2000 (intertechnique)
"Franck Yvonnet" <fyvonnet@gmail.com> a écrit dans le message de
news:slrndecoar.pu4.fyvonnet@gwyneth.glou.net...
helios <helios@com02.com> wrote:
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui
contient malgres le MV 500 champs sans le MV cela en ferais combien de
champ
?la migration vers oracle a ete un bide
D'après ce que j'ai vu quand je bossais chez FT, la base Cristal (celle
qui contient les abonnés résidentiels) était basée sur Oracle. Et il y a
une base par région, par une base nationale.
--
jamais entendu parler de 42c ou 20h ou 20z a FT ? c'est des systems pick
universe
la base abonne de FT est 42c cristal est juste une petite appli residenciel
la base national s'appelle 42c et c'est un pick universe v10.2 depuis mai
2005 avant c'etait universe 9.2 et a l'origine en 1982 c'etait du realite
2000 (intertechnique)
c'est vrai FT a une petite base de 60000000 de ligne telephonique qui contient malgres le MV 500 champs sans le MV cela en ferais combien de champ
?la migration vers oracle a ete un bide
D'après ce que j'ai vu quand je bossais chez FT, la base Cristal (celle qui contient les abonnés résidentiels) était basée sur Oracle. Et il y a une base par région, par une base nationale.
-- jamais entendu parler de 42c ou 20h ou 20z a FT ? c'est des systems pick
universe
la base abonne de FT est 42c cristal est juste une petite appli residenciel la base national s'appelle 42c et c'est un pick universe v10.2 depuis mai 2005 avant c'etait universe 9.2 et a l'origine en 1982 c'etait du realite 2000 (intertechnique)
Stéphane CARPENTIER
Stephane Zuckerman wrote:
La secrétaire se sert de son appli toute graphique. Elle ne fait aucune requête, que ce soit en SQL, en langage pour PICK, ou quoi que ce soit.
+1
Il n'y a d'ailleur surtout pas intérêt. Pour qu'elle aille mettre le bazar dans la base si elle se plante ? Et puis quoi encore ? Il ne veut pas lui donner les droits root tant qu'il y est ? Pour être sûr qu'elle puisse bien essayer de faire ce qu'on n'a pas pensé à lui expliquer ?
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
Stephane Zuckerman wrote:
La secrétaire se sert de son appli toute graphique. Elle ne fait aucune
requête, que ce soit en SQL, en langage pour PICK, ou quoi que ce soit.
+1
Il n'y a d'ailleur surtout pas intérêt. Pour qu'elle aille mettre le bazar
dans la base si elle se plante ? Et puis quoi encore ? Il ne veut pas lui
donner les droits root tant qu'il y est ? Pour être sûr qu'elle puisse bien
essayer de faire ce qu'on n'a pas pensé à lui expliquer ?
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid.
http://stef.carpentier.free.fr/
La secrétaire se sert de son appli toute graphique. Elle ne fait aucune requête, que ce soit en SQL, en langage pour PICK, ou quoi que ce soit.
+1
Il n'y a d'ailleur surtout pas intérêt. Pour qu'elle aille mettre le bazar dans la base si elle se plante ? Et puis quoi encore ? Il ne veut pas lui donner les droits root tant qu'il y est ? Pour être sûr qu'elle puisse bien essayer de faire ce qu'on n'a pas pensé à lui expliquer ?
Stéphane
--
Pour me répondre, traduire gratuit en anglais et virer le .invalid. http://stef.carpentier.free.fr/
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
cela marcherai mieux en MV mais a partir d'un temps de reponse satisfaisant
cela ne sert a rien d'ameliorer par contre MV permetrait d'avoir un calculateur moins puissant pour le meme temps de reponse
Et meme si c'etait vrai (ce dont je doute etant donne tes connaissances des SGBD modernes) quel est l'interet d'avoir un serveur moins puissant.
le pognon mon gars tu connait le prix d'un serveur IBM avec 32 processeur ? si 16 suffissent bonjour le benef une becane par exemple a FT c'est 1million d'euro si il le system n'etait pas un system PICK il faudrait des becane a 10million d'euro pour faire le meme sous oracle
le budget info de FT est de 1milliard d'euro /an FT a de nombreuse SSII en
fillialle et en fournisseurs croit tu par exemple qu'une boite comme ATOS
ORIGIN ou IBM ne connaisse pas le SQL ?ou ORACLE ? FT n'est pas une PME de
50 employer il on les moyens fincier d'avoir les meilleurs experts (quoi que
.....)
Le fait meme qu'il aient rate la migration demontrent bien qu'elle etait mal concu et qu'il y avait un probleme de competence.
donc les mec de FT ont un probleme de competence oracle et pourtant d'apres d'autre source c'est FT qui a la plus grosse base oracle du monde et FT traite directement avec oracle , ibm tu penses pas etre ridicule en affirmant que chez FT il y a un probleme de competence oracle , surtout qu'il y a aussi de forte chance que des soutraitant qui sont oracle on intervenu
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:opchr2-1gr.ln1@gulliver.unices.org...
helios wrote:
cela marcherai mieux en MV mais a partir d'un temps de reponse
satisfaisant
cela ne sert a rien d'ameliorer par contre MV permetrait d'avoir un
calculateur moins puissant pour le meme temps de reponse
Et meme si c'etait vrai (ce dont je doute etant donne tes connaissances
des SGBD modernes) quel est l'interet d'avoir un serveur moins puissant.
le pognon mon gars tu connait le prix d'un serveur IBM avec 32 processeur ?
si 16 suffissent bonjour le benef
une becane par exemple a FT c'est 1million d'euro si il le system n'etait
pas un system PICK il faudrait des becane a 10million d'euro pour faire le
meme sous oracle
le budget info de FT est de 1milliard d'euro /an FT a de nombreuse SSII
en
fillialle et en fournisseurs croit tu par exemple qu'une boite comme
ATOS
ORIGIN ou IBM ne connaisse pas le SQL ?ou ORACLE ? FT n'est pas une
PME de
50 employer il on les moyens fincier d'avoir les meilleurs experts (quoi
que
.....)
Le fait meme qu'il aient rate la migration demontrent bien qu'elle etait
mal concu et qu'il y avait un probleme de competence.
donc les mec de FT ont un probleme de competence oracle et pourtant d'apres
d'autre source c'est FT qui a la plus grosse base oracle du monde et FT
traite directement avec oracle , ibm
tu penses pas etre ridicule en affirmant que chez FT il y a un probleme de
competence oracle , surtout qu'il y a aussi de forte chance que des
soutraitant qui sont oracle on intervenu
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
cela marcherai mieux en MV mais a partir d'un temps de reponse satisfaisant
cela ne sert a rien d'ameliorer par contre MV permetrait d'avoir un calculateur moins puissant pour le meme temps de reponse
Et meme si c'etait vrai (ce dont je doute etant donne tes connaissances des SGBD modernes) quel est l'interet d'avoir un serveur moins puissant.
le pognon mon gars tu connait le prix d'un serveur IBM avec 32 processeur ? si 16 suffissent bonjour le benef une becane par exemple a FT c'est 1million d'euro si il le system n'etait pas un system PICK il faudrait des becane a 10million d'euro pour faire le meme sous oracle
le budget info de FT est de 1milliard d'euro /an FT a de nombreuse SSII en
fillialle et en fournisseurs croit tu par exemple qu'une boite comme ATOS
ORIGIN ou IBM ne connaisse pas le SQL ?ou ORACLE ? FT n'est pas une PME de
50 employer il on les moyens fincier d'avoir les meilleurs experts (quoi que
.....)
Le fait meme qu'il aient rate la migration demontrent bien qu'elle etait mal concu et qu'il y avait un probleme de competence.
donc les mec de FT ont un probleme de competence oracle et pourtant d'apres d'autre source c'est FT qui a la plus grosse base oracle du monde et FT traite directement avec oracle , ibm tu penses pas etre ridicule en affirmant que chez FT il y a un probleme de competence oracle , surtout qu'il y a aussi de forte chance que des soutraitant qui sont oracle on intervenu
helios
"Thierry Thomas" a écrit dans le message de news:
t'as encore rien compris chaque utilisateur a des droit sur des fichier et
appli pas sur tout la base de donne ainsi pourquoi un commercial aurait il
acces a la gestion fournisseur complete ou au fiche de paye , pourquoi le
technicien paye a la gestion ....avec oracle il suffit de craque le technicien paye pour avoir acces a toute les donnes de l'entreprise tandis
que sous pick si tu crack la paie tu acces qu'a la paie
Euh... avec Oracle, comme avec n'importe quel autre SGBD digne de ce nom, in y a des notions de droits d'accès (mots clefs : grant, revoke, role, view). --
seulemnt une fois oracle plante il y a plus de separation entre les utilisateurs puisque le system ne sait pas separer tandis que sosu pick meme avec pick planter le system continu de separer les utilisateurs
"Thierry Thomas" <tthomas@mail.dotcom.fr> a écrit dans le message de
news:slrndecp63.19m5.tthomas@graf.pompo.net...
t'as encore rien compris chaque utilisateur a des droit sur des fichier
et
appli pas sur tout la base de donne ainsi pourquoi un commercial aurait
il
acces a la gestion fournisseur complete ou au fiche de paye , pourquoi
le
technicien paye a la gestion ....avec oracle il suffit de craque le
technicien paye pour avoir acces a toute les donnes de l'entreprise
tandis
que sous pick si tu crack la paie tu acces qu'a la paie
Euh... avec Oracle, comme avec n'importe quel autre SGBD digne de ce
nom, in y a des notions de droits d'accès (mots clefs : grant, revoke,
role, view).
--
seulemnt une fois oracle plante il y a plus de separation entre les
utilisateurs puisque le system ne sait pas separer tandis que sosu pick meme
avec pick planter le system continu de separer les utilisateurs
t'as encore rien compris chaque utilisateur a des droit sur des fichier et
appli pas sur tout la base de donne ainsi pourquoi un commercial aurait il
acces a la gestion fournisseur complete ou au fiche de paye , pourquoi le
technicien paye a la gestion ....avec oracle il suffit de craque le technicien paye pour avoir acces a toute les donnes de l'entreprise tandis
que sous pick si tu crack la paie tu acces qu'a la paie
Euh... avec Oracle, comme avec n'importe quel autre SGBD digne de ce nom, in y a des notions de droits d'accès (mots clefs : grant, revoke, role, view). --
seulemnt une fois oracle plante il y a plus de separation entre les utilisateurs puisque le system ne sait pas separer tandis que sosu pick meme avec pick planter le system continu de separer les utilisateurs
helios
"X.B" a écrit dans le message de news:42e66aba$0$8105$
Sous UNIX/Linux, si ton "système PICK" est lancé depuis le compte root, ça signifie que si je trouve une faille de sécurité dedans, et que j'obtiens un shell, j'ai les droits root. Point. non si tu obtient un shell c'est celui de l'utilisateur linux
correspondant a ta connection pour obtenir un shell root il faudrait que tu te soit connecter root au depart si tu t'es connecter toto tu n'auras que les droit toto en cas de shell (c'est a dire moins de droits que pick
system) alors soyons plus classique : l'exploit lance une action qui plante
root/pick (classique attaque en buffer overflow) mais dont la derniere action est d'executer un shell qui modifie les droit d'un user ... avec son
shell tu as tout les droit d'admin ... fait entre 3h00 et 3h02 du matin, t'as interet a bien scruter tes logs (qu'il serait judicieux de stocker sur
une autre machine pask'autrement ...) tout les matins !
c'est pour cela que les exploitants ont des scripts automatique d'analyse des log et que les serveur ont des systeme de replication et que les machines travail en doublon avec comparaisons des resultats
"X.B" <moi@meme.fr> a écrit dans le message de
news:42e66aba$0$8105$626a14ce@news.free.fr...
Sous UNIX/Linux, si ton "système PICK" est lancé depuis le compte root,
ça signifie que si je trouve une faille de sécurité dedans, et que
j'obtiens un shell, j'ai les droits root. Point.
non si tu obtient un shell c'est celui de l'utilisateur linux
correspondant a ta connection pour obtenir un shell root il faudrait que
tu te soit connecter root au depart si tu t'es connecter toto tu n'auras
que les droit toto en cas de shell (c'est a dire moins de droits que
pick
system)
alors soyons plus classique : l'exploit lance une action qui plante
root/pick (classique attaque en buffer overflow) mais dont la derniere
action est d'executer un shell qui modifie les droit d'un user ... avec
son
shell tu as tout les droit d'admin ... fait entre 3h00 et 3h02 du matin,
t'as interet a bien scruter tes logs (qu'il serait judicieux de stocker
sur
une autre machine pask'autrement ...) tout les matins !
c'est pour cela que les exploitants ont des scripts automatique d'analyse
des log et que les serveur ont des systeme de replication et que les
machines travail en doublon avec comparaisons des resultats
"X.B" a écrit dans le message de news:42e66aba$0$8105$
Sous UNIX/Linux, si ton "système PICK" est lancé depuis le compte root, ça signifie que si je trouve une faille de sécurité dedans, et que j'obtiens un shell, j'ai les droits root. Point. non si tu obtient un shell c'est celui de l'utilisateur linux
correspondant a ta connection pour obtenir un shell root il faudrait que tu te soit connecter root au depart si tu t'es connecter toto tu n'auras que les droit toto en cas de shell (c'est a dire moins de droits que pick
system) alors soyons plus classique : l'exploit lance une action qui plante
root/pick (classique attaque en buffer overflow) mais dont la derniere action est d'executer un shell qui modifie les droit d'un user ... avec son
shell tu as tout les droit d'admin ... fait entre 3h00 et 3h02 du matin, t'as interet a bien scruter tes logs (qu'il serait judicieux de stocker sur
une autre machine pask'autrement ...) tout les matins !
c'est pour cela que les exploitants ont des scripts automatique d'analyse des log et que les serveur ont des systeme de replication et que les machines travail en doublon avec comparaisons des resultats
helios
"Stephane Zuckerman" a écrit dans le message de news:
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir
faire fonctionner oracle correctement Non.
de toute maniere les gens d'oracle connaisse oracle et FT en plus a la plus grosse base oracle du monde donc on peut pense que chez FT il y a pas defaut de competence oracle et que le bide de migration pick vers oracle n'est pas du a un defaut de competences (FT est aussi la boite en france qui a le plus d'expert pick)
"Stephane Zuckerman" <szuckerm@etu.utc.fr> a écrit dans le message de
news:Pine.OSF.4.58.0507261118470.197702@vega.utc.fr...
d'accord mais les meilleurs ecole fournisse un niveau minimun pour
savoir
faire fonctionner oracle correctement
Non.
de toute maniere les gens d'oracle connaisse oracle et FT en plus a la plus
grosse base oracle du monde donc on peut pense que chez FT il y a pas defaut
de competence oracle et que le bide de migration pick vers oracle n'est pas
du a un defaut de competences (FT est aussi la boite en france qui a le plus
d'expert pick)
"Stephane Zuckerman" a écrit dans le message de news:
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir
faire fonctionner oracle correctement Non.
de toute maniere les gens d'oracle connaisse oracle et FT en plus a la plus grosse base oracle du monde donc on peut pense que chez FT il y a pas defaut de competence oracle et que le bide de migration pick vers oracle n'est pas du a un defaut de competences (FT est aussi la boite en france qui a le plus d'expert pick)
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
le besoin de puissance etait 10 fois trop important sur universe et insuffissant sous oracle c'est ce que tu m'explique les ingenieur de chez FT sont incompetent en base de donne c'est aussi ce
que tu m'explique (c'est gentil pour les meilleurs ecole et universite d'informatique)
Ben si les gars avaient ton niveau de competence en SGBD, on comprend un tout petit peu pourquoi ils se sont plantes.
les gens d'oracle ne connaisse pas oracle effectivement c'est inquetant
vu le budget informatique de FT 1milliard d'euro / an depeche toi de postuler pour remplacer ces "incompetents"
Houla, j'irais pas m'emmerder dans une boite de fonctionnaires.
une SA tu retarde mon gars
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:21dhr2-1gr.ln1@gulliver.unices.org...
helios wrote:
le besoin de puissance etait 10 fois trop important sur universe et
insuffissant sous oracle c'est ce que tu m'explique
les ingenieur de chez FT sont incompetent en base de donne c'est aussi
ce
que tu m'explique (c'est gentil pour les meilleurs ecole et universite
d'informatique)
Ben si les gars avaient ton niveau de competence en SGBD, on comprend un
tout petit peu pourquoi ils se sont plantes.
les gens d'oracle ne connaisse pas oracle effectivement c'est inquetant
vu le budget informatique de FT 1milliard d'euro / an depeche toi de
postuler pour remplacer ces "incompetents"
Houla, j'irais pas m'emmerder dans une boite de fonctionnaires.
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
le besoin de puissance etait 10 fois trop important sur universe et insuffissant sous oracle c'est ce que tu m'explique les ingenieur de chez FT sont incompetent en base de donne c'est aussi ce
que tu m'explique (c'est gentil pour les meilleurs ecole et universite d'informatique)
Ben si les gars avaient ton niveau de competence en SGBD, on comprend un tout petit peu pourquoi ils se sont plantes.
les gens d'oracle ne connaisse pas oracle effectivement c'est inquetant
vu le budget informatique de FT 1milliard d'euro / an depeche toi de postuler pour remplacer ces "incompetents"
Houla, j'irais pas m'emmerder dans une boite de fonctionnaires.
une SA tu retarde mon gars
helios
peut etre pour une raison historique FT soutenant un partenanaire informatique qui fait lui meme des choix en fonction de la puissance de calcul disponible.
le fournisseur pick de france telecom s'appelle IBM alors en matieres de soutient artificiel ......
apres faire une migration, surtout avec des collaborateurs qui maitrisent les autres system comme toi, ce doit pas etre simple.
FT a la plus grosse base oracle du monde et est client direct oracle et a
droit d'avoir les mec d'oracle alors en matiere de competence oracle si vous avez mieux ......
pourtant la migration pick vers oracle a ete un bide
peut etre pour une raison historique FT soutenant un partenanaire
informatique qui fait lui meme des choix en fonction de la puissance de
calcul disponible.
le fournisseur pick de france telecom s'appelle IBM alors en matieres de
soutient artificiel ......
apres faire une migration, surtout avec des collaborateurs qui maitrisent
les autres system comme toi, ce doit pas etre simple.
FT a la plus grosse base oracle du monde et est client direct oracle et a
droit d'avoir les mec d'oracle alors en matiere de competence oracle si vous
avez mieux ......
pourtant la migration pick vers oracle a ete un bide
peut etre pour une raison historique FT soutenant un partenanaire informatique qui fait lui meme des choix en fonction de la puissance de calcul disponible.
le fournisseur pick de france telecom s'appelle IBM alors en matieres de soutient artificiel ......
apres faire une migration, surtout avec des collaborateurs qui maitrisent les autres system comme toi, ce doit pas etre simple.
FT a la plus grosse base oracle du monde et est client direct oracle et a
droit d'avoir les mec d'oracle alors en matiere de competence oracle si vous avez mieux ......
pourtant la migration pick vers oracle a ete un bide
