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
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
Ce que tu n'as pas encore compris (mais qu'as tu vraiment compris), c'est que le fameux plantage dont tu parles, son equivalence sur pick ne laisse pas l'utilisateur user, mais bel et bien root.
Sauf qu'en plus avec pick, il est root en local, c'est a dire tout, alors qu'avec un SGBD conventionnel, il est user en distant, autant dire rien du tout.
Mais surtout, surtout, la grande difference c'est que ta bouse est prevue pour des utilisateurs connus, donc n'a pas a resister a des attaques. Par contre, une base MySQL pour un site web est prevu pour des utilisateurs anonymes, c'est a dire qu'elle doit resister a des attaques incessantes.
Mais j'oubliais, le PHP ou le Perl qui permettent d'ecrire des sites web dynamiques, c'est de la merde. Ben oui, mais la plupart des bases de donnees SQL, elles sont la. Et je ne serai pas surpris que de plus en plus d'application metiers se trouvent egalement la sous serveurs applicatifs en Java.
-- 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:
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
Ce que tu n'as pas encore compris (mais qu'as tu vraiment compris),
c'est que le fameux plantage dont tu parles, son equivalence sur pick ne
laisse pas l'utilisateur user, mais bel et bien root.
Sauf qu'en plus avec pick, il est root en local, c'est a dire tout,
alors qu'avec un SGBD conventionnel, il est user en distant,
autant dire rien du tout.
Mais surtout, surtout, la grande difference c'est que ta bouse est
prevue pour des utilisateurs connus, donc n'a pas a resister a des
attaques. Par contre, une base MySQL pour un site web est prevu pour des
utilisateurs anonymes, c'est a dire qu'elle doit resister a des attaques
incessantes.
Mais j'oubliais, le PHP ou le Perl qui permettent d'ecrire des sites web
dynamiques, c'est de la merde. Ben oui, mais la plupart des bases de
donnees SQL, elles sont la. Et je ne serai pas surpris que de plus en
plus d'application metiers se trouvent egalement la sous serveurs
applicatifs en Java.
--
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
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
Ce que tu n'as pas encore compris (mais qu'as tu vraiment compris), c'est que le fameux plantage dont tu parles, son equivalence sur pick ne laisse pas l'utilisateur user, mais bel et bien root.
Sauf qu'en plus avec pick, il est root en local, c'est a dire tout, alors qu'avec un SGBD conventionnel, il est user en distant, autant dire rien du tout.
Mais surtout, surtout, la grande difference c'est que ta bouse est prevue pour des utilisateurs connus, donc n'a pas a resister a des attaques. Par contre, une base MySQL pour un site web est prevu pour des utilisateurs anonymes, c'est a dire qu'elle doit resister a des attaques incessantes.
Mais j'oubliais, le PHP ou le Perl qui permettent d'ecrire des sites web dynamiques, c'est de la merde. Ben oui, mais la plupart des bases de donnees SQL, elles sont la. Et je ne serai pas surpris que de plus en plus d'application metiers se trouvent egalement la sous serveurs applicatifs en Java.
-- 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 fournisseur pick de france telecom s'appelle IBM alors en matieres de soutient artificiel ......
Tu as un lien pour confirmer cette info ?
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 ?
-- 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 fournisseur pick de france telecom s'appelle IBM alors en matieres de
soutient artificiel ......
Tu as un lien pour confirmer cette info ?
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 ?
--
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 fournisseur pick de france telecom s'appelle IBM alors en matieres de soutient artificiel ......
Tu as un lien pour confirmer cette info ?
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 ?
-- 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:
la 42c de ft c'est 500 champ multivaleurs + une 20 em de table donc certaine d'origine externe (table rivoli fichier des impots)
18 cm en action, pourquoi ?
-- 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:
la 42c de ft c'est 500 champ multivaleurs + une 20 em de table donc certaine
d'origine externe (table rivoli fichier des impots)
18 cm en action, pourquoi ?
--
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
la 42c de ft c'est 500 champ multivaleurs + une 20 em de table donc certaine d'origine externe (table rivoli fichier des impots)
18 cm en action, pourquoi ?
-- 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:
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
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.
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 ?
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.
-- 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:
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
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.
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 ?
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.
--
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
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
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.
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 ?
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.
-- 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:
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.
-- 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:
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.
--
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
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.
-- 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
l'indien
On Mon, 25 Jul 2005 15:23:48 +0200, helios wrote:
par SGBDOO tu veux dire oriente objet sauf erreur les OO savent faire du Relationnel donc sont au dessus des SGBDR
les systeme pick peut utilise les concepts du OO
l'oriente objet est une methode de conception des programmes et ces methodes peuvent etre utilise pour les programmes pick c'est aussi une maniere de modelise les donnee pour avoir une approche plus proche de la realite , une donnee est considere comme un objet ayant des proprietes voici un lien sur le sujet http://csl.ensm-douai.fr/seriai/6
a mon avis le SGBDOO sont une approche differente de la realite mais doivent inclure les concept du MV (un objet a plusieur propriete ) au vue des explication je placerais les SGBDOO au dessus des SGBDMV le gros probleme de SGBDOO me semble la difficulte de conceptualisation des objets
Il n'y a aucune différence fondamentale entre une base relationelle traditionelle et une base relationelle objet. La seule et unique référence, c'est que les données sont des objets au lieu d'être des valeurs. Ca ne change rien pour le moteur de la base, s'il est fait correctement. Tout ce qui change, c'est qu'il faut savoir manipuler les objets par dessus.
[...]
On Mon, 25 Jul 2005 15:23:48 +0200, helios wrote:
par SGBDOO tu veux dire oriente objet sauf erreur les OO savent faire du
Relationnel donc sont au dessus des SGBDR
les systeme pick peut utilise les concepts du OO
l'oriente objet est une methode de conception des programmes et ces methodes
peuvent etre utilise pour les programmes pick
c'est aussi une maniere de modelise les donnee pour avoir une approche plus
proche de la realite , une donnee est considere comme un objet ayant des
proprietes voici un lien sur le sujet
http://csl.ensm-douai.fr/seriai/6
a mon avis le SGBDOO sont une approche differente de la realite mais doivent
inclure les concept du MV (un objet a plusieur propriete ) au vue des
explication je placerais les SGBDOO au dessus des SGBDMV le gros probleme de
SGBDOO me semble la difficulte de conceptualisation des objets
Il n'y a aucune différence fondamentale entre une base relationelle
traditionelle et une base relationelle objet.
La seule et unique référence, c'est que les données sont des objets au
lieu d'être des valeurs.
Ca ne change rien pour le moteur de la base, s'il est fait correctement.
Tout ce qui change, c'est qu'il faut savoir manipuler les objets par
dessus.
par SGBDOO tu veux dire oriente objet sauf erreur les OO savent faire du Relationnel donc sont au dessus des SGBDR
les systeme pick peut utilise les concepts du OO
l'oriente objet est une methode de conception des programmes et ces methodes peuvent etre utilise pour les programmes pick c'est aussi une maniere de modelise les donnee pour avoir une approche plus proche de la realite , une donnee est considere comme un objet ayant des proprietes voici un lien sur le sujet http://csl.ensm-douai.fr/seriai/6
a mon avis le SGBDOO sont une approche differente de la realite mais doivent inclure les concept du MV (un objet a plusieur propriete ) au vue des explication je placerais les SGBDOO au dessus des SGBDMV le gros probleme de SGBDOO me semble la difficulte de conceptualisation des objets
Il n'y a aucune différence fondamentale entre une base relationelle traditionelle et une base relationelle objet. La seule et unique référence, c'est que les données sont des objets au lieu d'être des valeurs. Ca ne change rien pour le moteur de la base, s'il est fait correctement. Tout ce qui change, c'est qu'il faut savoir manipuler les objets par dessus.
[...]
Stephane TOUGARD
helios wrote:
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
Ben regarde, tu nous parles bien de pick, de SGBD et d'Unix et pourtant on voit tout de suite que t'y connais rien du tout sorti des procedure du logiciel.
une SA tu retarde mon gars
Une SA pleines de fonctionnaires ... Ouioui en enfer.
-- 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:
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
Ben regarde, tu nous parles bien de pick, de SGBD et d'Unix et pourtant
on voit tout de suite que t'y connais rien du tout sorti des procedure
du logiciel.
une SA tu retarde mon gars
Une SA pleines de fonctionnaires ... Ouioui en enfer.
--
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
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
Ben regarde, tu nous parles bien de pick, de SGBD et d'Unix et pourtant on voit tout de suite que t'y connais rien du tout sorti des procedure du logiciel.
une SA tu retarde mon gars
Une SA pleines de fonctionnaires ... Ouioui en enfer.
-- 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
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.
- 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).
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.
Ceci dit, pick, on s'en fout un peu, mais il est tellement drole l'autre, rien que le lire me fait marrer.
-- 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
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.
- 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).
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.
Ceci dit, pick, on s'en fout un peu, mais il est tellement drole
l'autre, rien que le lire me fait marrer.
--
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
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.
- 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).
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.
Ceci dit, pick, on s'en fout un peu, mais il est tellement drole l'autre, rien que le lire me fait marrer.
-- 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
l'indien
On Mon, 25 Jul 2005 14:22:41 +0200, Stephane Zuckerman wrote:
différents. Bref, ils ne sont pas comparables. C'est comme Windows Vs Linux. C'est bien beau de dire "quand on a un machin supérieur, pas la peine de voir comment fonctionne un machin inférieur". Ben en fait si. Sinon tu peux pas savoir si ledit machin est réellement inférieur.
la 2cv et la lamborguini sont deux vehicule a essence ils ont 4 roues et la comparaisons s'arrete presque la Ben non. Le principe du moteur est le même aussi. L'un est certes
"meilleur" (et encore, faut voir la consommation en essence de chaque), mais les deux se basent quand même sur le moteur à explosion, non ? C'est bien plus proche au niveau de fonctionnement (à mon sens, mais il est clair que je ne suis pas expert en automobiles ;-) ) que ta comparaison être humain/autres animaux.
Je crois que tu te trompes. Les seul moteur actuels auquel on puisse comparer celui d'une 2CV, ce sont des moteurs Porches: aucun autre moteur n'est assez bien conçu pour être refroidi uniquement par l'air. Le moteur d'une lamborghini est donc une sous bouse, comme la plupart.
les proprietaire de lamborguinio n'on jamais eu besoin de connaitre le
fonctionnement interne d'une 2cv pour savoir qu'elle est inferieure a la lamborguini
Oui, mais à partir du moment où tu désires comparer deux choses, dans une approche scientifique, il faut que tu puisses donner les défauts de l'un et l'autre système.
Facile: essaye de faire monter 5 personnes dans une lamborghini, tu comprendras l'intérêt d'avoir une 2CV ! Et tu connais beaucoup de cabriolets dont la forme semble spécialement étudiée pour pouvoir rouler sous petite pluie capote ouverte sans se mouiller ?
[...]
On Mon, 25 Jul 2005 14:22:41 +0200, Stephane Zuckerman wrote:
différents. Bref, ils ne sont pas comparables. C'est comme Windows Vs
Linux. C'est bien beau de dire "quand on a un machin supérieur, pas la
peine de voir comment fonctionne un machin inférieur". Ben en fait si.
Sinon tu peux pas savoir si ledit machin est réellement inférieur.
la 2cv et la lamborguini sont deux vehicule a essence ils ont 4 roues et la
comparaisons s'arrete presque la
Ben non. Le principe du moteur est le même aussi. L'un est certes
"meilleur" (et encore, faut voir la consommation en essence de chaque),
mais les deux se basent quand même sur le moteur à explosion, non ? C'est
bien plus proche au niveau de fonctionnement (à mon sens, mais il est
clair que je ne suis pas expert en automobiles ;-) ) que ta comparaison
être humain/autres animaux.
Je crois que tu te trompes. Les seul moteur actuels auquel on puisse
comparer celui d'une 2CV, ce sont des moteurs Porches: aucun autre moteur
n'est assez bien conçu pour être refroidi uniquement par l'air.
Le moteur d'une lamborghini est donc une sous bouse, comme la plupart.
les proprietaire de lamborguinio n'on jamais eu besoin de
connaitre le
fonctionnement interne d'une 2cv pour savoir qu'elle est inferieure a la
lamborguini
Oui, mais à partir du moment où tu désires comparer deux choses, dans une
approche scientifique, il faut que tu puisses donner les défauts de l'un
et l'autre système.
Facile: essaye de faire monter 5 personnes dans une lamborghini, tu
comprendras l'intérêt d'avoir une 2CV !
Et tu connais beaucoup de cabriolets dont la forme semble spécialement
étudiée pour pouvoir rouler sous petite pluie capote ouverte sans se
mouiller ?
On Mon, 25 Jul 2005 14:22:41 +0200, Stephane Zuckerman wrote:
différents. Bref, ils ne sont pas comparables. C'est comme Windows Vs Linux. C'est bien beau de dire "quand on a un machin supérieur, pas la peine de voir comment fonctionne un machin inférieur". Ben en fait si. Sinon tu peux pas savoir si ledit machin est réellement inférieur.
la 2cv et la lamborguini sont deux vehicule a essence ils ont 4 roues et la comparaisons s'arrete presque la Ben non. Le principe du moteur est le même aussi. L'un est certes
"meilleur" (et encore, faut voir la consommation en essence de chaque), mais les deux se basent quand même sur le moteur à explosion, non ? C'est bien plus proche au niveau de fonctionnement (à mon sens, mais il est clair que je ne suis pas expert en automobiles ;-) ) que ta comparaison être humain/autres animaux.
Je crois que tu te trompes. Les seul moteur actuels auquel on puisse comparer celui d'une 2CV, ce sont des moteurs Porches: aucun autre moteur n'est assez bien conçu pour être refroidi uniquement par l'air. Le moteur d'une lamborghini est donc une sous bouse, comme la plupart.
les proprietaire de lamborguinio n'on jamais eu besoin de connaitre le
fonctionnement interne d'une 2cv pour savoir qu'elle est inferieure a la lamborguini
Oui, mais à partir du moment où tu désires comparer deux choses, dans une approche scientifique, il faut que tu puisses donner les défauts de l'un et l'autre système.
Facile: essaye de faire monter 5 personnes dans une lamborghini, tu comprendras l'intérêt d'avoir une 2CV ! Et tu connais beaucoup de cabriolets dont la forme semble spécialement étudiée pour pouvoir rouler sous petite pluie capote ouverte sans se mouiller ?
[...]
Stephane TOUGARD
helios wrote:
Si j'ai bien compris le principe, pick me parait effectivement plus sécurisé sur ce plan. c'est ce que je me tue a leur expliquer mais il y a pas plus sourd que celui
qui ne veux pas entendre
Ce qui serait bien, c'est que tu commentes les autres phrases plutot que celle la seule.
Pour le moment, j'ai plutot l'impression qu'a par faire des requetes dans pick et juger SQL trop honteux et indigne de toi pour l'apprendre, tu ne sais en fait pas grand chose de pick.
Comment sont geres la separation des droits et le partages des donnees dans pick ? ACL ? droits Unix ? protocoles client/serveurs avec authentifications ? il me semble que le plus incompetants DBA Oracle sait deja repondre a cela pour la base qu'il gere, hors jusqu'a maintenant, tu fais du bruit et tu dis que tu pisses plus loin, mais on a pas encore vu l'ombre d'une goutte.
-- 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:
Si j'ai bien compris le principe, pick me parait effectivement plus
sécurisé sur ce plan.
c'est ce que je me tue a leur expliquer mais il y a pas plus sourd que celui
qui ne veux pas entendre
Ce qui serait bien, c'est que tu commentes les autres phrases plutot que
celle la seule.
Pour le moment, j'ai plutot l'impression qu'a par faire des requetes
dans pick et juger SQL trop honteux et indigne de toi pour l'apprendre,
tu ne sais en fait pas grand chose de pick.
Comment sont geres la separation des droits et le partages des donnees
dans pick ? ACL ? droits Unix ? protocoles client/serveurs avec
authentifications ? il me semble que le plus incompetants DBA Oracle
sait deja repondre a cela pour la base qu'il gere, hors jusqu'a
maintenant, tu fais du bruit et tu dis que tu pisses plus loin, mais on
a pas encore vu l'ombre d'une goutte.
--
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
Si j'ai bien compris le principe, pick me parait effectivement plus sécurisé sur ce plan. c'est ce que je me tue a leur expliquer mais il y a pas plus sourd que celui
qui ne veux pas entendre
Ce qui serait bien, c'est que tu commentes les autres phrases plutot que celle la seule.
Pour le moment, j'ai plutot l'impression qu'a par faire des requetes dans pick et juger SQL trop honteux et indigne de toi pour l'apprendre, tu ne sais en fait pas grand chose de pick.
Comment sont geres la separation des droits et le partages des donnees dans pick ? ACL ? droits Unix ? protocoles client/serveurs avec authentifications ? il me semble que le plus incompetants DBA Oracle sait deja repondre a cela pour la base qu'il gere, hors jusqu'a maintenant, tu fais du bruit et tu dis que tu pisses plus loin, mais on a pas encore vu l'ombre d'une goutte.
-- 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
