pasBill pasGates a écrit 16201 commentaires

  • [^] # Re: Darty

    Posté par  . En réponse au journal Vista : 1 --- Chômage : 0. Évalué à -4.

    Remarque, c'est toujours mieux que les 0 testeurs engages par Ubuntu
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 2.

    Tu continues a jouer au con, talent qui semble inne dans ton cas.

    Ce patch IE a cause un probleme catastrophique a la majorite des systemes ? Non
    Ce patch NTFS a cause un probleme catastrophique a la majorite des systemes ? Non

    Maintenant retourne jouer dans ton bac a sable
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 2.

    Ah le clown, je me demandais ou tu etais passe

    Allez vas-y, montre moi donc un patch qui :
    - affectes un grand pourcentage de systemes
    - cause une perte totale et definitive des donnees

    J'attends
  • [^] # Re: temps

    Posté par  . En réponse au journal forfaits de temps et contrôle parental .... Évalué à 1.

    On va voir ca comme de la pub deguisee, mais Vista fait tout ce que tu demandes de base... http://www.microsoft.com/windowsvista/community/parentalcont(...)
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.

    Moi je fais une difference entre les distribs, je suis a peu pres convaincu que cela n'arriverait jamais chez Redhat ou Suse par exemple, car eux ont des processus QA developpes et doivent rendre des comptes a leurs clients si ils font les idiots, Ubuntu par contre ce sont visiblement des touristes qui n'ont aucune experience de la QA.
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 7.

    Ben voila, maintenant tu sais pourquoi on met longtemps a sortir les patchs, c'est a cause de linuxfr !!
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.

    Tu demandes au techno AOL si par hasard son soft fait pas qqe chose d'illegal par exemple, et tu regardes combien de gens ont le meme probleme sur le net.
    Je suis pas sur qu'un techno AOL soit la reference quand a la qualite des patchs MS, surtout quand il conseille de reinstaller...
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.

    Tout a fait, il y a aussi des problemes avec nos patchs c'est un fait, on peut pas tester toutes les config dans toutes les situations.

    Mais quand on voit le type de probleme, on se rend compte que chez MS c'est :
    - tres rarement catastrophique
    - tres rarement applicable a une majorite des systemes.
  • [^] # Re: Euh...

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 4.

    Faut quand meme voir une chose :

    Les 2 cas presents(XOrg & Kernel) ne vous concernent pas car le probleme se situait au niveau de l'interface avec les drivers, mais le probleme reel, c'est le manque total de tests fait sur les updates avant qu'elles sortent. Ce qui veut dire que driver proprio ou pas, vous aussi etes sujets a etre touches par leur manque de serieux parce que le jour ou le probleme sera ailleurs, ils ne le verront peut-etre pas non plus vu qu'ils ne testent (quasiment) pas leurs patchs.
  • [^] # Re: lobbying

    Posté par  . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 3.

    Perdu, MS a annonce il y a qqe jours qu'ils ne poursuivraient personne vis a vis d'un certain nombre(30 je crois) brevets sur les web services par exemple, et ce n'est pas le seul cas si je ne me trompe.
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.

    La raison c'est les 2 :

    - Windows a une ABI ultra-stable, c'est un choix, ca comporte qqe inconvenients pour MS mais ca fait plaisir a tout le monde en dehors de MS.

    - Nos patchs ils sont testes pendant un sacre moment avant qu'on les sorte, sur un tas de machines differentes, avec un tas de softs differents(y compris evidemment du non-MS), dans des tas de configurations differentes, c'est pourquoi on ne sort pas des patchs en 12 minutes, et c'est pourquoi il n'y a quasiment aucune chance qu'un truc d'une ampleur pareil(large pourcentage de systemes se retrouvant totalement dans les choux) se produise.
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 7.

    Nan, j'ai mieux, j'ai une backdoor sur le site linuxfr qui detecte au moment ou les gens postent si le mot Windows est present et m'envoie un SMS pour m'avertir ou que je sois dans le monde.

    C'est beau la technologie quand meme non ?
  • [^] # Re: Heisenbug

    Posté par  . En réponse au journal printf debugging considered harmful. Évalué à 2.

    Pas d'accord, un des avantages du C c'est justement qu'il y a plein de gens qui savent l'ecrire, qu'il y a plein de librairies dispo, que l'interfacage est clairement defini, qu'il permet d'ecrire du code rapide, ...

    Alors maintenant oui, C ca demande plus de connaissances sur les concepts de bases que d'autres langages et ca induit certains risques niveau erreurs de programmation, mais c'est un langage _extremement_ utile. C# et Java c'est sympa, mais ca peut pas repondre a tout loin de la.

    Enfin bon, de mon point de vue, le top c'est quand meme C++, les avantages de l'objet allies a la vitesse et flexibilite de C (et voila, c'est comme ca qu'on lance un troll sur les langages !)
  • [^] # Re: nvidia.ko

    Posté par  . En réponse au journal Ubuntu Xorg Failure. Évalué à 10.

    D'un autre cote sous Windows quand tu updates ton kernel tes drivers ils fonctionnent encore.
  • [^] # Re: lobbying

    Posté par  . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 2.

    La question n'est pas de mettre MS au meme niveau qu'IBM, il est clair que c'est pas le cas vu qu'ils n'ont pas les memes interets(MS en fait 1%, IBM doit bien en faire 5-10% et ignore le libre les 90% restants). Mais se permettre de suggerer que l'etat subvientionne IBM plutot que MS sur un projet dont le resultat(F#) est totalement utilisable dans le monde du libre c'est du foutage de gueule et tient purement du delit de sale gueule.
  • [^] # Re: lobbying

    Posté par  . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 2.

    Non, ils se sont engages a le faire pour ~500 brevets, ils n'ont rien dit sur les autres.
  • [^] # Re: lobbying

    Posté par  . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 2.

    .NET est librement reimplementable, Mono en est la preuve.

    Remarque qu'IBM pourrait liberer un tas de code en OpenSource, arreter de mettre des patentes sur tout ce qui existe(devine qui detient le plus grand nombre de patentes sur cette petite planete...), ... mais bizarrement eux ce sont des heros parce que le libre leur convient dans 2-3 cas et qu'ils le poussent la tout en l'ignorant totalement partout ailleurs.
  • [^] # Re: .

    Posté par  . En réponse au journal Quand les rats fuient le navire.... Évalué à 1.

    Ces éditeurs ne sont surement pas les meilleurs pour une tâche précise (ici, en l'occurrence, chier du code) mais ils sont excellents point de vue convergence des techno. Il me serait vraiment plus complexe de devoir utiliser plusieurs produits.

    Je pense pas qu'il serait plus complexe d'utiliser plusieurs produits, a mon avis c'est juste une question d'habitude. J'ai eu le meme effet en passant d'XEmacs a VStudio, j'etait habitue a XEmacs / make / gcc et passer a VStudio / env. build maison m'a demande un effort certain, mais maintenant je ne reviendrais plus en arriere, je ne peux pas m'imaginer sans VStudio(ou un truc equivalent).


    Pour ce qui est de l'utilisation des IDEs, mes constatations principales sont :
    - Il est souvent difficile de séparer le moteur de l'application de la présentation du résultat ;

    Tu entends quoi par ca ? C'est quoi le resultat et c'est quoi le moteur ?

    - Le débugguer est (très) souvent utilisé par beaucoups pour pallier à des problèmes de méthodologie de dév. (pas de tests, pas de garde fou, ... )

    Ca ca ne tient qu'a toi, le debugger quoi qu'on en dise est un outil extremement utile, il ne tient qu'a toi de l'utiliser a bon escient et de ne pas en abuser.

    - Cela marche bien tant qu'on ne rencontre pas un problème qui nous impose d'utiliser des choses pas communes (genre dépendances, bizarres, etc. )
    A mon avis tu as surtout une meconnaissance des IDEs et de ce qu'ils peuvent faire, dans la plupart de cas ces IDEs vont te cracher / modifier un makefile que tu peux modifier a la main de maniere assez simple, appeler des outils en ligne de commande pour compiler avec une ligne de commande modifiable a souhait, ... Bref, utiliser un IDE ne t'enleve rien de ce que tu pourrais faire en ligne de commande. Il rend pas mal de choses plus faciles par contre et demandera le meme effort voire un petit peu plus pour certaines autres, mais personnellement je n'ai pas encore rencontre une seule personne ayant investi le temps et l'effort pour decouvrire un IDE decent et qui soit revenue en arriere.
  • [^] # Re: lobbying

    Posté par  . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 4.

    Ah oui bien sur, il vaut mieux que la France aide IBM plutot que MS, parce que MS c'est les vilains et IBM ce sont les beaux chevaliers blancs du libre, apres tout, F# c'est pas comme si on pourrait l'utiliser sur Mono par exemple alors que IBM ils ne font que du libre c'est bien connu.

    En fait MS pourrait faire des pots de Nutella 100% bio et avec des produits achetes a des prix decents aux producteurs de pays pauvres que certains y trouveraient toujours qqe chose a redire.
  • [^] # Re: ça n'a pas changé

    Posté par  . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.

    Ca marche sur Win2k, XP, ... aussi, t'as probablement fait qqe chose de faux. Pas besoin de toucher la registry.
  • [^] # Re: ça n'a pas changé

    Posté par  . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 1.

    T'as visiblement pas compris le probleme.

    T'as une faille dans ton browser, l'exploit qui en tire profit peut :
    - dans le cas d'IE7 acceder au repertoire temporaire d'IE
    - dans le cas des autres browsers lire/ecrire tous les fichiers de l'utilisateur, ca veut dire potentiellement acceder a des informations confidentielles genre No de carte de credit, No de securite sociale,...

    Etre admin n'a rien a voir avec le probleme, ca le rend juste pire.
  • [^] # Re: ça n'a pas changé

    Posté par  . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.

    Ca va empecher 1% des softs de fonctionner, bref, pas un probleme.
  • [^] # Re: ça n'a pas changé

    Posté par  . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.

    Les betas d'IE7 elles sont la depuis belle lurette, la date d'Octobre 2005 pour Opera elle est pour la preview.
    Clairement, ca a ete vu pour la premiere fois dans IE7.
  • [^] # Re: ça n'a pas changé

    Posté par  . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à -1.

    Un truc qui n'existe que depuis Octobre 2005, bref, apres IE7
  • [^] # Re: ça n'a pas changé

    Posté par  . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.

    Tu devrais aller jeter un oeil a la news qui est passee sur ce site il y a qqe jours au sujet de la fragmentation sur les filesystems usuels Linux, tu risques d'etre surpris du resultat niveau perte de perfs.