OVH Cloud OVH Cloud

Comment reconnaitre un bon Linuxien d'un vrai neuneu ?

832 réponses
Avatar
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

10 réponses

Avatar
remy
et moi je ne comprends pas

quelle est la difference entre parcourir un index..index..index
et rechercher un pointeur dans un dico de dico de dico

d'un point de vue performance bien sur pas de la structure quoique



--




cas 1 tu cherche un index..index..index
cas 2 c'est directement le dico, l'article de dico geres le multivalue
aussi donc acces direct

l'article dico peut dire que la valeur recherche sera les 3eme sous sous
sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des valeurs
7 des l'attribut 8 des l'articles du fichier (table)



L'INDEX peut dire que la valeur recherche sera les 3eme sous sous
sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des
valeurs 7 des l'attribut 8 des l'articles du fichier (table)

et parfois l'on passe dessus

--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy


Avatar
Vincent Bernat
OoO En ce début d'après-midi nuageux du jeudi 28 juillet 2005, vers
14:47, "helios" disait:

À quelle page est-il précisé que "une fonction qui est aussi une
application" est une bijection ?


page 193


Cite.

La fonction qui à x associe sa valeur absolue est aussi une
application, mais elle n'est pas bijective. Sans compter que la
différence entre application et fonction est un peu artificielle.

le sens du liens quand tu retourne une application tu as une fonction si

l'application et la fonction sont identique c'est que c'est une bijection



1-n fonction
n - 1 application
1-1 bijection


Z'avez pas bien dû lire. Une application est une fonction dont le
domaine est égal à l'ensemble de départ.

Mais bon, être un cancre en maths ne préjuge pas de vos connaissances
sur PICK. Vous passez juste pour un clown.


pour les math j'ai eu 17 de moyennes de la 6eme a la fin de mes etudes et le
dernier diplome que j'ai passe j'ai eu 18 en math applique et a tout les
concours administratif j'ai eu 20/20 en math donc je penses ne pas avoir ete
cancre en math


Oui, oui, bien sûr. Moi, j'ai eu une médaille Fields. Comme quoi.
--
panic("bad_user_access_length executed (not cool, dude)");
2.0.38 /usr/src/linux/kernel/panic.c


Avatar
helios
"Stephane TOUGARD" a écrit dans le message de
news:
helios wrote:
les executables sous pick qui exploite les donnes sont tranferable les
executable C qui exploite oracle non


On s'en fout un peu ceci etant dit. Ce qui est important ce sont les
datas, pas les binaires qui les lisent.




lirent les donnee et les ecrire a aucun interte alors pourquoi avoir des
data ?


Avatar
helios
"Lionel GRUHN" a écrit dans le message de
news:
Le 10 Thermidor de l'An CCXIII de la République sociale, universelle et
indivisible, Stephane Zuckerman a écrit:

En matière de communications, kermit est dépassé depuis un bon
moment.




IPX/SPX aussi. Enfin, y'a un p'tit truc, TCP/IP, qui a l'air de bien
marcher, cela dit.


T'en as entendu parler toi aussi ? un protocole qui passerait pas par
le



port serie, incroyable non ?
Oui enfin, devant la puissance de kermit, je me demande si ça pourra

tenir


le choc.



Quand je vois des technologies émergeantes comme ça, j'aimerais parfois
être

plus vieux d'une dizaine d'années pour savoir si ça va tenir ou pas...

Lionel



dans 10ans 90% de ces trucs emergeant auront disparu par manque de socle
utilisateur et pick aura 50ans
un truc qui tourne depuis 40a a toute les chance de tourner encore dans 10a
(ameliore corriger mais present)
un truc qui a 6mois disparaitras peut etre dans un an




Avatar
helios
"Stephane TOUGARD" a écrit dans le message de
news:
Vincent Bernat wrote:
Pfff, Kermit a 6 000 000 d'utilisateurs !


Le minitel, ca marche aussi via Kermit ?

Enfin bon, c'est vrai que la grenouille est particulierement sympa.





kermit a peut etre 1000 000 000 d'utilisateur du moins d'implantations tout
les windows, tout les unix tout les systemes ont un protocole kermit alors
.... et meme parfois plusieurs implantation

utilise ou non mais presente


Avatar
helios
"remy" a écrit dans le message de
news:42e8d9c0$0$918$
et moi je ne comprends pas

quelle est la difference entre parcourir un index..index..index
et rechercher un pointeur dans un dico de dico de dico

d'un point de vue performance bien sur pas de la structure quoique



--




cas 1 tu cherche un index..index..index
cas 2 c'est directement le dico, l'article de dico geres le multivalue
aussi donc acces direct

l'article dico peut dire que la valeur recherche sera les 3eme sous sous
sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des
valeurs


7 des l'attribut 8 des l'articles du fichier (table)



L'INDEX peut dire que la valeur recherche sera les 3eme sous sous
sous valeurs de des sous sous valeurs 2 de des sous valeurs 5 de des
valeurs 7 des l'attribut 8 des l'articles du fichier (table)

et parfois l'on passe dessus



en sgbdr tu ne peut pas eclater un attribut en plusieur valeur donc pas
l'indexes

en pick tu aurais valeur =attribut<8,7,5,2,3> (mv ordre5)

en sgbdr il faudra que tu joue avec 5 table intermediaire pour recupere ta
valeur



Avatar
Stephane Zuckerman
dans 10ans 90% de ces trucs emergeant auront disparu par manque de socle
utilisateur et pick aura 50ans
un truc qui tourne depuis 40a a toute les chance de tourner encore dans 10a
(ameliore corriger mais present)
un truc qui a 6mois disparaitras peut etre dans un an


Rappelle-moi quel âge a la pile TCP/IP ?

--
"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)

Avatar
Jerome Lambert
helios wrote:
"Stephane Zuckerman" a écrit dans le message de
news:

D'où sors-tu ce nombre ?



500X 2^4 = 8000


Ah oui, mais non. Si tu conçois bien ta base en fonction d'une approche
relationnelle, certaines choses "obligatoires" dans ton modèle ne le sont
plus dans le nouveau, et inversement. Je ne suis clairement pas certain
que ton calcul "direct" soit aussi facile à faire.


le modele relationnel a plus de contraite que le MV donc il y a ajout lors
d'une SQLisation de table MV


En fait, non.

Le modèle relationnel porte la contrainte sur la définition des tables,
alors que le modèle multivalué porte la contrainte sur la recherche des
infos dans le champ multivalué. L'un comme l'autre ont leurs défauts...




Avatar
Stephane Zuckerman
kermit a peut etre 1000 000 000 d'utilisateur du moins d'implantations tout
les windows, tout les unix tout les systemes ont un protocole kermit alors
.... et meme parfois plusieurs implantation

utilise ou non mais presente
Pas dans mon noyau Linux. Même pas dans un module.

--
"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)

Avatar
remy
non le dico fait 500 entree




et les 60 million de fiches elle sont ou ?





les fiches sont les articles du fichier le dico est les point d'entres dans
le fichier


fichier mec
toto
001 cap;bep;bac
002 1980;1980;1982
003 lep,lep,ces


dico du fichier mec

diplome
001 a
002 1

annee
001 a
002 2

bahut
001 a
002 3


(article dico tronque a 2 champ en realite il y en a 10 pour le definir)




donc fichier

fichier mec
toto
001 cap;bep;bac
002 1980;1980;1982
003 lep,lep,ces

trois fiches

"001 cap;bep;bac" ;" 002 1980;1980;1982";" 003 lep,lep,ces"


1 dico par fichier avec 3 entre "diplome ,annee,bahut "

maintenant un mec titi donc un fichier de plus

1 dico de plus

donc recherche du mec +recherche dans le dico "diplome"
et trie de la lecture si je veut le dernnier de la liste

donc 60 million *500
non ?


--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy