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
et en définissant la relation kivabien entre les ID de chaque table. C'est un peu grossier comme exemple, mais si tu imagines qu'on multiplie les infos dans la table 1 (nom de famille, date de naissance, que sais-je encore), ces infos ne sont bien présentes qu'une seule fois. C'est d'ailleurs la raison d'être des SGBDR.
la tu as deux table pour un MV de niveau 2 tu envisage 128 tables pour un MV de niveau 128?
C'est impossible à dire sans cas concret, cela m'étonnerait grandement que l'on se retrouve avec des données nécessitant autant de tables (mais je ne suis pas un spécialiste en la matière)
En conclusion, autant le système MV peut être intéressant pour une personne ne désirant pas se plonger dans les SGBDR vu la petite taille de la base gérée (cas typique: une fiche d'identité où on veut pouvoir encoder autant de numéro de téléphone qu'on veut sans multiplier les champs à gogo), autant quelqu'un qui doit gérer de grosses bases aura un meilleur aperçu de ce qu'il fait en utilisant un SGBDR. Et puis, si les bases de données multivaluées étaient si indispensable et si performantes que tu le prétends, je crois que ça se saurait... ;-)
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
c'est sur cela se saurait d'ailleur comme il y a que des petites boite qui soutient pick tel ibm; att, siemens, nixdorf, dassault, .... et tres peut d'utilisateur 6000000
Tu me fais rire avec IBM. Si je vais chez eux pour voir ce que sont ces fameuses bases Unidata et Universe, je trouve:
UniData® An extended relational database designed for embedding in vertical applications
UniVerse® An extended relational database designed for embedding in vertical applications.
http://www-306.ibm.com/software/data/u2/
Bref, que des bases de données relationnelles...
Il est d'ailleurs amusant de remarquer que, dès qu'on cherche une base de données multivaluée, on se retrouve avec une base de donnée relationnelle, comme ici:
Nom de la solution: Reality V9
Description de la solution: Gestion efficace d'un grand nombre de données en ligne. Base de données multivalue conforme au standard multivalué (...)
Description détaillée de la solution Une base de données relationnelle offrant des performances élevées même avec un nombre important d'utilisateurs simultanés.
Description fonctionnelle Un système de gestion de base de données relationnel. De multiples bases distinctes sur un seul système Unix. Une gestion efficace d'un grand nombre de données en ligne. (...)
et en définissant la relation kivabien entre les ID de chaque table.
C'est un peu grossier comme exemple, mais si tu imagines qu'on multiplie
les infos dans la table 1 (nom de famille, date de naissance, que
sais-je encore), ces infos ne sont bien présentes qu'une seule fois.
C'est d'ailleurs la raison d'être des SGBDR.
la tu as deux table pour un MV de niveau 2 tu envisage 128 tables pour un MV
de niveau 128?
C'est impossible à dire sans cas concret, cela m'étonnerait grandement
que l'on se retrouve avec des données nécessitant autant de tables (mais
je ne suis pas un spécialiste en la matière)
En conclusion, autant le système MV peut être intéressant pour une
personne ne désirant pas se plonger dans les SGBDR vu la petite taille
de la base gérée (cas typique: une fiche d'identité où on veut pouvoir
encoder autant de numéro de téléphone qu'on veut sans multiplier les
champs à gogo), autant quelqu'un qui doit gérer de grosses bases aura un
meilleur aperçu de ce qu'il fait en utilisant un SGBDR. Et puis, si les
bases de données multivaluées étaient si indispensable et si
performantes que tu le prétends, je crois que ça se saurait... ;-)
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
c'est sur cela se saurait d'ailleur comme il y a que des petites boite qui
soutient pick tel ibm; att, siemens, nixdorf, dassault, .... et tres peut
d'utilisateur 6000000
Tu me fais rire avec IBM. Si je vais chez eux pour voir ce que sont ces
fameuses bases Unidata et Universe, je trouve:
UniData®
An extended relational database designed for embedding in vertical
applications
UniVerse®
An extended relational database designed for embedding in vertical
applications.
http://www-306.ibm.com/software/data/u2/
Bref, que des bases de données relationnelles...
Il est d'ailleurs amusant de remarquer que, dès qu'on cherche une base
de données multivaluée, on se retrouve avec une base de donnée
relationnelle, comme ici:
Nom de la solution: Reality V9
Description de la solution: Gestion efficace d'un grand nombre de
données en ligne. Base de données multivalue conforme au standard multivalué
(...)
Description détaillée de la solution
Une base de données relationnelle offrant des performances élevées même
avec un nombre important d'utilisateurs simultanés.
Description fonctionnelle
Un système de gestion de base de données relationnel. De multiples bases
distinctes sur un seul système Unix. Une gestion efficace d'un grand
nombre de données en ligne.
(...)
et en définissant la relation kivabien entre les ID de chaque table. C'est un peu grossier comme exemple, mais si tu imagines qu'on multiplie les infos dans la table 1 (nom de famille, date de naissance, que sais-je encore), ces infos ne sont bien présentes qu'une seule fois. C'est d'ailleurs la raison d'être des SGBDR.
la tu as deux table pour un MV de niveau 2 tu envisage 128 tables pour un MV de niveau 128?
C'est impossible à dire sans cas concret, cela m'étonnerait grandement que l'on se retrouve avec des données nécessitant autant de tables (mais je ne suis pas un spécialiste en la matière)
En conclusion, autant le système MV peut être intéressant pour une personne ne désirant pas se plonger dans les SGBDR vu la petite taille de la base gérée (cas typique: une fiche d'identité où on veut pouvoir encoder autant de numéro de téléphone qu'on veut sans multiplier les champs à gogo), autant quelqu'un qui doit gérer de grosses bases aura un meilleur aperçu de ce qu'il fait en utilisant un SGBDR. Et puis, si les bases de données multivaluées étaient si indispensable et si performantes que tu le prétends, je crois que ça se saurait... ;-)
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
c'est sur cela se saurait d'ailleur comme il y a que des petites boite qui soutient pick tel ibm; att, siemens, nixdorf, dassault, .... et tres peut d'utilisateur 6000000
Tu me fais rire avec IBM. Si je vais chez eux pour voir ce que sont ces fameuses bases Unidata et Universe, je trouve:
UniData® An extended relational database designed for embedding in vertical applications
UniVerse® An extended relational database designed for embedding in vertical applications.
http://www-306.ibm.com/software/data/u2/
Bref, que des bases de données relationnelles...
Il est d'ailleurs amusant de remarquer que, dès qu'on cherche une base de données multivaluée, on se retrouve avec une base de donnée relationnelle, comme ici:
Nom de la solution: Reality V9
Description de la solution: Gestion efficace d'un grand nombre de données en ligne. Base de données multivalue conforme au standard multivalué (...)
Description détaillée de la solution Une base de données relationnelle offrant des performances élevées même avec un nombre important d'utilisateurs simultanés.
Description fonctionnelle Un système de gestion de base de données relationnel. De multiples bases distinctes sur un seul système Unix. Une gestion efficace d'un grand nombre de données en ligne. (...)
Si on lui demande un truc pas prévu par l'appli, elle prend son plus beau regard bovin et elle dit qu'elle peut pas. --
ok je comprends SQL c'est pour les boeufs
Jerome Lambert
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...
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'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...
helios
"Stephane Zuckerman" a écrit dans le message de news:
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)
Les "meilleures écoles" ça ne veut rien dire. Je suis dans ce qui est considéré comme une bonne école (au moins au niveau info), et je peux te dire que je connais bien meilleur que moi avec bien moins de diplômes. L'argument du "ils ont des diplômes, ils sont forcément bons" ne tient pas en informatique, *surtout* quand il s'agit d'exploitation et pas de développement.
--
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir faire fonctionner oracle correctement
"Stephane Zuckerman" <szuckerm@etu.utc.fr> a écrit dans le message de
news:Pine.OSF.4.58.0507261100210.197702@vega.utc.fr...
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)
Les "meilleures écoles" ça ne veut rien dire. Je suis dans ce qui est
considéré comme une bonne école (au moins au niveau info), et je peux te
dire que je connais bien meilleur que moi avec bien moins de diplômes.
L'argument du "ils ont des diplômes, ils sont forcément bons" ne tient pas
en informatique, *surtout* quand il s'agit d'exploitation et pas de
développement.
--
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir
faire fonctionner oracle correctement
"Stephane Zuckerman" a écrit dans le message de news:
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)
Les "meilleures écoles" ça ne veut rien dire. Je suis dans ce qui est considéré comme une bonne école (au moins au niveau info), et je peux te dire que je connais bien meilleur que moi avec bien moins de diplômes. L'argument du "ils ont des diplômes, ils sont forcément bons" ne tient pas en informatique, *surtout* quand il s'agit d'exploitation et pas de développement.
--
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir faire fonctionner oracle correctement
Stephane Zuckerman
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir faire fonctionner oracle correctement Non.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir
faire fonctionner oracle correctement
Non.
--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
d'accord mais les meilleurs ecole fournisse un niveau minimun pour savoir faire fonctionner oracle correctement Non.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
helios
"Michel Talon" a écrit dans le message de news:dc4u5g$1ckn$
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
prends un cv plus recent
et je n'ai rien a voir avec le bide oracle a FT
"Michel Talon" <talon@lpthe.jussieu.fr> a écrit dans le message de
news:dc4u5g$1ckn$1@asmodee.lpthe.jussieu.fr...
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
"Michel Talon" a écrit dans le message de news:dc4u5g$1ckn$
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
prends un cv plus recent
et je n'ai rien a voir avec le bide oracle a FT
Stephane Zuckerman
Si on lui demande un truc pas prévu par l'appli, elle prend son plus beau regard bovin et elle dit qu'elle peut pas. --
ok je comprends SQL c'est pour les boeufs
Non (et merci de sortir ma phrase hors de son contexte, comme ça tout le monde comprend de quoi on parlait...).
Simplement, la secrétaire n'est pas là pour faire de l'informatique.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Si on lui demande un truc pas prévu par l'appli, elle prend son plus beau
regard bovin et elle dit qu'elle peut pas.
--
ok je comprends SQL c'est pour les boeufs
Non (et merci de sortir ma phrase hors de son contexte, comme ça tout le
monde comprend de quoi on parlait...).
Simplement, la secrétaire n'est pas là pour faire de l'informatique.
--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
Si on lui demande un truc pas prévu par l'appli, elle prend son plus beau regard bovin et elle dit qu'elle peut pas. --
ok je comprends SQL c'est pour les boeufs
Non (et merci de sortir ma phrase hors de son contexte, comme ça tout le monde comprend de quoi on parlait...).
Simplement, la secrétaire n'est pas là pour faire de l'informatique.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Stephane TOUGARD
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 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.
la secretaire ne connait pas sql mais la gestion et il y a pas de sqliste present il sont tous partie boire un .... cafe
Et la cigale qui fait 50 metres, ca n'existe pas, ca n'existe pas.
Parce que tu crois que ta secretaire, qui ne sait meme pas faire un telnet sur quoi que ce soit, va aller se connecter sur ton interface pre-historique et s'en sortir d'un coup de baguette magique.
J'ai dix ans d'experience IT et une bonne partie sur les SGBD et il me faudrait peut etre une heure pour sortir une requete valable sur ton truc sans avoir de competence pre-alable et cette requete ne sortirait tres certainement pas ce que je veux, mais simplement un resultat parce que la syntaxe est correcte.
-- 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
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 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.
la secretaire ne connait pas sql mais la gestion et il y a pas de sqliste
present il sont tous partie boire un .... cafe
Et la cigale qui fait 50 metres, ca n'existe pas, ca n'existe pas.
Parce que tu crois que ta secretaire, qui ne sait meme pas faire un
telnet sur quoi que ce soit, va aller se connecter sur ton interface
pre-historique et s'en sortir d'un coup de baguette magique.
J'ai dix ans d'experience IT et une bonne partie sur les SGBD et il me
faudrait peut etre une heure pour sortir une requete valable sur ton
truc sans avoir de competence pre-alable et cette requete ne sortirait
tres certainement pas ce que je veux, mais simplement un resultat parce
que la syntaxe est correcte.
--
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
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 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.
la secretaire ne connait pas sql mais la gestion et il y a pas de sqliste present il sont tous partie boire un .... cafe
Et la cigale qui fait 50 metres, ca n'existe pas, ca n'existe pas.
Parce que tu crois que ta secretaire, qui ne sait meme pas faire un telnet sur quoi que ce soit, va aller se connecter sur ton interface pre-historique et s'en sortir d'un coup de baguette magique.
J'ai dix ans d'experience IT et une bonne partie sur les SGBD et il me faudrait peut etre une heure pour sortir une requete valable sur ton truc sans avoir de competence pre-alable et cette requete ne sortirait tres certainement pas ce que je veux, mais simplement un resultat parce que la syntaxe est correcte.
-- 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
Stephane TOUGARD
helios wrote:
toi mais la secretaire elle fait comment ? elle a suivis une formation administrateur sql et on a virer l'administrateur sql c'est ca ?
Comme elle a pas non plus forcement de formation MV ...
-- 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
helios wrote:
toi mais la secretaire elle fait comment ? elle a suivis une formation
administrateur sql et on a virer l'administrateur sql c'est ca ?
Comme elle a pas non plus forcement de formation MV ...
--
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
toi mais la secretaire elle fait comment ? elle a suivis une formation administrateur sql et on a virer l'administrateur sql c'est ca ?
Comme elle a pas non plus forcement de formation MV ...
-- 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
Stephane TOUGARD
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.
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.
-- 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
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.
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.
--
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
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.
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.
-- 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
