Reprise du message précédent :
Ce qui me fait asser rire dans ce topic de merde, c'est qu'il serait arrivé en disant "j'ai 15000 balles par mois pour un programmeur qui codera et fermera sa gueule même si ce que je dis est incompréhensible", on aurait vu les CVs défilés et personne, non personne n'aurait demandé " alors tu as quoi comme compétence pour être chef de projet?"
 
CHaiCA

c k ce faike

lapin> je correspond au profil, mais je veux savoir: salaire et plus de détails sur le projet

 
ouai mais bon dans ce cas la c lui qui perdait du fric, on s'en fou si on est payer.
 
mais si c pour faire un truc ou on est payer que si ca marche vaux mieu savoir si la personne qui la mene est capable d'en faire qqch de concret.

n'importe quoi. c'est le genre de réaction que tu peux avoir si tu es tout frais émoulu de l'école, mais il suffit d'un chef de projet très con pour que tu fasses très très gaffe à tes boulots futurs.  
 
15kf par mois c'est pas cher payé pour ce que tu endures avec certains crétins.

 
justement c pas le k

 
lapin c'est toi ?

Bresse a écrit a écrit :     lapin c'est toi ?

ptdr

attendez c'est peut-etre un projet genial et revolutionnaire: genre un prog qui cherche sur le web toutes les images de cul, et apres fait une analyse de fourier dessus pour eliminer les fichiers doublons et corrompus, puis faire une compil de 20Go des meilleures photos pour les revendre après

BenDk97 a écrit a écrit : attendez c'est peut-etre un projet genial et revolutionnaire: genre un prog qui cherche sur le web toutes les images de cul, et apres fait une analyse de fourier dessus pour eliminer les fichiers doublons et corrompus, puis faire une compil de 20Go des meilleures photos pour les revendre après

 
et pour enlever les moches aussi?

lapin> ne confondrais-tu pas mäîtrise d'oeuvre et maîtrise d'ouvrage ? ta place n'est certainement pas à celle de chef de projet. Si tu veux, je peux devenir chef de projet junior pour ta future boîte.

 
 
1/Tte personne cherchera des garanties, et il cherche 3 programmeurs, pas un
 
2/Avec ton exemple, le mec est payé, même si le projet est foireux...

c un truc ki est sencer accelerer la band passante mais bon je croi ke tout le monde ce fou de ma gueul parce ke c pas ecrir ni programme je ne savais pas k il falait savoire ecrire et programmer pour avoire une idée coérente d un programme
 
franchement au point ou j en suis si je me fait piquer mon idée ben je me ne fou parce cela voudrai ke mon idée etai bonne
 
et ke donc mes autre projet son realisable certain n on rien a voire avec l informatique
 
en tout cas il faudra faire une analyse des tram reseau en fonctiuon des appliquation ,ki utilise le dit reseau et de faire une base de donner sur ce ki est le plus souvent utiliser comme type de packet ip en fonction de chaque application
 
si par exemple on sait ke chaque application utilise les meme type de packet ip et ke l on creer un base de donner contenant chaque type de packe utiliser a plus de 70% par chaque application et bien lorsque l ordinateur ki dispose de notre programme dialogue avec un ou plusieur autre ordinateur dispose eu aussi du meme programme et de la meme base de donné de packet ip et syschroniser en temp réel  
 
lorsque un packet ip n est pas dans la base de donner il la recopie dans ca base et la laisse passer telle k elle l ordinateur ki recois le pack analyse le packet verifie dans sa base et la comme il ne la pas lui aussi il l enregistre dans la base de donne  
 
mais si le packet ip est deja present dans la base et comme toutes les base de donne sont identique au possible au lieu de renvoyer le ou les gros packe ip ,il peux dire  directement à l autre ordinateur distant ou ce trouve le ou les gros packet dans sa base de donner à lui  
 
comme ca au lieu d envoyer plein de gros packet ip il n en envoye qu un seul ki contien les information sur l emplacement des different packet ip dans l autre base de donner ki est identique au possible a l autre
 
donc pour ce system fonctionne il faudra aussi ke les ip enregistre dans la base soit dans un ordre preci (croissant) et numeroter avec le meme principe ke les tram ip (on sait tous ke ke ce soit un cluster ou une tram il ont une sygniature numerique de la somme de leur bit).

d'où l'intérêt de s'y connaître un minimum. ce que tu décris est inimplémentable : une clé qui permettrait de reconnaître tel paquet prendrait à la longue plus de place que le paquet lui-même.  
 
maintenant, il y a plein d'algos pour optimiser sur un ensemble de données bien précis le "envoyer une fois puis envoyer une clé ensuite" , comme le moteur réseau de tribes2 qui utilise ça pour ses messages.
 
bref, ce que tu décris me fais penser au jeune programmeur qui découvre tout seul l'algo RLE : c'est la base de la base.

boufonet comment il fond pour reparrer les packet ip defectueux oules cluster avec (scandiske y a un scipt d algo logic avec un resulta ki parmet de recuper le cluster defectue et ce c une basedonc un cluster est numero et un packet ip aussi)  secondo on est pas obliger d avoire tout les packet car certain seront carement l oposer des autre deuxiement on ne garde pas tout les paket seulement 70% des plus utiliser pour chaque aplication
 
on peut aussi metre une date et une de heur ,minute de creation aussi k un non lorsque on fait appel à un programme on fait appel a c cluster donc pour savoire ou sont les cluster il fo k il ai un non aussi k un endroi par exemple la fat pour savoire ki fait koi

c t pas un faaaaaaaaaaake    
dites j'ai pas de winner, je peux le prendre ?

Terrible l'idée !!!!
 
On va installer le programme de lapin sur tout les routeurs de la terre , et sur chaque routeur on va mettre 3 serveurs SQL en cluster !

ShuriK_TT_bis a écrit a écrit : c t pas un faaaaaaaaaaake     dites j'ai pas de winner, je peux le prendre ?

je l'ai vu en premier :fou::fou:

 
Rien à voir avec le présent topic, mais puisque tu m'a l'air de toucher , est-ce que t'aurais des adresses, bouquins ou références sur le RLE, et sait-on jamais sur les méthodes d'interpolation (bilineaire, bressenham, bicubic). Merciiii

slyde a écrit a écrit : Rien à voir avec le présent topic, mais puisque tu m'a l'air de toucher , est-ce que t'aurais des adresses, bouquins ou références sur le RLE, et sait-on jamais sur les méthodes d'interpolation (bilineaire, bressenham, bicubic). Merciiii

je n'ai pas de site ou de bouquin particulier à recommander, donc -> google.

 
bon ma RTC va souffrir
Merci d'avoir répondu

de plus pour en revenire a ce qu a dit youdontcare
on peut tres bien divise le non d un paket ip trop grand par un chiffre et lui metre une lettre par exemple un A en plus pour dire ke le non du packet ip a ete compressée ou divisée a fin de ne pas le confondre avec un autre non de packet ip lui aussi present dans la base
 
de plus comme dans la base on enrigsitrera les packet dans un ordre precis on fera comme le fait la fat pour ce reperer avec les cluster
 
de plus dans un packet ip on peut metre plusieur non de packet ip
et comme je l ai dis on est pas forcée d enregistre tout les packet ip certain seront par des algo l inverse des autre donc pas besion de l enregistré  
 
de plus si on fait un enregistrement dans la base  des packet ip dans l odre croissant ,on peut n enregistre ke ce ki change par rapport au packet ip ki le preced

J'ai ptet rien compris (sa doit etre le cas) mais en fait au lieu d'envoyer un packet IP normal avec l'entete et le corps, tu veux envoyer un petit packet de format déterminé contenu dans la base de données?
Si c'est sa y'a un pti pb seul le corps pourra être remplaçable (imaginer la tete de la couche réseau qui reçoit un chti packet qui veut rien dire...)
Bon donc on remplace le corps, cool mais bon s'il faut stocker chaque corps possible ds une base.. moins cool
Bon on optimise, on prend que des parties du corps, par exemple on remplace une suite 10 L par AL, avec un delimiteur avant et apres paf on a gagné de la place... bah encore mieux on utlise un algo de compression statistique (d'ordre au moins 2 sinon sa risque d'être trop rapide )
Et paf magnifique mais pourquoi personne n'y a penser avant?
Parce que sa bouffe du temps de calcul ? pâr ce que c'est pas rentable?
Parce qu'on est trop con?
Je ne sais pas.....

Bon ben pas de bol mon petit lapin !!  
Je suis allé discuter de ton idée avec Bill Gates et Steeve Jobs et ils ont été tout de suite très intéressés.
On a conclu un accord qui porte sur pas mal de $$$ et l'idée va être brevetée dès demain.
 
Dommage pour toi, tchao mon lapin

Lapin, tu aurais pas attrapé l'effet kiss kool ?

dans le meme idee: il y avait qqun sur un autre forum qui disait d'avoir fait un programme de 1Go qui compresse un CD en 100Ko  

randoom a écrit a écrit : dans le meme idee: il y avait qqun sur un autre forum qui disait d'avoir fait un programme de 1Go qui compresse un CD en 100Ko

Non ça c'est une vraie technologie brevetée qui s'appelle   I2BP    
   
 
(c fou ce qu'on retient comme conneries quand même)

?????

??? .... c pas possible ... je pensais avoir tout vu sur les forums HFr mais là ca dépasse tout ... c'est une blague, c pas possible autrement ...

neerd a écrit a écrit : J'ai ptet rien compris (sa doit etre le cas) mais en fait au lieu d'envoyer un packet IP normal avec l'entete et le corps, tu veux envoyer un petit packet de format déterminé contenu dans la base de données? Si c'est sa y'a un pti pb seul le corps pourra être remplaçable (imaginer la tete de la couche réseau qui reçoit un chti packet qui veut rien dire...) Bon donc on remplace le corps, cool mais bon s'il faut stocker chaque corps possible ds une base.. moins cool Bon on optimise, on prend que des parties du corps, par exemple on remplace une suite 10 L par AL, avec un delimiteur avant et apres paf on a gagné de la place... bah encore mieux on utlise un algo de compression statistique (d'ordre au moins 2 sinon sa risque d'être trop rapide ) Et paf magnifique mais pourquoi personne n'y a penser avant? Parce que sa bouffe du temps de calcul ? pâr ce que c'est pas rentable? Parce qu'on est trop con? Je ne sais pas.....

Passke tout simplement, l'idée qu'il existe un nombre (raisonnable on va même rajouter) fini de paquets IP n'est qu'une illusion ...

 
Ben y a autant de packets différents que d'entrées dans sa table, donc sa table elle sera comme ca : (si tous les paquets sont de taille 1) :
0 : 00
1 : 01
2 : 02
 
et puis les paquets de taille 2 :
 
256 : 0000
257 : 0001
 
Supair !

Je ne comprends pas que ce calcul n'ait pas été fait avant (:D) ... si on prend le cas d'IP sur des WAN (qui est le plus intéressant et passke qu'il faut bien "simplifier" un peu le problème), la taille des paquets est en général de 576 octets (64 octets de header + 512 de "données" si je me souviens bien ...), ca nous donne au minimum 2^(576*8) paquets possibles (ok c un calcul qui peut être affiné mais ca donne un ordre d'idée ...) ... et en fait, ce serait même plutot (pour tenir compte des paquets de taille moindre) une série du style "Somme pour i allant de 128 (pas exact ... mais faut commencer qq part) à 576 des 2^(i*8)" ...
Donc cé un fake .... CQFD  
 
Edit :
Actuellement, aucune base ne sait gérer un tel ordre d'enregistrements ...
Quant à aller répliquer tout ça sur un nombre incalculable de "noeuds"..... A Roswell, ils doivent avoir la technologie pour ça ....

De toute maniere, meme si base de données il y a, imaginez les temps d'acces pour aller récupérer ici et la les paquets identifiés dans la base de données, et je pense qu'on perd plus qu'on y gagne. Ca risque de swaper severe    
Quant a le mettre dans de la ram, ca risque aussi de couter bonbon (si l'idée est faisable)

ZeMin a écrit a écrit : De toute maniere, meme si base de données il y a, imaginez les temps d'acces pour aller récupérer ici et la les paquets identifiés dans la base de données, et je pense qu'on perd plus qu'on y gagne. Ca risque de swaper severe     Quant a le mettre dans de la ram, ca risque aussi de couter bonbon (si l'idée est faisable)

C'est pas faisable ... il y a juste regarder le petit calcul que j'ai un peu plus haut dans le topic ... a titre d'info :
2^576 ~ 2,47x10e173

effectivement 2^576 c encore plus que tous les isos sur edonkey réunis .
 
En bref, ce que le monsieur voulait faire c t faire un cache encore plus bas niveau qu'elle l'est actuellement dans les browsers web... je pense que les ingénieurs Microsofts et Gnu auraient deja appliquées cette idée si elle était faisable

Rooooooooooooo ... v'la une idée de boite qu'elle est bien : Réparateurs de paquets IP ....
Oui mossieur

P.S: Dites mon brave, est-ce que ca marche aussi pour les paquets Bonux ?  

nul n a dit qu il n y a pas de solution a tout probleme

c lapin d'ha/v ou quoi      
 
parce que déjà le mec qui se fait chef de projet qui sait pas faire une ligne de français intelligible c trop ptdr
 
et son idée clair qu'elle est révolutionnaire
 
c un fake ou quoi