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
- Une fois loggé, le user pick se trouve bel est bien dans un process user, processus qui ne possède pas de droits particuliers: les fichiers qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les bonnes permissions (indépendemment de restrictions sans doute plus élevées au sein de pick lui-même).
C'est bien gentil ca, mais l'unité élémentaire gérée par le système (ie: le fichier) n'a rien a voir avec l'unité élémentaire géreé par une base de données... C'est beaucoup trop grossier. En plus la plupart des systemes Unix n'ont que les notions de User/Groupe/Other et ca ne suffit pas non plus pour gérer finement des droits.
Si on veut vraiment de la sécurité fine et efficace, il faut réécrire un OS et pas poser une rustine mal gaulée sur de l'existant.
- Une fois loggé, le user pick se trouve bel est bien dans un process
user, processus qui ne possède pas de droits particuliers: les fichiers
qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les
bonnes permissions (indépendemment de restrictions sans doute plus
élevées au sein de pick lui-même).
C'est bien gentil ca, mais l'unité élémentaire gérée par le système
(ie: le fichier) n'a rien a voir avec l'unité élémentaire géreé par une
base de données... C'est beaucoup trop grossier. En plus la plupart des
systemes Unix n'ont que les notions de User/Groupe/Other et ca ne
suffit pas non plus pour gérer finement des droits.
Si on veut vraiment de la sécurité fine et efficace, il faut réécrire
un OS et pas poser une rustine mal gaulée sur de l'existant.
- Une fois loggé, le user pick se trouve bel est bien dans un process user, processus qui ne possède pas de droits particuliers: les fichiers qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les bonnes permissions (indépendemment de restrictions sans doute plus élevées au sein de pick lui-même).
C'est bien gentil ca, mais l'unité élémentaire gérée par le système (ie: le fichier) n'a rien a voir avec l'unité élémentaire géreé par une base de données... C'est beaucoup trop grossier. En plus la plupart des systemes Unix n'ont que les notions de User/Groupe/Other et ca ne suffit pas non plus pour gérer finement des droits.
Si on veut vraiment de la sécurité fine et efficace, il faut réécrire un OS et pas poser une rustine mal gaulée sur de l'existant.
helios
"Stephane TOUGARD" a écrit dans le message de news:
Yannick Patois wrote:
Je vais essayer d'expliquer ce que j'ai crus comprendre du fonctionnement de pick (auquel je ne connais rien) à travers ce qu'hélios en a dit, qui me semble t'il a échappé à beaucoup d'entre vous, d'où des critiques que je juge un peu rapides et infondées.
Le probleme c'est qu'helios non plus n'y connait rien sur ce fameux foncitonnement interne, donc t'avoueras que comme sources d'informations, on peut faire mieux.
la question porte sur de l'administration pick pas son fonctionnement
interne et toi gros malin que connait tu du fonctionnement interne d'oracle
quel algo de selection est faite par oracle lors dans select ? si c'est un Btree il est de quel ordre? le calcul d'une factoriel sous oracle est fait par quel formule ? stirling? iteration?
- Une fois loggé, le user pick se trouve bel est bien dans un process user, processus qui ne possède pas de droits particuliers: les fichiers qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les bonnes permissions (indépendemment de restrictions sans doute plus élevées au sein de pick lui-même).
Ben dis donc, c'est pratique pour partager des donnees ca. J'avais envisage les ACL pour gerer les autorisation inter-user, mais visiblement helios n'avait pas releve (la methode de securite d'Unix en elle meme est totalement inadapte a une base de donnees, facile d'en convenir).
ou est le problem de partage plusieurs user peuvent avoir des droits sur le meme fichier
Bon, j'ai peut-être mal compris, mais logiquement, je ne vois que ca de possible au vue des messages d'helios.
Je pense que le mieux serait de s'adresser a quelqu'un de vraiment competent pour lui demander.
PS: J'ai longuement hésité avant de poster ici... Ca me fais un effet comparable à poster sur fsp: la pénible impression qu'ici toute discussion rationnelle, respectueuse de l'autre et honnête est impossible, et que tous les intervenants ne peuvent ressortir que salit d'un tel échange...
C'est un forum de debats.
debat veux dire foires au injure ?
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:0g1jr2-t11.ln1@gulliver.unices.org...
Yannick Patois wrote:
Je vais essayer d'expliquer ce que j'ai crus comprendre du
fonctionnement de pick (auquel je ne connais rien) à travers ce
qu'hélios en a dit, qui me semble t'il a échappé à beaucoup d'entre
vous, d'où des critiques que je juge un peu rapides et infondées.
Le probleme c'est qu'helios non plus n'y connait rien sur ce fameux
foncitonnement interne, donc t'avoueras que comme sources
d'informations, on peut faire mieux.
la question porte sur de l'administration pick pas son fonctionnement
interne
et toi gros malin que connait tu du fonctionnement interne d'oracle
quel algo de selection est faite par oracle lors dans select ?
si c'est un Btree il est de quel ordre?
le calcul d'une factoriel sous oracle est fait par quel formule ? stirling?
iteration?
- Une fois loggé, le user pick se trouve bel est bien dans un process
user, processus qui ne possède pas de droits particuliers: les fichiers
qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les
bonnes permissions (indépendemment de restrictions sans doute plus
élevées au sein de pick lui-même).
Ben dis donc, c'est pratique pour partager des donnees ca. J'avais
envisage les ACL pour gerer les autorisation inter-user, mais
visiblement helios n'avait pas releve (la methode de securite d'Unix en
elle meme est totalement inadapte a une base de donnees, facile d'en
convenir).
ou est le problem de partage plusieurs user peuvent avoir des droits sur le
meme fichier
Bon, j'ai peut-être mal compris, mais logiquement, je ne vois que ca de
possible au vue des messages d'helios.
Je pense que le mieux serait de s'adresser a quelqu'un de vraiment
competent pour lui demander.
PS: J'ai longuement hésité avant de poster ici... Ca me fais un effet
comparable à poster sur fsp: la pénible impression qu'ici toute
discussion rationnelle, respectueuse de l'autre et honnête est
impossible, et que tous les intervenants ne peuvent ressortir que salit
d'un tel échange...
"Stephane TOUGARD" a écrit dans le message de news:
Yannick Patois wrote:
Je vais essayer d'expliquer ce que j'ai crus comprendre du fonctionnement de pick (auquel je ne connais rien) à travers ce qu'hélios en a dit, qui me semble t'il a échappé à beaucoup d'entre vous, d'où des critiques que je juge un peu rapides et infondées.
Le probleme c'est qu'helios non plus n'y connait rien sur ce fameux foncitonnement interne, donc t'avoueras que comme sources d'informations, on peut faire mieux.
la question porte sur de l'administration pick pas son fonctionnement
interne et toi gros malin que connait tu du fonctionnement interne d'oracle
quel algo de selection est faite par oracle lors dans select ? si c'est un Btree il est de quel ordre? le calcul d'une factoriel sous oracle est fait par quel formule ? stirling? iteration?
- Une fois loggé, le user pick se trouve bel est bien dans un process user, processus qui ne possède pas de droits particuliers: les fichiers qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les bonnes permissions (indépendemment de restrictions sans doute plus élevées au sein de pick lui-même).
Ben dis donc, c'est pratique pour partager des donnees ca. J'avais envisage les ACL pour gerer les autorisation inter-user, mais visiblement helios n'avait pas releve (la methode de securite d'Unix en elle meme est totalement inadapte a une base de donnees, facile d'en convenir).
ou est le problem de partage plusieurs user peuvent avoir des droits sur le meme fichier
Bon, j'ai peut-être mal compris, mais logiquement, je ne vois que ca de possible au vue des messages d'helios.
Je pense que le mieux serait de s'adresser a quelqu'un de vraiment competent pour lui demander.
PS: J'ai longuement hésité avant de poster ici... Ca me fais un effet comparable à poster sur fsp: la pénible impression qu'ici toute discussion rationnelle, respectueuse de l'autre et honnête est impossible, et que tous les intervenants ne peuvent ressortir que salit d'un tel échange...
C'est un forum de debats.
debat veux dire foires au injure ?
helios
"Franck Yvonnet" a écrit dans le message de news:
Ainsi Parlait helios
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
Si la base de données est plantée, il n'y a plus d'accès aux données, donc quel intérêt qu'il y ait encore une notion d'utilisateurs ?
--
la base est plante mais les fichiers linux sont toujour accessible
les fichier accessible sous un users toto sont beaucoup moins nombreux que sous l'utilisateur SGBD
"Franck Yvonnet" <fyvonnet@gmail.com> a écrit dans le message de
news:slrndee438.i6l.fyvonnet@gwyneth.glou.net...
Ainsi Parlait helios <helios@com02.com>
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
Si la base de données est plantée, il n'y a plus d'accès aux données,
donc quel intérêt qu'il y ait encore une notion d'utilisateurs ?
--
la base est plante mais les fichiers linux sont toujour accessible
les fichier accessible sous un users toto sont beaucoup moins nombreux que
sous l'utilisateur SGBD
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
Si la base de données est plantée, il n'y a plus d'accès aux données, donc quel intérêt qu'il y ait encore une notion d'utilisateurs ?
--
la base est plante mais les fichiers linux sont toujour accessible
les fichier accessible sous un users toto sont beaucoup moins nombreux que sous l'utilisateur SGBD
Vincent Bernat
OoO En cette matinée pluvieuse du mercredi 27 juillet 2005, vers 10:10, "helios" disait:
donc le fonctionnement interne de pick n'a aucun interet si j'ai un problem interne j'appel ibm ou un autre comme quand j'ai un probleme avec ma voiture j'appelle le garagiste
Qu'est-ce que tu en sais donc de la sécurité du bidule ? Sur une voiture, ils disent qu'il y a l'ABS, l'hâbitacle renforcé, un aribag, mais en réalité, cela ne veut rien dire du tout. Si tu ne connais pas le forcément interne de Pick, tu as brassé du vent pendant toute la discussion que ce soit sur sa sécurité ou sur la façon dont il se montre performant et en règle générale, sur pourquoi il a besoin de tourner sous root. -- les seuls qui lisent les FAQs sont ceux qui savent déjà ce qu'il y a dedans. -+- AT in: Guide du Cabaliste Usenet - chapitre 4 -+-
OoO En cette matinée pluvieuse du mercredi 27 juillet 2005, vers
10:10, "helios" <helios@com02.com> disait:
donc le fonctionnement interne de pick n'a aucun interet si j'ai un problem
interne j'appel ibm ou un autre comme quand j'ai un probleme avec ma voiture
j'appelle le garagiste
Qu'est-ce que tu en sais donc de la sécurité du bidule ? Sur une
voiture, ils disent qu'il y a l'ABS, l'hâbitacle renforcé, un aribag,
mais en réalité, cela ne veut rien dire du tout. Si tu ne connais pas
le forcément interne de Pick, tu as brassé du vent pendant toute la
discussion que ce soit sur sa sécurité ou sur la façon dont il se
montre performant et en règle générale, sur pourquoi il a besoin de
tourner sous root.
--
les seuls qui lisent les FAQs sont ceux qui savent déjà ce qu'il
y a dedans.
-+- AT in: Guide du Cabaliste Usenet - chapitre 4 -+-
OoO En cette matinée pluvieuse du mercredi 27 juillet 2005, vers 10:10, "helios" disait:
donc le fonctionnement interne de pick n'a aucun interet si j'ai un problem interne j'appel ibm ou un autre comme quand j'ai un probleme avec ma voiture j'appelle le garagiste
Qu'est-ce que tu en sais donc de la sécurité du bidule ? Sur une voiture, ils disent qu'il y a l'ABS, l'hâbitacle renforcé, un aribag, mais en réalité, cela ne veut rien dire du tout. Si tu ne connais pas le forcément interne de Pick, tu as brassé du vent pendant toute la discussion que ce soit sur sa sécurité ou sur la façon dont il se montre performant et en règle générale, sur pourquoi il a besoin de tourner sous root. -- les seuls qui lisent les FAQs sont ceux qui savent déjà ce qu'il y a dedans. -+- AT in: Guide du Cabaliste Usenet - chapitre 4 -+-
helios
"JustMe" a écrit dans le message de news:
- Une fois loggé, le user pick se trouve bel est bien dans un process user, processus qui ne possède pas de droits particuliers: les fichiers qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les bonnes permissions (indépendemment de restrictions sans doute plus élevées au sein de pick lui-même).
C'est bien gentil ca, mais l'unité élémentaire gérée par le système (ie: le fichier) n'a rien a voir avec l'unité élémentaire géreé par une base de données... C'est beaucoup trop grossier. En plus la plupart des systemes Unix n'ont que les notions de User/Groupe/Other et ca ne suffit pas non plus pour gérer finement des droits.
Si on veut vraiment de la sécurité fine et efficace, il faut réécrire un OS et pas poser une rustine mal gaulée sur de l'existant.
a la base pick est un OS puis des versions repossant sur d'autre Os sont
sortie PICK a ete decharge des taches deja gerer par l'os support ainsi la partie administration pick change suivant l'os support
ex sous windows98 pick gere integralement les notions users (win98 n'ayant pas cette gestion) sous unix pick geres les notion securite utilisateur de unix comme le ferais un administrateur unix et les complete en interne par des notions plus fine ainsi les notions User/Groupe/Other sont utilise par pick , le system login/password de unix est utilise (obligation d'etre root) c'est l'administration pick qui est root pas la base pick et j'ai deja explique a l'installation il faut commencer par administrer sinon le seul user connu est root comme quand on install linux , l'argument j'utilise pas openqm car il faut etre root est le meme quie j'installe pas linux car il faut etre root
"JustMe" <pasdespam@merci.beaucoup> a écrit dans le message de
news:mn.da697d573210db70.15643@merci.beaucoup...
- Une fois loggé, le user pick se trouve bel est bien dans un process
user, processus qui ne possède pas de droits particuliers: les fichiers
qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les
bonnes permissions (indépendemment de restrictions sans doute plus
élevées au sein de pick lui-même).
C'est bien gentil ca, mais l'unité élémentaire gérée par le système
(ie: le fichier) n'a rien a voir avec l'unité élémentaire géreé par une
base de données... C'est beaucoup trop grossier. En plus la plupart des
systemes Unix n'ont que les notions de User/Groupe/Other et ca ne
suffit pas non plus pour gérer finement des droits.
Si on veut vraiment de la sécurité fine et efficace, il faut réécrire
un OS et pas poser une rustine mal gaulée sur de l'existant.
a la base pick est un OS puis des versions repossant sur d'autre Os sont
sortie
PICK a ete decharge des taches deja gerer par l'os support ainsi la partie
administration pick change suivant l'os support
ex sous windows98 pick gere integralement les notions users (win98 n'ayant
pas cette gestion)
sous unix pick geres les notion securite utilisateur de unix comme le
ferais un administrateur unix et les complete en interne par des notions
plus fine ainsi les notions User/Groupe/Other sont utilise par pick , le
system login/password de unix est utilise (obligation d'etre root) c'est
l'administration pick qui est root pas la base pick et j'ai deja explique a
l'installation il faut commencer par administrer sinon le seul user connu
est root comme quand on install linux , l'argument j'utilise pas openqm car
il faut etre root est le meme quie j'installe pas linux car il faut etre
root
- Une fois loggé, le user pick se trouve bel est bien dans un process user, processus qui ne possède pas de droits particuliers: les fichiers qu'il peut lire et modifier sont donc *seulement* les fichiers ayant les bonnes permissions (indépendemment de restrictions sans doute plus élevées au sein de pick lui-même).
C'est bien gentil ca, mais l'unité élémentaire gérée par le système (ie: le fichier) n'a rien a voir avec l'unité élémentaire géreé par une base de données... C'est beaucoup trop grossier. En plus la plupart des systemes Unix n'ont que les notions de User/Groupe/Other et ca ne suffit pas non plus pour gérer finement des droits.
Si on veut vraiment de la sécurité fine et efficace, il faut réécrire un OS et pas poser une rustine mal gaulée sur de l'existant.
a la base pick est un OS puis des versions repossant sur d'autre Os sont
sortie PICK a ete decharge des taches deja gerer par l'os support ainsi la partie administration pick change suivant l'os support
ex sous windows98 pick gere integralement les notions users (win98 n'ayant pas cette gestion) sous unix pick geres les notion securite utilisateur de unix comme le ferais un administrateur unix et les complete en interne par des notions plus fine ainsi les notions User/Groupe/Other sont utilise par pick , le system login/password de unix est utilise (obligation d'etre root) c'est l'administration pick qui est root pas la base pick et j'ai deja explique a l'installation il faut commencer par administrer sinon le seul user connu est root comme quand on install linux , l'argument j'utilise pas openqm car il faut etre root est le meme quie j'installe pas linux car il faut etre root
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
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)
Pour pick, ca me surprendrait pas que ce soit meme la seule. Mais une source pour Oracle serait tout a fait benefique.
pour pick en france il y a aussi : les Ministères de l'Agriculture, des
Affaires Etrangères, de la Santé, de la justice, la Poste, France Télécom, le Commissariat à l'Energie Atomique, l'Office National des Forêts, les concessionnaires et agents Renault, les Greffes des Tribunaux de Commerce, les Hôtels Campanile, la Brasserie Kronenbourg, les Meubles Atlas Fly, Renault Agriculture, l'Aérospatiale, le C.N.R.S., la SNECMA, plus de 450 bibliothèques, des centaines de serveurs Vidéotex , et des milliers de P.M.E.-P.M.I.) ; avec des applications dans tous les domaines de la gestion et de la production.
a FT
oracle est utilise par 600 personne (source oracle) et pick utilise par les 135000 personnes oracle gere quelque bases, pick geres tout FT (c'est le referenciel de FT c'est lui qui fourni les donnees des bases oracles ) oracle est connu car subit pick reste anonyme car utilise de maniere transparente
les conducteur de dion bouton connaissait tout du moteur les conducteur de mercedes ne connaisse presque rien du moteur pour la prochaine voiture tu prefere une dion boutton ou une mercedes ?
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:921jr2-t11.ln1@gulliver.unices.org...
helios wrote:
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)
Pour pick, ca me surprendrait pas que ce soit meme la seule. Mais une
source pour Oracle serait tout a fait benefique.
pour pick en france il y a aussi : les Ministères de l'Agriculture, des
Affaires Etrangères, de la Santé, de la justice, la Poste, France Télécom,
le Commissariat à l'Energie Atomique, l'Office National des Forêts, les
concessionnaires et agents Renault, les Greffes des Tribunaux de Commerce,
les Hôtels Campanile, la Brasserie Kronenbourg, les Meubles Atlas Fly,
Renault Agriculture, l'Aérospatiale, le C.N.R.S., la SNECMA, plus de 450
bibliothèques, des centaines de serveurs Vidéotex , et des milliers de
P.M.E.-P.M.I.) ; avec des applications dans tous les domaines de la gestion
et de la production.
a FT
oracle est utilise par 600 personne (source oracle) et pick utilise par les
135000 personnes
oracle gere quelque bases, pick geres tout FT (c'est le referenciel de FT
c'est lui qui fourni les donnees des bases oracles )
oracle est connu car subit pick reste anonyme car utilise de maniere
transparente
les conducteur de dion bouton connaissait tout du moteur les conducteur de
mercedes ne connaisse presque rien du moteur pour la prochaine voiture tu
prefere une dion boutton ou une mercedes ?
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
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)
Pour pick, ca me surprendrait pas que ce soit meme la seule. Mais une source pour Oracle serait tout a fait benefique.
pour pick en france il y a aussi : les Ministères de l'Agriculture, des
Affaires Etrangères, de la Santé, de la justice, la Poste, France Télécom, le Commissariat à l'Energie Atomique, l'Office National des Forêts, les concessionnaires et agents Renault, les Greffes des Tribunaux de Commerce, les Hôtels Campanile, la Brasserie Kronenbourg, les Meubles Atlas Fly, Renault Agriculture, l'Aérospatiale, le C.N.R.S., la SNECMA, plus de 450 bibliothèques, des centaines de serveurs Vidéotex , et des milliers de P.M.E.-P.M.I.) ; avec des applications dans tous les domaines de la gestion et de la production.
a FT
oracle est utilise par 600 personne (source oracle) et pick utilise par les 135000 personnes oracle gere quelque bases, pick geres tout FT (c'est le referenciel de FT c'est lui qui fourni les donnees des bases oracles ) oracle est connu car subit pick reste anonyme car utilise de maniere transparente
les conducteur de dion bouton connaissait tout du moteur les conducteur de mercedes ne connaisse presque rien du moteur pour la prochaine voiture tu prefere une dion boutton ou une mercedes ?
helios
"Stephane TOUGARD" a écrit dans le message de news:
helios wrote:
le fournisseur pick de france telecom s'appelle IBM alors en matieres de soutient artificiel ......
Tu as un lien pour confirmer cette info ?
plus simple appel vmark (fillialle IBM de commercialiasion de U2) le pick de FT est UNIVERSE
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 ......
D'ailleurs FT est le seul operateur telephonique du monde, c'est le plus gros client en grosses nouilles aussi.
Ah oui, j'oubliais, tu as un lien pour confirmer cette information ?
le lien indiquant que FT a une base oracle de 29To a ete mainte fois donne dans le forum sgbd cherches le
"Stephane TOUGARD" <stephane@unices.org> a écrit dans le message de
news:kqvir2-mq.ln1@gulliver.unices.org...
helios wrote:
le fournisseur pick de france telecom s'appelle IBM alors en matieres de
soutient artificiel ......
Tu as un lien pour confirmer cette info ?
plus simple appel vmark (fillialle IBM de commercialiasion de U2) le pick
de FT est UNIVERSE
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 ......
D'ailleurs FT est le seul operateur telephonique du monde, c'est le plus
gros client en grosses nouilles aussi.
Ah oui, j'oubliais, tu as un lien pour confirmer cette information ?
le lien indiquant que FT a une base oracle de 29To a ete mainte fois donne
dans le forum sgbd cherches le
"Richard Delorme" a écrit dans le message de news:42e72085$0$12992$
Et la marmotte, elle referme l'aluminium autour du chocolat.
La publicité correspondante n'étant plus diffusée depuis longtemps, je trouve cette allusion ringarde...
non pour lui c'est actuel son processe s'est bugge a cette epoque et depuis il boucle dessus
helios
Parce que des fonctionnaires s'interessent a ces basses considerations maintenant ?
Je ne te crois, si FT veut depenser un 64 proc, FT depense un 64 proc, ils ont le deficit qui permet cela.
FT est une SA La gestion doit etre conforme a celle d'une SA ,
ensuite si meme avec un 64 proc oracle se vautre il faut bien avoir un system qui tourne et pick tourne
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
Quelles sources ?
lien donne dans forum sgbd FT a une base oracle de 29To qui est la plus grosse du monde
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
Il n'y a pas une question de ridicule, migrer d'une base A vers une base B et se planter, c'est deja un probleme de competence. Quelqu'un de competent sait d'avance que ca va planter et soit ne fait pas la migration, soit met en place les serveurs qu'il faut pour supporter la migration.
On en fait pas une migration pour tester, on migre parce que c'est necessaire et la competence veut qu'on ai tout teste avant de le faire.
on migre parcequ'un polytechnicien qui connait pas pick est le directeur et qu'il dis qu'il faut etre sous oracle on fait une migration du serveur auxiliaire pour prouver au polytechnicien que pick est mieux que oracle
Parce que des fonctionnaires s'interessent a ces basses considerations
maintenant ?
Je ne te crois, si FT veut depenser un 64 proc, FT depense un 64 proc,
ils ont le deficit qui permet cela.
FT est une SA La gestion doit etre conforme a celle d'une SA ,
ensuite si meme avec un 64 proc oracle se vautre il faut bien avoir un
system qui tourne et pick tourne
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
Quelles sources ?
lien donne dans forum sgbd FT a une base oracle de 29To qui est la plus
grosse du monde
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
Il n'y a pas une question de ridicule, migrer d'une base A vers une base
B et se planter, c'est deja un probleme de competence. Quelqu'un de
competent sait d'avance que ca va planter et soit ne fait pas la
migration, soit met en place les serveurs qu'il faut pour supporter la
migration.
On en fait pas une migration pour tester, on migre parce que c'est
necessaire et la competence veut qu'on ai tout teste avant de le faire.
on migre parcequ'un polytechnicien qui connait pas pick est le directeur et
qu'il dis qu'il faut etre sous oracle
on fait une migration du serveur auxiliaire pour prouver au polytechnicien
que pick est mieux que oracle
Parce que des fonctionnaires s'interessent a ces basses considerations maintenant ?
Je ne te crois, si FT veut depenser un 64 proc, FT depense un 64 proc, ils ont le deficit qui permet cela.
FT est une SA La gestion doit etre conforme a celle d'une SA ,
ensuite si meme avec un 64 proc oracle se vautre il faut bien avoir un system qui tourne et pick tourne
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
Quelles sources ?
lien donne dans forum sgbd FT a une base oracle de 29To qui est la plus grosse du monde
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
Il n'y a pas une question de ridicule, migrer d'une base A vers une base B et se planter, c'est deja un probleme de competence. Quelqu'un de competent sait d'avance que ca va planter et soit ne fait pas la migration, soit met en place les serveurs qu'il faut pour supporter la migration.
On en fait pas une migration pour tester, on migre parce que c'est necessaire et la competence veut qu'on ai tout teste avant de le faire.
on migre parcequ'un polytechnicien qui connait pas pick est le directeur et qu'il dis qu'il faut etre sous oracle on fait une migration du serveur auxiliaire pour prouver au polytechnicien que pick est mieux que oracle
helios
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
Effectivement, mais le reste du CV me fait furieusement penser à du maintient de l'existant en attendant que le matériel en place meurt de sa belle mort, comme l'étaient les programmeurs COBOL il n'y a pas si longtemps. Quelles que soient les qualités réelles ou supposées des bases MV, le marché a choisi: c'est du SGBD relationnel, interrogeable via le langage SQL, et interfaçable avec du Perl, PHP, Jave, bref tout ce qu'il faut pour faire un joli front-end "mode web"...
il y a sans doute un truc qui t'echappe c'est qu'un SGBDMV peut faire du SQL mais un SGBDR ne peut pas faire du MV
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
Effectivement, mais le reste du CV me fait furieusement penser à du
maintient de l'existant en attendant que le matériel en place meurt de
sa belle mort, comme l'étaient les programmeurs COBOL il n'y a pas si
longtemps. Quelles que soient les qualités réelles ou supposées des
bases MV, le marché a choisi: c'est du SGBD relationnel, interrogeable
via le langage SQL, et interfaçable avec du Perl, PHP, Jave, bref tout
ce qu'il faut pour faire un joli front-end "mode web"...
il y a sans doute un truc qui t'echappe c'est qu'un SGBDMV peut faire du SQL
mais un SGBDR ne peut pas faire du MV
il parait que j'ai travailler depuis 20ans regarde le reste du cv du style
du pick universe en 2005
Effectivement, mais le reste du CV me fait furieusement penser à du maintient de l'existant en attendant que le matériel en place meurt de sa belle mort, comme l'étaient les programmeurs COBOL il n'y a pas si longtemps. Quelles que soient les qualités réelles ou supposées des bases MV, le marché a choisi: c'est du SGBD relationnel, interrogeable via le langage SQL, et interfaçable avec du Perl, PHP, Jave, bref tout ce qu'il faut pour faire un joli front-end "mode web"...
il y a sans doute un truc qui t'echappe c'est qu'un SGBDMV peut faire du SQL mais un SGBDR ne peut pas faire du MV
