Si, il m'aurait permis de retourner à un état propre un fois que les pics de charge sont passés... Mon cas d'utilisation dont tout le monde se fou, pousse à ce que les fichiers qui sont conservés soient créés lors que le disque est fortement rempli (gros fichiers temporaires).
Sans mécanisme de défragmentation, tout les fichier qui se retrouve fragmenté le reste à vie. Il existe des cas d'utilisation normaux et non marginaux où une fragmentation se produit (à un taux plus ou moins acceptable, mais même 1% c'est moins bien que 0%...). À partir d'énoncés si triviaux (et je pense reconnu par tous puisque les devs d'ext4 ont pris le temps d'essayer de remédier à ce problème) je ne vois même pas pourquoi on a besoin d'argumenter sur l'utilité d'un tel outil.
Je me fous que l'implémentation de NTFS/defrag.exe soit bonne ou pas. Je n'ai pas que ça à faire que de participer à vos trolls niveau CP "Pour savoir qui de Windows ou Linux à la plus grosse". Tu passes ton temps à tout rapporter à Windows que ça en est pathétique. Moi ce qui m'intéresse c'est que les outils que j'utilise soient le plus performants performant et le plus agréable à utiliser possible.
Évidement qu'il vient de là, autrement je ne l'aurais pas précisé. Dans la vie réelle avoir un disque plein ça arrive. Ext3 lutte contre la fragmentation à l'écriture tant que possible, mais il n'existe aucun outil officiel pour la réduire une fois qu'elle s'est produite (cf. le thread que j'ai indiqué).
Note que tu n'as pas besoin d'avoir un disque plein pour que ça arrive, tu as pleins d'autres cas d'utilisation pathologiques comme des fichiers qui ne font que grossir. Dire qu'un défragmenteur ne sert à rien sous linux (ext2/ext3 au moins) est une sottise sans nom, un FS ça fini par se fragmenter.
Tu présentes une énorme lacune comme une fonctionnalité, chapeau... (cf. https://linuxfr.org//comments/1064553.html#1064553 ). D'ailleurs c'est tellement inutile, qu'ils ont ajouté la défragmentation à ext4 !
Tiens actuellement sur mon laptop suite à un disque un peu plein j'ai 10% de fichiers fragmentés... Seule solution fiable en ext3, tout backuper, vider la partoche et tout remplir depuis le backup. Tu parles d'une supériorité technique !
C'est de plus en plus pénible comme le niveau technique de linuxfr baisse pour se retrouver noyer de conneries monstrueuses.
Je fais bien la séparation entre les données accessibles par un FAI et ce qu'il est possible de faire tant au niveau technique que légal. Et je ne suis pas du tout un adapte de la théorie du complot ;)
Tu ne me contrediras pas, je pense, sur les données qui sont techniquement à la disposition d'un FAI. Maintenant reste la question légale, que j'avais justement posée (on zap la faisabilité technique). J'ai relu la LCEN rapidement hier soir, et la seule chose que j'ai trouvé concerne le secret professionnel relatif à la divulgation de l'identité d'une personne. Je n'ai rien vu d'autre. Si tu as les références de textes qui interdirait à un prestataire technique de faire du data mining sur les infos issues de ses DNS, sa messagerie ou des flux qui passent par ses serveurs afin de devenir un régie publicitaire ça m'intéresse.
Non mon FAI peut en savoir autant voir plus sur moi que facebook ou google. Après qu'ils n'exploitent pas les données actuellement est autre chose. Moi FAI peut savoir:
- Tout les sites web que je consulte (google ne connait que via search, analitics & ads)
- Tout les coups de fils que je passe
- Tout ce que je regarde à la télé
- Mes mails
- Les services que j'utilise (google ne connait pas mes banques, mon fai le peut)
- Mon identité physique (google ne l'a pas)
Après on peut commencer à inspecter les paquets pour tout ce qui n'est pas over SSL...
Les FAI étant soumis au secret professionnel (LCEN), je ne sais pas jusqu'où ils pourraient vendre les données. Par contre pour se diversifier dans la régie publicitaire c'est un bon point de départ.
Après quand tu vois la non pertinence des pubs adword proposées, et que tu compares aux régies type criteo. Bien tu te dis que google merde quelque part. Le ciblage est nul à chier comparé aux données qu'ils possèdent...
Ton FAI n'est pas n'importe quelle boite ? Si tu ne maintiens pas ton propre serveur DNS alors tu donnes ces infos à quelqu'un de toute manière. La question c'est à qui.
D'ailleurs y'a quelque chose qui empêcherait les FAI de revendre leurs données ?
Non j'ai pas d'avis fondé sur la question du réchauffement (qui est différente de l'écologie alors que l'amalgame est fait plusieurs fois au dessus), par ce que justement ca m'est inaccessible si je ne me reconverti pas.
Je soulignais uniquement la différence entre les sciences où l'on construit et celles ou l'on modélise. Avoir un modèle qui marche sur le passé, ca prouve juste qu'il marche pour le passé et absolument pas qu'il est juste. Le problème de crédibilité vient du fait qu'il n'est pas possible de prouver qu'un modèle est valide. N'y vois pas un jugement de valeur sur le travail du GIEC, mais une réponse au commentaire au commentaire au dessus qui allait dans le sens "La science moderne c'est dope et on se plante jamais". Avec toute la meilleure volonté du monde et toutes les connaissances actuelles, on peut aussi avoir tord.
Autrement, pour avoir bossé, et n'être toujours pas très loin, dans la recherche dans un autre domaine, effectivement je suis revenu de la vision des super scientifiques, et de la recherche vision bisounours. Y'a autant de pignoufs qu'ailleurs, autant de conflits d'intérêt et de magouilles; et quand je vois mettre les thèses sur un piédestal j'esquisse une léger sourire. Y'a aussi des très très très bons hein ! Et oui je n'ai absolument aucune compétence dans le domaine et je n'ai jamais prétendu en avoir.
En mathématique, tu as peu de chances de te tromper. Tu peux n'aboutir à rien, faire des trucs totalement inutiles en partant d'axiomes débiles ou autres. Mais c'est rare que quelques choses soit remis en question, au moyen age comme maintenant. On construit le monde.
En biologie, physique etc. Le monde existe déjà, selon des règles inconnues que l'on cherche à comprendre. On observe et on modéliser. Ensuite pour valider le modèle, on fait des expériences que le modèle prédit. Et là ca devient beaucoup plus le bordel et les remises en causes sont très fréquentes. Un modèle qui était considéré pendant des années comme valide peut se faire dégager n'importe quand suite à de nouvelles expériences.
En l'occurrence pour le réchauffement climatique on n'a même pas d'expérience pour valider les modèles mis en place. Bref on estime au pifomètre les variables utiles, on applique les lois qu'on connait et voilà. Ils est impossible de savoir si les variables utilisées sont les bonnes, si ils y en a que l'on ignore, si les lois sont les corrects, et surtout de vérifier expérimentalement les résultats. Un fois que tu as fait t'as cuisine comment tu vérifies ce que te sort ton modèle ? En plus de ca on fait des prédictions sur des périodes plus longues que l'historique de données.
Alors je dis pas que les mecs du GIEC sont des pignoufs, qu'ils ont tord ou qu'ils ont raison. De toute facon ni eux, ni moi ne pourront jamais le prouver. Mais il ne faut pas être aveuglé par la "science". On croit autant de conneries de nos jours que dans le passé, on se donne rendez vous dans 400 ans ;)
Effectivement tu dis de la merde pour reprendre ton expression.
"Neutralité du net" c'est l'idée que le réseau ne surveille pas le contenu, ne le modifie et ne fait pas de discrimination. Ca, c'est l'idée de bisounours dans un monde idéal, en pratique bien sur que les opérateurs ont de la QOS, des peerings et des équipements différents en fonction de leur business et des couts.
Maintenant qu'est ce que ca a avoir avec le fait d'héberger ses données chez google ? Google est une fournisseur de service, pas un opérateur réseau. Donc rien a voir avec la choucroute.
Si ca te plait pas d'héberger chez google, bin tu le fais pas ! En attendant, si tu veux vraiment sauver le monde propose, développe une solution pour permettre aux gens d'accéder à leurs données depuis plusieurs postes, accessible au commun des mortels, fiable et pas "minitel 2.0". Pour le moment, y a du monde pour brailler mais j'ai pas vu beaucoup d'offres alternatives...
La vidéo présente la technique pour sauter au dessus d'un obstacle (avec un vélo de street). Donc forcément tu retombes de la hauteur où tu es monté, et il va bien falloir dissiper l'énergie. Tu te sers de tes jambes pour amortir (facile avec un vélo street/bmx/vtt mais presque impossible avec un vélo fait pour pédaler), le reste c'est le vélo qui prend. L'axe de travail étant toujours meilleur qu'un choc frontal.
Notre but ici est de monter sur un obstacle. Si ton trottoir fait 20cm tu montes à 21cm et tu n'as absolument aucun choc. Tu peux aussi reposer la roue avant dès quelle est passée et faire un gros transfert de masse sur l'avant et/ou petit coup de frein, du coup tu vas lever ta roue arrière qui ne va pas toucher la bordure.
Avant de ressortir que vous faites du vélo dans toutes les discussions même celles qui n'ont strictement aucun rapport; apprenez à faire un bunny-up ! C'est terriblement débile de volontairement martyriser le matos avec un choc frontal sur un trottoir et vraiment plus casse gueule... Au passage tu gagnes de pouvoir monter sur les trottoir de 3/4, sauter les délimiteurs de ligne de bus en latéral, monter quelques marches, enfin c'est pratique et la base pour tout cycliste urbain ou des champs.
En France le code de la consommation fixe la garantie légale contre les vices cachés à deux ans.
Je t'invite à en prendre connaissance sur legifrance et à en informer ton vendeur !
PS: pas de lien vu que c'est toujours des toujours des sales session id,
* Livre III : Des différentes manières dont on acquiert la propriété.
o Titre VI : De la vente
+ Chapitre IV : Des obligations du vendeur
# Section 3 : De la garantie.
> En même temps, des français qui peuvent donner 200.000€ cash pour acheter leur maison, j'en connais pas.
Je te soulignais la différence de niveau de vie et du prix de l'immobilier entre le cher et Londres. Comparativement au coût d'un appart zone 1 sur Londres il y a trois ans, le cher c'est donné, et abordable par beaucoup de familles aisées. (et si tu revends un bien pour partir en France, alors en vendant un bel appart tu te payes un château)
Pour répondre au commentaire du dessus, tu ne vois aucun lien de cause à effet entre le niveau de vie des couches aisées anglaises, le cout de l'immobilier en France comparativement au leur, une livre forte et la proportion de biens détenu par les Anglais ?
Sur ma commune, une maison de 100m² se négocie entre 400K€ et 800K€, c'est bizarre mais ca parle beaucoup anglais avec l'accent rosbif... Peut être que c'était un peu plus abordable pour eux que pour les Français... Meilleurs revenus et un taux de change à 0.65 tu penses pas que ca aidait un peu ? Encore plus marrant depuis quelques mois ça commence à revendre, on se demande pourquoi...
T'es déconnecté de la réalité ! L'immobilier dans le cher c'est donné.
Pour te faire une idée regardes les annonces. Entre 200 000 et 300 000 euros tu choppes des baraques de 200m carré sur un hectare de terrain. Pour ce prix tu devrais réussir à trouver un 20m carré à chelsea... Note que depuis qu'ils ont du prendre la décision de venir en France, les prix se sont écroulés à londres et qu'en plus la livre à perdu 30%. Je te laisse faire le calcul du prix d'un appart à l'époque...
L'immobilier en France est (était) très bon marché pour les anglais. Comment expliques tu autrement la proportions d'anglais sur la côte, dans les alpes et dans tout les coins attractifs ? Alors tu penses bien que dans un bled de 1000 habitants dans le cher :-)
Si tu relis bien mon message, tu verras que justement je souligne qu'il est le seul à faire une réponse censée ici ;-)
On est dans le même cas. Je bosse aussi sur un produit open source, et j'ai été responsable de la sélection du BTS à utiliser. On est arrivé à la même conclusion que Qt ou Apache... C'est fatiguant les gens qui prennent tout les autres pour des lapins de 3 jours. Les gens font pas toujours des choix stupides, et sont même des fois capable d'analyser quelle solution répond le mieux à leurs cahier des charges...
Tu ne peux pas faire comme tout le monde, et simplement penser que les mecs qui ont mis en place le BTS de qt sont des gros cons ignares même pas capable de savoir que bugzilla existe ou que redmine répond vachement mieux à leurs besoins ? (attention sarcasme)
Y'a un gros gout de 30 millions de sélectionneurs de plus en plus désespérant sur linuxfr. Qu'est ce que ça peut *vous* faire que nokia utilise JIRA pour *leurs* besoins internes. Ça n'a absolument aucun impact sur vous mais vous êtes bien mieux placer pour faire les choix sans rien connaitre à leur problématique... La bonne nouvelle c'est qu'il y a un BTS publique, et que tu vas pouvoir soumettre des patchs avec tes petits doigts boudinés (en fait les pleureuses vont nous faire une tirade sur le fait que c'est mal de céder son copyright à nokia).
Presque tout les projets open source de Sun concernant Java sont sous double license CDDL 1.0 et GPL v2 avec classpath exception. Preuve qu'ils sont pas si bête. La GPL v2 s'intègre tellement mal dans l'ecosysteme Java (adieu ASL, EPL, CPL, MPL & co) que tout les projets ont la classpath exception...
Pour le moment l'erreur que fait sun avec JavaFX, c'est que pour le moment la publication open source stagne depuis un an. Et que justement les quelques bouts open source sont sous GPL v2 sans classpath exception et que ca emmerde absolument tout le monde... Où as tu vu que c'était sous CDDL 1.0 (et sans double licence) ?
> -Facebook/Flickr où ils archivaient leurs photo aura probablement fait faillite, ou au moins revisé sa politique de gestion de photo.
Peu de gens utilisent flickr & co pour stocker leur photo mais pour les publier... C'est un moyen pratique d'échange, assez stable avec un bon rapport qualité/prix. Il y a évidement le risque que le service s'arrête mais en général la qualité de service est bien supérieure à ce que pourrait faire toute personne normale. Et on pourra toujours republier sur un autre service plus tard.
> -Les ordinateurs ne pourront plus lire les cartes SD
Tu stockes sur des SD ? Quel rapport ?
> -Le vieil appareil photo et sont cables seront jeté.
Tu stockes sur l'appareil ? Quel rapport ?
> L'ordinateur ou son disque dur, ou je ne sais quoi aura crashé
C'est en effet le seul risque. Et je vois pas le rapport avec le sujet.
Bref d'un côté tu as le risque que le service s'arrête et de l'autre le risque que la personne qui maintient tout le bouzin arrête de le faire. Chacun à son opinion sur quel est le maillon le plus faible. Et garder en tête que 99.9999% des gens ne savent ou ne veulent pas perdre leur temps à mettre en place et maintenir des outils de publication. Moi le premier... J'ai passer trois heures à patcher un pixelpost ca me gave au plus haut point. Il faut bien différencier les usages.
> Le fait de mettre sur le commerce une version pouvant contenir un bug connu semble quand même indiquer que Microsoft n'a pas fait tous ce qu'il fallait pour ce bug.
Je connais pas le planning exact. Mais mettre un produit sur le marché ça implique beaucoup de logistique. En dehors de la campagne de pub ou d'un planning vérouillé pour cause d'événementiel; il faut faire deux trois trucs comme presser quelques millions de CD, les mettre dans les boites, approvisionner les distributeurs etc. Tout ca, ca prend du temps, ca a un cout et tu n'es pas forcement libre des dates (contrats avec les fournisseurs et sous traitants)
Alors j'en sais rien si ils auraient pu fixer la release (15 jours entre l'annonce de la faille et le moment ou la boite doit être en magasin) ou si ils auraient du balancer des millions de CD déjà pressés à la poubelle. Je crois qu'on ne sait même pas si le bug est effectivement corrigé dans la version boite. Mais je penses pas non plus que tu sois au courant des contraintes internes de Microsoft.
Si y'a pas de fix dispo lors de la release (via update ou directement dans la boite), y'aura moyen de gueuler. En attendant c'est beaucoup de bruit pour rien.
> Je n'ai pas la prétention de dire que je suis visionnaire, mais il ne faut pas tout de suite jeter des idées.
Tu es un génie incompris alors ?
> L'algo de compression est "plausible". Un hash, par exemple, est censé être différent pour chaque fichier qu'un hash
Merci de finir de te décrédibiliser (ou alors tu vas recevoir le prix turing/la médaille fields et shannon va se retourner dans sa tombe). Je vais pas te donner un cours de théorie de l'information mais tu ne vois pas un problème vouloir représenter l'ensemble des fichiers de 1TO sur 512 bits ? Il y a une infinité de fichier d'entré qui correspondent à une valeure de hash donné...
> Pour les backdoors, voir visuellement les différences entre les fichiers est encore une fois "plausible".
Et donc ça fait 30 ans que personne n'a découvert ta super technique ? Sont vraiment cons les gens qui bossent sur la sécurité quand même...
> Et pour la gestion des dépendances, alors là non. Mon gestionnaire de dépendances marche, il fait ce qu'il doit, il m'installe mes paquets, supprime mes conflits
Quelques choses marche quand il est prouvé qu'il est complet... Que ca marche sur tes 10 packages exemple ne signifie pas grand chose. La présentation de ton algo montre des failles flagrantes.
> Donc oui, il m'arrive d'un peu trop m'avancer, mais c'est pas parce que je dis une fois une bêtise que tout le reste est bêtise.
Dans cette réponse tu n'as dis que des bêtise. Le pire c'est que tout cela t'as déjà été expliquer et que tu persistes.
> Je ne trouve pas ça très constructif de critiquer les gens de bonne volonté qui veulent apprendre ...
Oui enfin bon il suffit pas d'avoir de la bonne volonté hein. Vouloir apprendre, ce n'est pas faire n'importe quoi qui semble marcher. C'est déjà au minimum essayer de comprendre pourquoi un problème est difficile et se documenter.
Quand tu vois ses réponses aux discussions conceptuelles ou techniques, il me rappelle un mec qui m'expliquait qu'il avait trouvé un super algo de compression et qu'il suffisait de faire N passes pour que le résultat soit toujours plus petit à chaque passe... Regarde le thread sur la détection de backdoor c'est édifiant https://linuxfr.org//comments/1037917.html#1037917 ou la gestion de dépendance des paquets, ou encore sur le noyau qui va 50x plus vite avec une explication foireuse mais surtout non vérifiée. Moi j'appelle pas ca vouloir apprendre...
Debian configure son noyau pour un serveur, c'est à dire en retirant la préemptabilité (donc les applications ne passent la main que quand elles le veulent, ou si vraiment trop de temps passe). Ça permet d'avoir des performances magnifiques sur un serveur, mais sur un desktop, dès qu'une appli utilise un peu de processeur (au démarrage par exemple), toutes les autres attendent. Ca produit l'effet du «démarrage en parallèle qui n'est pas parallèle» que je décris, les services s'attendant mutuellement.
Comme souvent, tu dis beaucoup de choses avec des mots compliqués. Le problème c'est généralement très approximatif ou complètement faux... Ici donc les applications ne passent la main que quand elles le veulent, ou si vraiment trop de temps passe en est un bel exemple.
CONFIG_PREEMPT permet d'activer ou de désactiver la préemption en mode noyau. Quand elle est désactivé, un thread ne peut pas être interrompu lorsqu'il se trouve en espace noyau. La main est passée à un autre processus (si besoin) au moment ou le thread repasse en espace utilisateur. Si tu as de long chemin d'exécution dans le noyau, alors tu peux avoir un petit manque de réactivité. Avec le CONFIG_PREEMPT, un changement peut s'exécuter alors que le thread est en espace noyau (sous certaines conditions). Par exemple tu peux réagir à une interruption. Quand un thread est en espace utilisateur ça ne change absolument rien.
Je serais bien étonné que CONFIG_PREEMPT change quoi que ce soit à la vitesse de la phase d'init. Cela dit je ne demande qu'à être convaincu...
Après un noyau, environnent de bureau, une distribution, une système de paquet en 6 mois tu passes maintenant à une GUI pour la compile noyau. Tu penses pas que tu devrais plutôt faire une chose correctement plutôt que tout et n'importe comment ?
Si tu payes tes développeurs maison au prix facturé par Accenture en consulting et dev, je veux bien rencontrer ton service RH dès demain matin.
Je crois que ce qu'il comparait est le TCO de la solution proposée par un tier (Accenture actuellement) à celui d'un rachat d'une boite qui a déjà la techno et les compétences pour en faire une solution maison.
[^] # Re: Moi
Posté par ckyl . En réponse au journal Fini les fsck au boot !. Évalué à 7.
Sans mécanisme de défragmentation, tout les fichier qui se retrouve fragmenté le reste à vie. Il existe des cas d'utilisation normaux et non marginaux où une fragmentation se produit (à un taux plus ou moins acceptable, mais même 1% c'est moins bien que 0%...). À partir d'énoncés si triviaux (et je pense reconnu par tous puisque les devs d'ext4 ont pris le temps d'essayer de remédier à ce problème) je ne vois même pas pourquoi on a besoin d'argumenter sur l'utilité d'un tel outil.
Je me fous que l'implémentation de NTFS/defrag.exe soit bonne ou pas. Je n'ai pas que ça à faire que de participer à vos trolls niveau CP "Pour savoir qui de Windows ou Linux à la plus grosse". Tu passes ton temps à tout rapporter à Windows que ça en est pathétique. Moi ce qui m'intéresse c'est que les outils que j'utilise soient le plus performants performant et le plus agréable à utiliser possible.
[^] # Re: Moi
Posté par ckyl . En réponse au journal Fini les fsck au boot !. Évalué à 8.
Note que tu n'as pas besoin d'avoir un disque plein pour que ça arrive, tu as pleins d'autres cas d'utilisation pathologiques comme des fichiers qui ne font que grossir. Dire qu'un défragmenteur ne sert à rien sous linux (ext2/ext3 au moins) est une sottise sans nom, un FS ça fini par se fragmenter.
[^] # Re: Moi
Posté par ckyl . En réponse au journal Fini les fsck au boot !. Évalué à 10.
Tiens actuellement sur mon laptop suite à un disque un peu plein j'ai 10% de fichiers fragmentés... Seule solution fiable en ext3, tout backuper, vider la partoche et tout remplir depuis le backup. Tu parles d'une supériorité technique !
C'est de plus en plus pénible comme le niveau technique de linuxfr baisse pour se retrouver noyer de conneries monstrueuses.
[^] # Re: Encore plus de stats
Posté par ckyl . En réponse au journal Un pas de plus vers le contrôle total ?. Évalué à 3.
Tu ne me contrediras pas, je pense, sur les données qui sont techniquement à la disposition d'un FAI. Maintenant reste la question légale, que j'avais justement posée (on zap la faisabilité technique). J'ai relu la LCEN rapidement hier soir, et la seule chose que j'ai trouvé concerne le secret professionnel relatif à la divulgation de l'identité d'une personne. Je n'ai rien vu d'autre. Si tu as les références de textes qui interdirait à un prestataire technique de faire du data mining sur les infos issues de ses DNS, sa messagerie ou des flux qui passent par ses serveurs afin de devenir un régie publicitaire ça m'intéresse.
[^] # Re: Encore plus de stats
Posté par ckyl . En réponse au journal Un pas de plus vers le contrôle total ?. Évalué à 9.
- Tout les sites web que je consulte (google ne connait que via search, analitics & ads)
- Tout les coups de fils que je passe
- Tout ce que je regarde à la télé
- Mes mails
- Les services que j'utilise (google ne connait pas mes banques, mon fai le peut)
- Mon identité physique (google ne l'a pas)
Après on peut commencer à inspecter les paquets pour tout ce qui n'est pas over SSL...
Les FAI étant soumis au secret professionnel (LCEN), je ne sais pas jusqu'où ils pourraient vendre les données. Par contre pour se diversifier dans la régie publicitaire c'est un bon point de départ.
Après quand tu vois la non pertinence des pubs adword proposées, et que tu compares aux régies type criteo. Bien tu te dis que google merde quelque part. Le ciblage est nul à chier comparé aux données qu'ils possèdent...
[^] # Re: Encore plus de stats
Posté par ckyl . En réponse au journal Un pas de plus vers le contrôle total ?. Évalué à 10.
D'ailleurs y'a quelque chose qui empêcherait les FAI de revendre leurs données ?
[^] # Re: Eureka !
Posté par ckyl . En réponse au journal Le réchauffement climatique est une vaste blague. Un complot.... Évalué à 4.
Je soulignais uniquement la différence entre les sciences où l'on construit et celles ou l'on modélise. Avoir un modèle qui marche sur le passé, ca prouve juste qu'il marche pour le passé et absolument pas qu'il est juste. Le problème de crédibilité vient du fait qu'il n'est pas possible de prouver qu'un modèle est valide. N'y vois pas un jugement de valeur sur le travail du GIEC, mais une réponse au commentaire au commentaire au dessus qui allait dans le sens "La science moderne c'est dope et on se plante jamais". Avec toute la meilleure volonté du monde et toutes les connaissances actuelles, on peut aussi avoir tord.
Autrement, pour avoir bossé, et n'être toujours pas très loin, dans la recherche dans un autre domaine, effectivement je suis revenu de la vision des super scientifiques, et de la recherche vision bisounours. Y'a autant de pignoufs qu'ailleurs, autant de conflits d'intérêt et de magouilles; et quand je vois mettre les thèses sur un piédestal j'esquisse une léger sourire. Y'a aussi des très très très bons hein ! Et oui je n'ai absolument aucune compétence dans le domaine et je n'ai jamais prétendu en avoir.
[^] # Re: Eureka !
Posté par ckyl . En réponse au journal Le réchauffement climatique est une vaste blague. Un complot.... Évalué à 3.
En mathématique, tu as peu de chances de te tromper. Tu peux n'aboutir à rien, faire des trucs totalement inutiles en partant d'axiomes débiles ou autres. Mais c'est rare que quelques choses soit remis en question, au moyen age comme maintenant. On construit le monde.
En biologie, physique etc. Le monde existe déjà, selon des règles inconnues que l'on cherche à comprendre. On observe et on modéliser. Ensuite pour valider le modèle, on fait des expériences que le modèle prédit. Et là ca devient beaucoup plus le bordel et les remises en causes sont très fréquentes. Un modèle qui était considéré pendant des années comme valide peut se faire dégager n'importe quand suite à de nouvelles expériences.
En l'occurrence pour le réchauffement climatique on n'a même pas d'expérience pour valider les modèles mis en place. Bref on estime au pifomètre les variables utiles, on applique les lois qu'on connait et voilà. Ils est impossible de savoir si les variables utilisées sont les bonnes, si ils y en a que l'on ignore, si les lois sont les corrects, et surtout de vérifier expérimentalement les résultats. Un fois que tu as fait t'as cuisine comment tu vérifies ce que te sort ton modèle ? En plus de ca on fait des prédictions sur des périodes plus longues que l'historique de données.
Alors je dis pas que les mecs du GIEC sont des pignoufs, qu'ils ont tord ou qu'ils ont raison. De toute facon ni eux, ni moi ne pourront jamais le prouver. Mais il ne faut pas être aveuglé par la "science". On croit autant de conneries de nos jours que dans le passé, on se donne rendez vous dans 400 ans ;)
[^] # Re: Obligation d'utiliser une clef 3G
Posté par ckyl . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 2.
"Neutralité du net" c'est l'idée que le réseau ne surveille pas le contenu, ne le modifie et ne fait pas de discrimination. Ca, c'est l'idée de bisounours dans un monde idéal, en pratique bien sur que les opérateurs ont de la QOS, des peerings et des équipements différents en fonction de leur business et des couts.
Maintenant qu'est ce que ca a avoir avec le fait d'héberger ses données chez google ? Google est une fournisseur de service, pas un opérateur réseau. Donc rien a voir avec la choucroute.
Si ca te plait pas d'héberger chez google, bin tu le fais pas ! En attendant, si tu veux vraiment sauver le monde propose, développe une solution pour permettre aux gens d'accéder à leurs données depuis plusieurs postes, accessible au commun des mortels, fiable et pas "minitel 2.0". Pour le moment, y a du monde pour brailler mais j'ai pas vu beaucoup d'offres alternatives...
[^] # Re: cpuburn et compagnie
Posté par ckyl . En réponse au journal Même les ordinateurs deviennent jetables. Évalué à 2.
Notre but ici est de monter sur un obstacle. Si ton trottoir fait 20cm tu montes à 21cm et tu n'as absolument aucun choc. Tu peux aussi reposer la roue avant dès quelle est passée et faire un gros transfert de masse sur l'avant et/ou petit coup de frein, du coup tu vas lever ta roue arrière qui ne va pas toucher la bordure.
[^] # Re: cpuburn et compagnie
Posté par ckyl . En réponse au journal Même les ordinateurs deviennent jetables. Évalué à 4.
Petite leçon gratuite: http://www.zapiks.fr/le-bunny-up.html
# Garantie légale
Posté par ckyl . En réponse au journal Même les ordinateurs deviennent jetables. Évalué à 6.
Je t'invite à en prendre connaissance sur legifrance et à en informer ton vendeur !
PS: pas de lien vu que c'est toujours des toujours des sales session id,
* Livre III : Des différentes manières dont on acquiert la propriété.
o Titre VI : De la vente
+ Chapitre IV : Des obligations du vendeur
# Section 3 : De la garantie.
[^] # Re: politique
Posté par ckyl . En réponse au journal Les Anglais et l'euro. Évalué à 3.
Je te soulignais la différence de niveau de vie et du prix de l'immobilier entre le cher et Londres. Comparativement au coût d'un appart zone 1 sur Londres il y a trois ans, le cher c'est donné, et abordable par beaucoup de familles aisées. (et si tu revends un bien pour partir en France, alors en vendant un bel appart tu te payes un château)
Pour répondre au commentaire du dessus, tu ne vois aucun lien de cause à effet entre le niveau de vie des couches aisées anglaises, le cout de l'immobilier en France comparativement au leur, une livre forte et la proportion de biens détenu par les Anglais ?
Sur ma commune, une maison de 100m² se négocie entre 400K€ et 800K€, c'est bizarre mais ca parle beaucoup anglais avec l'accent rosbif... Peut être que c'était un peu plus abordable pour eux que pour les Français... Meilleurs revenus et un taux de change à 0.65 tu penses pas que ca aidait un peu ? Encore plus marrant depuis quelques mois ça commence à revendre, on se demande pourquoi...
[^] # Re: politique
Posté par ckyl . En réponse au journal Les Anglais et l'euro. Évalué à 2.
Pour te faire une idée regardes les annonces. Entre 200 000 et 300 000 euros tu choppes des baraques de 200m carré sur un hectare de terrain. Pour ce prix tu devrais réussir à trouver un 20m carré à chelsea... Note que depuis qu'ils ont du prendre la décision de venir en France, les prix se sont écroulés à londres et qu'en plus la livre à perdu 30%. Je te laisse faire le calcul du prix d'un appart à l'époque...
L'immobilier en France est (était) très bon marché pour les anglais. Comment expliques tu autrement la proportions d'anglais sur la côte, dans les alpes et dans tout les coins attractifs ? Alors tu penses bien que dans un bled de 1000 habitants dans le cher :-)
[^] # Re: Ouvert ?
Posté par ckyl . En réponse au journal Qt lance un vrai bugtracker ouvert. Évalué à 5.
On est dans le même cas. Je bosse aussi sur un produit open source, et j'ai été responsable de la sélection du BTS à utiliser. On est arrivé à la même conclusion que Qt ou Apache... C'est fatiguant les gens qui prennent tout les autres pour des lapins de 3 jours. Les gens font pas toujours des choix stupides, et sont même des fois capable d'analyser quelle solution répond le mieux à leurs cahier des charges...
[^] # Re: Ouvert ?
Posté par ckyl . En réponse au journal Qt lance un vrai bugtracker ouvert. Évalué à 7.
Y'a un gros gout de 30 millions de sélectionneurs de plus en plus désespérant sur linuxfr. Qu'est ce que ça peut *vous* faire que nokia utilise JIRA pour *leurs* besoins internes. Ça n'a absolument aucun impact sur vous mais vous êtes bien mieux placer pour faire les choix sans rien connaitre à leur problématique... La bonne nouvelle c'est qu'il y a un BTS publique, et que tu vas pouvoir soumettre des patchs avec tes petits doigts boudinés (en fait les pleureuses vont nous faire une tirade sur le fait que c'est mal de céder son copyright à nokia).
[^] # Re: La licence, c'est plus important que la technique
Posté par ckyl . En réponse au journal Apple abandonne ZFS. Évalué à 1.
Tu peux étayer ton propos ?
[^] # Re: La licence, c'est plus important que la technique
Posté par ckyl . En réponse au journal Apple abandonne ZFS. Évalué à 2.
Pour le moment l'erreur que fait sun avec JavaFX, c'est que pour le moment la publication open source stagne depuis un an. Et que justement les quelques bouts open source sont sous GPL v2 sans classpath exception et que ca emmerde absolument tout le monde... Où as tu vu que c'était sous CDDL 1.0 (et sans double licence) ?
[^] # Re: pérennité, auto-hébergement
Posté par ckyl . En réponse au journal Headshot pour GeoCities !. Évalué à 3.
Peu de gens utilisent flickr & co pour stocker leur photo mais pour les publier... C'est un moyen pratique d'échange, assez stable avec un bon rapport qualité/prix. Il y a évidement le risque que le service s'arrête mais en général la qualité de service est bien supérieure à ce que pourrait faire toute personne normale. Et on pourra toujours republier sur un autre service plus tard.
> -Les ordinateurs ne pourront plus lire les cartes SD
Tu stockes sur des SD ? Quel rapport ?
> -Le vieil appareil photo et sont cables seront jeté.
Tu stockes sur l'appareil ? Quel rapport ?
> L'ordinateur ou son disque dur, ou je ne sais quoi aura crashé
C'est en effet le seul risque. Et je vois pas le rapport avec le sujet.
Bref d'un côté tu as le risque que le service s'arrête et de l'autre le risque que la personne qui maintient tout le bouzin arrête de le faire. Chacun à son opinion sur quel est le maillon le plus faible. Et garder en tête que 99.9999% des gens ne savent ou ne veulent pas perdre leur temps à mettre en place et maintenir des outils de publication. Moi le premier... J'ai passer trois heures à patcher un pixelpost ca me gave au plus haut point. Il faut bien différencier les usages.
[^] # Re: Etude du communique de presse
Posté par ckyl . En réponse au journal Windows 7 va être vendu avec une faille de sécurité importante et ignorée. Évalué à 7.
Je connais pas le planning exact. Mais mettre un produit sur le marché ça implique beaucoup de logistique. En dehors de la campagne de pub ou d'un planning vérouillé pour cause d'événementiel; il faut faire deux trois trucs comme presser quelques millions de CD, les mettre dans les boites, approvisionner les distributeurs etc. Tout ca, ca prend du temps, ca a un cout et tu n'es pas forcement libre des dates (contrats avec les fournisseurs et sous traitants)
Alors j'en sais rien si ils auraient pu fixer la release (15 jours entre l'annonce de la faille et le moment ou la boite doit être en magasin) ou si ils auraient du balancer des millions de CD déjà pressés à la poubelle. Je crois qu'on ne sait même pas si le bug est effectivement corrigé dans la version boite. Mais je penses pas non plus que tu sois au courant des contraintes internes de Microsoft.
Si y'a pas de fix dispo lors de la release (via update ou directement dans la boite), y'aura moyen de gueuler. En attendant c'est beaucoup de bruit pour rien.
[^] # Re: Fais un blog.
Posté par ckyl . En réponse au journal Pourquoi j'utilise et utiliserai KDE et KOffice 2. Évalué à 7.
Tu es un génie incompris alors ?
> L'algo de compression est "plausible". Un hash, par exemple, est censé être différent pour chaque fichier qu'un hash
Merci de finir de te décrédibiliser (ou alors tu vas recevoir le prix turing/la médaille fields et shannon va se retourner dans sa tombe). Je vais pas te donner un cours de théorie de l'information mais tu ne vois pas un problème vouloir représenter l'ensemble des fichiers de 1TO sur 512 bits ? Il y a une infinité de fichier d'entré qui correspondent à une valeure de hash donné...
> Pour les backdoors, voir visuellement les différences entre les fichiers est encore une fois "plausible".
Et donc ça fait 30 ans que personne n'a découvert ta super technique ? Sont vraiment cons les gens qui bossent sur la sécurité quand même...
> Et pour la gestion des dépendances, alors là non. Mon gestionnaire de dépendances marche, il fait ce qu'il doit, il m'installe mes paquets, supprime mes conflits
Quelques choses marche quand il est prouvé qu'il est complet... Que ca marche sur tes 10 packages exemple ne signifie pas grand chose. La présentation de ton algo montre des failles flagrantes.
> Donc oui, il m'arrive d'un peu trop m'avancer, mais c'est pas parce que je dis une fois une bêtise que tout le reste est bêtise.
Dans cette réponse tu n'as dis que des bêtise. Le pire c'est que tout cela t'as déjà été expliquer et que tu persistes.
[^] # Re: Fais un blog.
Posté par ckyl . En réponse au journal Pourquoi j'utilise et utiliserai KDE et KOffice 2. Évalué à 4.
Oui enfin bon il suffit pas d'avoir de la bonne volonté hein. Vouloir apprendre, ce n'est pas faire n'importe quoi qui semble marcher. C'est déjà au minimum essayer de comprendre pourquoi un problème est difficile et se documenter.
Quand tu vois ses réponses aux discussions conceptuelles ou techniques, il me rappelle un mec qui m'expliquait qu'il avait trouvé un super algo de compression et qu'il suffisait de faire N passes pour que le résultat soit toujours plus petit à chaque passe... Regarde le thread sur la détection de backdoor c'est édifiant https://linuxfr.org//comments/1037917.html#1037917 ou la gestion de dépendance des paquets, ou encore sur le noyau qui va 50x plus vite avec une explication foireuse mais surtout non vérifiée. Moi j'appelle pas ca vouloir apprendre...
[^] # Re: correction d'erreur linux vs windows
Posté par ckyl . En réponse à la dépêche Une analyse précieuse sur la fiabilité de la mémoire vive DRAM. Évalué à 10.
> Si, ca va être automatique. Sur les prochains Nehalems [...]
Toute l'histoire de l'informatique résumée en deux lignes...
[^] # Re: séparation
Posté par ckyl . En réponse au journal Passage du noyau Debian 2.6.30-2 au noyau Vanilla 2.6.31-2. Évalué à 10.
Comme souvent, tu dis beaucoup de choses avec des mots compliqués. Le problème c'est généralement très approximatif ou complètement faux... Ici donc les applications ne passent la main que quand elles le veulent, ou si vraiment trop de temps passe en est un bel exemple.
CONFIG_PREEMPT permet d'activer ou de désactiver la préemption en mode noyau. Quand elle est désactivé, un thread ne peut pas être interrompu lorsqu'il se trouve en espace noyau. La main est passée à un autre processus (si besoin) au moment ou le thread repasse en espace utilisateur. Si tu as de long chemin d'exécution dans le noyau, alors tu peux avoir un petit manque de réactivité. Avec le CONFIG_PREEMPT, un changement peut s'exécuter alors que le thread est en espace noyau (sous certaines conditions). Par exemple tu peux réagir à une interruption. Quand un thread est en espace utilisateur ça ne change absolument rien.
Je serais bien étonné que CONFIG_PREEMPT change quoi que ce soit à la vitesse de la phase d'init. Cela dit je ne demande qu'à être convaincu...
Après un noyau, environnent de bureau, une distribution, une système de paquet en 6 mois tu passes maintenant à une GUI pour la compile noyau. Tu penses pas que tu devrais plutôt faire une chose correctement plutôt que tout et n'importe comment ?
[^] # Re: Le prix
Posté par ckyl . En réponse au journal Plusieurs bourses internationales migrent sous unix. Évalué à 9.
Je crois que ce qu'il comparait est le TCO de la solution proposée par un tier (Accenture actuellement) à celui d'un rachat d'une boite qui a déjà la techno et les compétences pour en faire une solution maison.