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
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.
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...
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.
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.
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.
- 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.
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.
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 !)
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.
.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.
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.
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.
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.
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.
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.
[^] # Re: Darty
Posté par pasBill pasGates . En réponse au journal Vista : 1 --- Chômage : 0. Évalué à -4.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 2.
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 pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 2.
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 pasBill pasGates . En réponse au journal forfaits de temps et contrôle parental .... Évalué à 1.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 7.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.
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 pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.
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 pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 4.
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 pasBill pasGates . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 3.
[^] # Re: nvidia.ko
Posté par pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 5.
- 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 pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 7.
C'est beau la technologie quand meme non ?
[^] # Re: Heisenbug
Posté par pasBill pasGates . En réponse au journal printf debugging considered harmful. Évalué à 2.
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 pasBill pasGates . En réponse au journal Ubuntu Xorg Failure. Évalué à 10.
[^] # Re: lobbying
Posté par pasBill pasGates . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 2.
[^] # Re: lobbying
Posté par pasBill pasGates . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 2.
[^] # Re: lobbying
Posté par pasBill pasGates . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 2.
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 pasBill pasGates . En réponse au journal Quand les rats fuient le navire.... Évalué à 1.
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 pasBill pasGates . En réponse au journal Language F# - Du microsoft, mais il y a un rapport avec le libre !. Évalué à 4.
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 pasBill pasGates . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
[^] # Re: ça n'a pas changé
Posté par pasBill pasGates . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 1.
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 pasBill pasGates . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
[^] # Re: ça n'a pas changé
Posté par pasBill pasGates . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Clairement, ca a ete vu pour la premiere fois dans IE7.
[^] # Re: ça n'a pas changé
Posté par pasBill pasGates . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à -1.
[^] # Re: ça n'a pas changé
Posté par pasBill pasGates . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.