lasher a écrit 2738 commentaires

Ben justement, c'est toi qui fais des affirmations péremptoires, sans citer tes sources. Quand je dis « à ma connaissance », c'est que justement je n'avais jamais entendu/vu de présentation faite par Sony sur le Cell (présentations techniques, s'entend), alors qu'IBM a fourni une tripotée d'articles, présentations, etc., concernant le processeur, son exploitation par le soft, etc.

Mmmh, et donc qu'a fait Sony précisément sur le Cell ? Parce qu'à ma connaissance, la réponse c'est « rien » .

« Je ne suis abonné qu’au flux RSS des dépêches ; probablement à tord d’ailleurs »

Oui en effet. Si tu avais lu plus de journaux, tu aurais eu plus de commentaires sur le fait que le tort tue.

J'ai beau chercher, j'arrive pas à trouver ton gros défaut. Au contraire, moi j'y vois un super avantage : je ne savais pas où étendre mon linge propre-mais-mouillé, et depuis que je suis repassé (haha) en Ethernet, je suis heureux.

Pas d'accord. Par exemple au temps des disquettes de 1.44 Mo, on pouvait des disquettes préformattées « DOS » (FAT16 quoi). Ben si on me dit « ta disquette est préformattée DOS et fait 1.44 Mo », ben je m'attends à juste ça : 1.44 Mo utilisables sous DOS. Pas 1.2 ou 1.3 Mo parce que les méta-données prennent de la place.

Une fois qu'on sait comment calculent les constructeurs, « ça va », mais n'empêche, c'est de l'arnaque à la base pour pouvoir gonfler les chiffres.

« 100 "Go" fait 93 "Gio" »

Non. Autant en réseau les constructeurs et autres font de la puissance de 10, autant dans le cas des disques durs, il s'agit bien de capacité en "Gio" avant formatage.

J'ai une question bête : est-ce qu'on arrive pas vers la fin de vie des consoles actuelles (après tout on approche les 5 ans de vie pour la wii et la xbox 360) ? Et dans ce cas, est-ce que Sony ne devrait pas laisser faire tout en réparant ce genre d'erreurs pour la prochaine version de sa console ?

Alors déjà, si tu dis dans les clauses de distribution « si on fait frire ton disque dur tu peux pas nous poursuivre », en droit français, cette clause ne sera pas validée.

Si tu dis « je ne suis pas responsable de ce que mon programme peut faire à ton ordinateur » (et qu'il fait frire ton disque dur), ben tu peux demander réparations, parce que (par exemple hein) le programme était censé être un simple driver de carte son (et dans ce cas, pourquoi le driver touche-t-il au DD ?). Ça ne veut pas forcément dire que tu seras indemnisé/que tu auras gain de cause, parce que l'erreur peut se trouver plus « bas » dans la chaîne. Par exemple,j'ai souvenir d'une version de Mandrake/Mandriva qui rendait certains modèles de lecteurs CD-ROM inutilisables. Mandrake utilisait un bit pour demander au lecteur de se préparer à écrire quelque chose, et si le lecteur ne faisait pas graveur, alors une erreur se produisait, sinon la distrib savait qu'elle avait affaire à un graveur. C'était une exploitation astucieuse des standards. Sauf qu'un des fabricants de lecteurs-pas-graveurs de CD-ROM a eu l'idée géniale d'utiliser ledit bit pour activer la réécriture du firmware (mise à jour etc). Et du coup, paf le lecteur.

Dans ce cas, Mandrake n'est pas en cause, c'est le constructeur qui n'a pas respecté les standards (ou peut-être même les normes). Donc il y a bien un responsable, et ce n'est pas le mec qui a fait le soft.

Concernant les virus, les machins de rootkit et autres, de ce que j'ai cru comprendre, c'est effectivement considéré comment étant une « arme numérique »... Donc oui, celui qui étudie ça dans son coin a sans doute des comptes à rendre du point de vue de la loi (mais je suis pas juriste, tout ça). Tout autant que ceux qui utilisaient SSH au lieu de SSF à l'époque où les méthodes de chiffrement étaient encore limitées en France ...

Ooups, j'ai oublié une partie de ta réponse:
« Par ailleurs, le problème n'était pas chez le client (binaire), mais sur le serveur, et n'était pas causé par le client.
Ce qui n'a donc *rien* à voir avec la choucroute, mais m'a quand même fait sourire. »

j'avais lu ici-même il était dit que la màj avait affecté les clients Skype pour windows, et que comme celle-ci s'était mal passée, les clients windows qui agissent aussi en tant que nœud pour le réseau Skype ne pouvaient pas relayer le signal, causant la panne en question. S'il s'agit des serveurs, c'est encore pire, vu que là, l'argument qui dit que les serveurs Jabber de leur côté peuvent être encore plus distribués tient mieux la route ... (je sais pas si je suis clair)

Oui sauf que si tu utilises SID, tu sais que tu peux casser ton système. Quand tu utilises Skype, tu lui fais confiance quand il te dit que c'est bon,tu peux mettre à jour.

« unique » dans le sens où tous les utilisateurs Windows ont peu ou prou le même : on a bien éduqué l'utilisateur en lui disant que si le soft propose une mise à jour il faut l'appliquer (ce qui est bien dans 99% des cas), quand ça foire, ça foire bien. Tu ne pouvais pas appeler l'Europe mais le Japon ? Ben moi je pouvais juste pas me connecter. Ça fait quand même ~ 600 millions de personnes coupées du monde Skype.

Pas exactement: c'est le fait que tu puisses communiquer avec l'extérieur, mais que si TU as des problèmes, ça n'ait pas d'impact sur le reste du monde. Si MSN flanche à un moment donné, alors il y a de fortes chances que le reste du monde (ou en tout cas de gros bouts, un peu comme les serveurs IRC d'un même réseau qui tombent et coupent ledit réseau en deux morceaux).

Avec Skype, bien que le protocole soit distribué, le binaire est unique, ce qui fait qu'en cas de panne, vu que le client est aussi nœud pour d'autres, tu peux faire écrouler le réseau.

Mmhh, dans un (vieux) Misc, un article avait montré comment en utilisant du slicing les auteurs avaient réussi à comprendre le fonctionnement du binaire de Skype (entre autre passer les différentes protections/cryptosystèmes) et même comprendre le protocole derrière Skype. Ils en avaient tiré la conclusion qu'il était possible d'avoir une armée de PC zombies en utilisant un seul compte Skype...

Depuis Skype a renforcé la sécurité sur les binaires (enfin c'est ce que j'ai cru comprendre), N'empêche, si deux mecs motivés arrivent à faire ça, je me pose la question de 10 mecs payés pour faire de l'espionnage industriel par exemple...

Honnêtement, la confidentialité des conversations me semble une bonne raison de ne pas vouloir de Skype. Et dans ce cas, avoir son propre service de messagerie/blah, oui ça a du sens. Idem pour l'utilisation de services payants. Et si tu me dis « la boite elle s'en fout, y'a rien de critique qui passe par Skype », j'ai bien envie de répondre que c'est exactement le genre de réponse que j'ai entendu quand j'essayais d'expliquer pourquoi il fallait mettre un firewall dans une boite où j'ai bossé ... « non mais tu comprends, on a rien qui pourrait intéresser un pirate.. » Et moi ensuite d'essayer d'expliquer qu'ils sont responsables de leur réseau et que si celui-ci est utilisé pour rebondir ailleurs et faire du dégât, ils ont leur part de responsabilité ... Enfin voilà...

Et arrêter de tout voir en noir et blanc, tu voudrais pas essayer un peu ?

Qu'est-ce qui empêche un prestataire de fournir un server Jabber, avec une garantie de disponibilité ? Lui au moins, si tu as un problème, tu peux a priori le contacter pour lui demander des comptes. Et pendant que tu le fais, le reste des communications passant via Jabber ne sont as interrompues.

Et de même que dans des structures de taille raisonnable on a souvent l'équivalent d'un PABX géré par quelqu'un de plus ou moins compétent, je ne vois pas pourquoi ça ne pourrait pas être le cas pour un serveur Jabber. Donc en pratique je vois bien un (ensemble de) serveur(s) pour une boite de taille respectable, et des moyens mutualisés pour des boites qui ont moins de moyens. Dans tous les cas, en cas de problème, on a quelqu'un à qui parler/engueuler, et mes problèmes n'ont pas forcément d'impact sur le reste du monde.

Tu te rends compte qu'en informatique, le « on peut » qui, je te l'accorde, est au début technique, peut se transformer en machin automatisé ? Le problème, c'est que personne n'arrive à vendre XMPP et Jabber en dehors de machins tout encapsulés. Mais sinon, si quelqu'un voulait consacrer du temps et de l'argent à automatiser ce qui pour le moment ne peut être fait que manuellement (genre écrire un client qui propose au moment de s'inscrire sur un serveur de faire de la « redondance » ailleurs, avec une liste de serveurs par défaut où basculer en cas de problème, etc...), ben tes critiques elles aussi sont quelque part « théoriques ». Skype, très concrètement, ça marche, nous sommes bien d'accord. Mais très concrètement aussi, quand y'a un déploiement qui foire, Skype, ça plante. D'ailleurs tiens, je reviens d'une conversation skype avec mes parents. Skype, , ca marche tellement bien que même si mes parents sont bien officiellement « en ligne » mon client les vois déconnectés. Du coup, je ne sais jamais comment leur parler. Jamais eu le problème avec Jabber. Comme quoi hein...


Bref tout ça pour dire que oui, Jabber permet plein de trucs qui nécessitent des connaissances pointues, mais ces trucs sont juste pas disponibles sous Skype, du coup dire « ça sert à rien, puisque M. tout-le-monde saura pas le faire », c'est un peu ridicule. Si tu disais un truc du genre « tant que personne n'aura automatisé la bascule entre deux serveurs en cas de panne [ou un truc du genre], ça sert à rien pour le commun des mortels », ben je pense que ton point de vue passerait mieux ...

... et augmenter le nombre de députés présents lors des séances à l'Assemblée ? :P

Solitude. Paf, comme ça, sans chercher.

Bon désolé mais là ça pique trop les n'œils: « lancer » et « travailler ». Faites gaffes aux participes, bordayle.

C'est extrêmement surprenant. Il fut un temps où oui, il fallait par exemple déclarer tout un tas de champs et méthodes "final" pour être certain que le compilateur allait faire ce qu'il fallait, mais depuis la VM et les méthodes de JIT se sont beaucoup améliorés, du coup je ne comprends pas... Tu utilises quelle VM ? Celle d'Oracle ?

Euuuuh, tu es sûr ? Avec le JIT je suis presque certain que les accesseurs sont inlinés.

Mmmh, nous n'avons pas eu les mêmes expériences de programmation Perl en entreprise alors. Il y a huit ans, lorsque je faisais du Perl pour la première fois « sérieusement », use strict et use warnings étaient obligatoires. Il n'y avait pas de « style » à suivre à proprement parler, si ce n'est de mettre des parenthèses aux appels de fonctions, et ne pas utiliser les variables implicites -- ou alors bien expliquer ce que faisait le code en commentaire et pourquoi faire ainsi, lorsque ça se justifiait, du genre :


use strict;
use warnings;
# code avant ...
my $content;
# $! n'est pas expliqué dans le code car on apprend très vite qu'il est équivalent à
# ce que renvoie perror() ...
open (my $fh, '<', $file) || die "Could not open $file: $!";
# "Slurps" the file into $content. Making $/ local undefines it for the local scope
# and stops it from separating the file into "lines" with the '\n' character.
{
    local $/;
    $content = <$fh>;
}
# code après ...


Ce code est idiomatique (on le trouve un peu partout dans pas mal de tutoriels/bouquins), et nécessaire (le fichier à lire était un fichier binaire -- une image). Évidemment, ce code a vite été mis dans une fonction slurp ... :)

Le code était maintenable, car il était de toute manière lu et partagé par d'autres qui pouvaient avoir besoin de jeter un œil. Et contrairement à ce que tu sembles dire, un débutant peut parfaitement avoir de bonnes bases : il suffit qu'il ait été bien formé -- en l'occurrence je sortais plus ou moins d'IUT, où l'on m'avait appris à correctement nommer mes variables, indenter mon code et le modulariser ... Bref, ce qu'il faut savoir faire en C, Java, ou autres langages.

Euh Ruby et Python sont nés à la même période peu ou prou (4 ans d'écart en fait, ne dit Wikipedia). S'il y a un langage d'inspiration, il s'agit de Perl et de SmallTalk dans le cas de Ruby. Tu es sûr que ce n'est pas Python qui s'inspire aussi de SmallTalk ? :)

Mmmh, au moins pour les administrations, ou tout environnement qui a besoin d'être certain que Skype n'espionne rien, et ne fait rien de mal du point de vue de l'utilisateur, avoir un logiciel qui fait tout pareil que Skype, mais qui en plus est libre, et donc dont le code source est connu, ça peut être un plus important. Par exemple officiellement en France, les réseaux universitaires (et même les réseaux publics en général si je ne me trompe pas) ne sont pas censés utiliser Skype justement à cause de l'opacité du binaire et de l'incapacité à vérifier que Skype n'espionne pas les conversations.

Je ne dis pas que c'est dans l'intérêt des développeurs de Skype d'espionner, mais à partir du moment où le soft part chercher des infos de proxy dans des fichiers qu'il n'est pas censé toucher (Firefox/IE pour les infos de proxy par ex), le doute est permis. Que se passera-t-il quand un gouvernement fera pression sur Skype pour des raisons de sécurité (lutte contre le terrorisme ou autre) ?

Mmmh, je pense que tous les profs et chargés de TD qui font leur boulot apprécient beaucoup ce commentaire...