pasBill pasGates a écrit 16203 commentaires

u ne crois pas que c'est un argument de la faveur de l'open-source? les gens qui ne connaisse pas windows j'en connais plains et pas faute des compétences!!

Non, il y a largement assez de docs dispos pour le savoir, surtout pour qq'un qui est dans l'informatique.

un medecin
...
leur metier c'est pas de savoir ce dont t'as besoin ?

Eux oui, la difference etant que ATT, IBM, UBS, Toyota, etc... ils ont des informaticiens qui s'occupent de leurs departement IT, et pas que des manches loin de la. Alors que qq'un qui n'est pas meme foutu de savoir qu'un soft user-mode ne fait pas planter le systeme sous Windows vienne leur expliquer ce dont ils ont besoin, c'est un peu gros.

Quand je lis des trucs qui sont clairement arrogants et provocateurs du genre : Ba peut etre parcque depuis le temps qu'ils sont dépendant de Microsoft et face a une telle incompetence vis a vis de ce genre de probleme , ils on su se debrouiller tout seul.

ca me donne pas envie d'etre gentil, resultat dans ce genre de cas je me fais un petit plaisir et je deviens cynique. Personne n'est parfait.

Je te l'ai dit dans l'autre news, certains s'en foutent de savoir si c'est interessant ou pas, si ca ne correspond pas a leur vision du monde, ils essayent de le cacher. C'est pas au hasard que je demandais ce qui etait prevu pour eviter ce genre de choses.

a part dire que c'est une grosse connerie c'est quoi ton argument ??

L'argument c'est que si il connaissait Windows un tant soit peu il saurait que tout comme sous Linux, un soft user-mode qui plante ne fait pas planter tout le systeme.

ça se trouve qu'il sait mieux que la moitié de vos client, t'en sais rien !! tu crois pas qu'un argument serais plus constructif que d'attaquer la personne ?

C'est mon point de vue sur la chose, les gens qui croient savoir ce dont j'ai besoin mieux que moi me font bien rire, alors qq'un qui croit savoir mieux que nos client ce dont ils ont besoin, c'est meme topo. Je trouves ca tres arrogant et hautain.

Je la fais tous les jours et je rigole... tu as un problème de perception ou d'aveuglement je pense...

Tu le fais mal alors

Les distrib mettent en général beaucoup moins de temps. Et puis le libre n'est pas au 3x8 (vous ne l'êtes sans doute pas non plus à Redmond), mais il y a de devs et testeurs partout dans le monde, donc dans tous les fuseaux horaires... Une "journée" dans le libre, c'est effectivement 24x1h et pas 1x8h...

Tu crois que nos machines elles dorment la nuit ? Tu crois que la plupart de nos tests ont besoin d'un etre humain devant la machine pour tourner ?
Je te le repetes, tu n'as aucune idee des batteries de tests qui sont ici.

Ton étandard... toujours la même rengaine. Arrête d'estimer la connaissance des autres, bon sang ! Le monde Windows je le subit depuis plus de 10 ans en environement desktop et un peu moins en serveur...

Il y pas a estimer, sortir une connerie pareille c'est une demonstration flagrante que t'as rien compris a Windows. Si tu me trouves UN patch de IE qui fait planter toute la machine je t'offre une Ferrari.

Au hasard : les bugs et trous de sécu de IE ? http://continue.to/trie(...(...)) muhahahahaha... et ce n'est qu'un seul soft... (le pire c'est vrai) Intégré dans le système, démarré par défaut, toussa...

Je t'ai demande les problemes dans nos patchs, il n'y a rien la dedans qui montre un probleme dans les patchs qu'on a sorti.
Sans parler du fait que pas mal des trous dont ils parlent ont ete corriges (le coup de l'url cachee, etc...)

Je sais de quoi j'ai besoin : j'ai besoin de savoir ce que je fais tourner, pourquoi je le fais tourner et si j'ai besoin de le faire tourner et aussi si j'ai besoin de patcher. Je n'ai pas besoin d'avoir un gros paquet sourd et aveugle qui me rend dépendant de vos tests (et développements).

Ben dans ce cas t'installes les patchs qu'on sort separement, c'est pas complique pourtant.

M... mais c'est pas pas possible tu ne connais pas le cycle de vie des bugs ? La correction de bugs ne commence pas à son annonce...

Je crois surtout que c'est toi qui n'a rien compris.

En général, je dirais plutôt une semaine. Elles testent et elles packagent, md5 et GPG leurs paquets pour rendre le diffusion plus fiable, simple et rapide. Tout ça de manière transparente et en te laissant le contrôle.

C'est plutot proche de 3-4 semaines en moyenne entre le moment ou elles ont connaissance du probleme et l'annonce.

u crois tout savoir et tout maitriser ? Connaitre la limite des connaissances des autres ?

Quand je vois un type parler de ce que je fais a longueur de journee, oui je vois tout de suite si il sait de quoi il parle.

Je me répère, mais le libre permet une relation gagnant-gagnant entre développeurs et utilisateurs.

Ben il te reste encore enormement de developpeurs et utilisateurs a convaincre.

Effectivement, j'ai confondu NT et 2000. Donc je reformule mon commentaire, le patch fait planter 2000 et empeche, apres le reboot, l'utilisateur de se reloguer. C'est un peu dommage quand meme.

Ma machine se porte tres bien, tout comme des millions d'autres machines patchees, pas de chance hein ?

qqe systemes c'est deja trop.

Vas-y fais seulement, expliques nous comment faire pour assurer qu'un patch va fonctionner sans problemes sur 100 millions de machines differentes, les chercheurs en informatique seraient ravis d'avoir la reponse a un probleme qui les turlupine depuis des annees.

Ba peut etre parcque depuis le temps qu'ils sont dépendant de Microsoft et face a une telle incompetence vis a vis de ce genre de probleme , ils on su se debrouiller tout seul.

Ca doit etre ca. Tu sais, se mettre la tete dans le sable pour eviter de voir la verite ne va pas la faire disparaitre

oui, enfin, encore une fois, on va te forcer à avoir une machine de compétition pour faire tourner ce truc...

Si tu veux avoir toutes les features faudra une machine plus puissante que les machines d'aujourd'hui, pas de miracles, ta machine peut pas faire 5x plus de trucs dans le meme nombre de cycles qu'avant.

Maintenant, si tu veux pas toutes les features, t'auras pas pas besoin d'un truc de compete, voir vraiment pas de compete.

Les abonnes a MSDN peuvent l'avoir(une alpha, la 1ere beta sortira pas avant un bon moment).

Note que faut pas esperer grand chose si t'es pas un developpeur, il n'y a pour l'instant pas grand chose de bien de visible et de vraiment utilisable, c'est surtout l'infrastructure qui est mise en place en ce moment (nouvelle stack tcp/ip, WinFS, Avalon, ...), les trucs par dessus viendront plus tard.

Tu peux aussi aller voir les docs : http://msdn.microsoft.com/Longhorn/default.aspx(...)

D'autre part, je te dis que j'ai eu un problème et tu le nies ?

Si tu me dis que le patch ne voulait pas s'installer(hors tu dis maintenant l'inverse, qu'il s'est installe apres reboot) oui, car l'installation a ete verifiee.

Quand au fait qu'il a fallu un reboot, selon ce que t'as fait avant c'est normal. Si t'as installe un truc qui demandait un reboot et que t'as pas reboote, il te faudra le reboot avant de pouvoir installer quoi que ce soit.

Oui c'est con je sais.

c'est vrai qu'un uptime d'une semaine ne figure sans doute pas dans les procédures de tests de la super équipe de test des patches MS

C'est con, c'est avec des phrases de ce genre que tu perds toute credibilite.

C'est *FAUX*

Rappel : Chez MS, les developpeurs utilisent sur leur machine l'OS qu'ils developpent.

Aujourd'hui c'est un build pas du tout optimise, et les devs comme tu peux t'en douter n'ont pas chacun 2Go de RAM et un CPU dual-core a 4Ghz, les milliers de machines des test teams non plus.

Tu devines ce que ca veut dire sur les besoins du build final optimise

Ah bien sur.

En fait, toutes ces societes qui n'ont eu aucun probleme n'ont pas installe le patch, elles sont juste chanceuses.

Si c'était libre ("release early, release often", "given enough eyeballs, all bugs are shallow"), la diffusion aurait permis de tester un ensemble beaucoup plus vaste de configs...

C'est beau l'ignorance et la naivete.

T'installes le patch de la langue correcte, on teste pas l'utilisateur, si il est idiot on peut pas le corriger lui.

(hint: aucun patch n'arrive meme en test chez nous si il ne s'installe pas sur une machine de la langue correspondante, c'est un des tests automatises faits des que le patch sort du build)

Tu te rends compte que ton discours peut être utilisé de la même façon par un libriste ?

Pour dire quoi ? Qu'il y a des bugs dans les deux et que l'un n'est pas plus immune au bugs que l'autre ? Ben oui, c'est normal vu que c'est vrai.

T'as pas idée à quel point le test est difficile, et que toutes les belles théories et équipes top moumouttes ne servent à pas grand chose : la preuve, tous vos bugs, et vos patches buggués. La preuve, la rapidité des bugfixes du libre.

Fais une petite comparaison entre nos "patches bugges" et les patchs du libre, on va rire.

C'est pas pour rien que chaque développeur teste d'abord intensivement (autant qu'il le peut) son bugfix avant de le filer à l'équipe de dev du soft, qui le teste à son tour, le valide, le distribue, la distro va le tester à son tour par sa batterie de tests qui ne couvre pas tout mais quand même beaucoup plus que ceux du dev isolé en question

Bien, ben tu vois, tout ca, ca prend deja bcp plus que 24h, tu commences a comprendre pourquoi les distribs mettent des semaines a sortir les patchs.

Non, les patches GNU/Linux/BSD ne plantent pas les machines quand il ne s'agit pas du noyau (à de rares excetions) : c'est une conception modulaire, à l'inverse des "produits" MS.

Ca c'est une belle et grosse connerie qui montre ta meconnaissance du monde Windows.

Tu crois qu'ils sont contents vos utilisateurs quand ils ont enfin le bugfix qu'ils attendent depuis des lustres et qui finalement ne marche pas ou amène d'autres problèmes ? Car en effet, il n'est pas rare de voir des bugfixes planter chez MS, ne pas corriger le problème ou amener d'autres problèmes.

Vas y, fais moi une liste des soi-disant nombreux problemes de nos patchs, et compare aux patches du libre qu'on rigole.

D'autre part cette imbecillité de faire des patchsets (comment vous appelez ça, "service pack" ? ;-) avec des cycles de beta de patchets... C'est vraiment prendre vos utilisateurs pour des imbéciles.

Oui c'est vrai, et les entreprises qui nous les demandent sont surement stupides aussi, heureusement toi tu sais mieux qu'elles ce dont elles ont besoin.

Sous GNU/Linux/BSD les bugfixes sont unitaires et les corrections beaucoup plus réactives (quelques heures/jours, rarement on atteind la semaine de délai, alors que chez MS la semaine est une rapidité très rare, trop souvent ça prend plutôt trois semaines et souvent également plutôt des mois). Pas besoin d'attendre que les autres bugfixes soient prêts pour les intégrer dans un ensemble pas ou mal testé.

1) reactifs, c'est faux, tu peux pas faire un bugfix de A a Z en qqe heures, ou ca veut dire qu'il est bacle/non teste
2) Les distribs mettent de semaines a sortir les patchs elles aussi, normal, elles les testent
3) T'as aucune idee des tests qu'on fait sur un SP, evite de passer pour un idiot en parlant de ce que tu ne connais pas.

Libérez vos sources on pourra travailler avec vous pour améliorer la qualité problématique des logiciels MS. Pareil pour Sun, IBM, Oracle... on a TOUS à y gagner.

Redescens sur terre, tu fumes des choses pas legales

Non, c'est pas mon métier à moi... ça c'est une constatation sur le terrain, pas une théorie de labo : j'arrive facilement à contacter directement les devs pour donner des retours sur les softs que j'utilise, j'arrive à avoir une idée claire de ce qu'ils font au moment où ils le font, je peux interagir avec eux par le CVS, le bugzilla, les ML... et informer mes supérieurs hiérarchiques (errr...) de l'avancement et des directions prises, ce qui améliore la visibilité que j'ai sur mes choix.

Super, je vois toujours pas l'avantage pour la qualite de dev du soft.

Si c'est les 200 millions d'utilisateurs qui vous gênent, vous n'avez qu'à diminuer le nombre, no problem.

Toujours le mot pour rire.

Si c'est la qualité de code qui vous gêne, libérez vos logiciels, on en fera quelquechose d'un peut plus potable, et ça facilitera la vie à un très grand nombre de personnes

Oui c'est connu, quand c'est libre c'est vachement mieux et ils codent tous super bien sans bugs.

Bind, sendmail, wsftp, openssh, ...

De tres beaux exemples.

Le marketing de ce genre ca marche pour les neuneux qui savent pas ce qui passe dans le monde informatique, pas avec moi.

c'est 2k qu'il fait planter...

Non plus, la preuve tu peux lire cet e-mail

je n'irais pas jusqu'à penser qu'il s'agit d'une méthode "détournée" pour nous vendre de jolies licences d'XP, mais ça y ressemble pas mal.

Ah voila, une theorie du complot...

l'annonce de sécurité date du 13/04/2004. On est le 05/05/2004, le bug est toujours pas corrigé, alors que tout le monde en parle, et que ça peut foutre en l'air des machines en "prod" (ben oui ici on a des windows 2000 sur les postes des secrétaires).

Belle connerie, le patch est dispo depuis 2 semaines, faut apprendre a lire.

Ca m'etonnerait fortement vu qu'on n'a pas enleve le patch du web.
Je veux bien croire qu'il y a qqe systemes qui plantent a cause du patch, on peut pas tester toutes les configs dans tous les cas de figure, mais c'est loin d'etre un probleme repandu. D'ailleurs j'ai vu aucun bug se rapportant au patch pour Sasser et NT dans notre base de donnees, ce qui signifie qu'aucun des grands comptes qu'on a n'a rapporte de probleme serieux alors que le patch est la depuis plus de 2 semaines, ca fait qqe centaines de milliers de machines...

Le monsieur n'as pas dit qu'il avait mis en production au bout d'une heure. Mais qu'il avait trouvé et corrigé le bug en une heure.
Il m'est arrivé de corrigé des bugs en moins de temps que ça, mais cela prendre un peu plus de temps avant que la correction arrive en production (test dev, recette projet, recette MOA, si feu vert mise en prod).

Ben je te rassures, chez nous aussi certains bugs ne prennent que qqe minutes voire une heure a etre detectes et corriges.
Le probleme c'est que le testing, lui il prend tout le temps 90% du temps. Va sortir un patch a 200 millions de personnes, t'as interet d'etre un minimum sur de ce que tu sors si tu veux pas avoir 200 millions de plaintes. Ton patch faut verifier qu'il ne casse rien, que tout ce qui fonctionnait avant fonctionne toujours, dans toutes les langues selon les bugs, en conditions de stress selon les bugs,... Ca en fait du boulot.

Un dev de boite proprio ne prend pas plus de temps qu'un dev libre a debugger/corriger un bug, c'est tout le reste du processus qui prend du temps, et bien evidemment ceux qui ne font pas ce processus croient qu'ils vont plus vite, alors qu'en fait ils baclent le travail

En GPL, le bugfix du soft en question aurait été testé par des milliers d'utilisateurs en conditions hétérogènes au possible, donc des batteries de test pas très procédurales, mais bien plus larges et profondes que n'aurait pu le faire n'importe quelle boite de softs proprios quelle que soit sa taille, sa compétence, et les moyens mis en oeuvre.

1) Un jour faudra que tu viennes voir ce qu'on fait ici, nan serieux, t'as pas idee de ce qu'un test team dedie de plusieurs centaines de personnes peut faire. Ca vaut tres tres largement le testing de plusieurs milliers de gens qui ne savent pas quoi tester, qui ne savent pas comment tester,...
C'est pas pour rien que Redhat, Mdk,... ont leurs propres batteries de tests et testent leurs patches eux-memes avant de les donner a tout le monde.
2) Tu veux dire que ce sont les utilisateurs qui decouvrent que le patche plante leur machine ? Ils vont etre super content...

La GPL est une relation gagnant-gagnant entre les développeurs et les utilisateurs. La frontière étant ouverte et transparente entre les deux mondes, le passage de l'un à l'autre pour l'entraide et la progression du soft et des connaissances en est d'autant plus facilitée.

Oui, ca c'est le blabla marketing.
La realite c'est que les utilisateurs ils ont pas envie d'etre des cobayes et qu'ils ont pas les capacites pour faire un testing de qualite en un temps court.
T'as oublie la critique reguliere que MS subissait du temps de Win9x et qui disait que MS sortait des versions mal/pas testees ?

J'ai l'expérience d'un bug dans une library rpc d'origine SUN sous Linux. En une heure, à trois, nous avions chargé les sources, trouvé et neutralisé le bug.La même chose dans le domaine proprétaire aurait duré des semaines.

Ca c'est ce que dit le petit bidouilleur dans son coin sans avoir aucune idee des imperatifs qu'ont les editeurs de soft.

T'as passe quoi comme tests pour etre a peu pres sur que ta modification n'allait pas faire subitement planter les softs utilisant RPC ?

Parce qu'en une heure, je doutes que t'aies aborde ne serait ce qu'un pour mille des milliers de softs qui utilisent les RPC.

Sans parler de stress tests, et autres.

Bref, oui tu l'as fait en une heure alors que Sun l'aurait peut etre fait en 3 semaines, la tres grosse difference etant que Sun aura une probabilite bcp plus faible de creer des problemes chez ses clients avec son correctif que toi avec ton fix cree en une heure et absolument pas teste.

Pas en manque non, mais loin d'avoir les 50 milliards de MS.

De toute facon, c'est pas l'argent (peut-etre) perdu par IBM qui fera la difference la-dessus, c'est plus comment ils arrivent a vendre ce truc.

Parce que les gens ne notent pas les commentaires en fonction du fait qu'ils sont interessants ou pas malheureusement.

Et il y a quoi de prevu pour ceux qui se font noter a la tete du client plutot que sur le contenu ?

Parce que perso, ca m'interesse pas des masses de poster pour me retrouver automatiquement en -1 et que personne ne lise.

Ils n'ont qu'a lire leurs e-mails, des bonnes ames se proposent tous les jours avec des produits miracles pour resoudre ce genant probleme

Il faudrait tester des suites office Linux en version beaucoup plus ancienne pour avoir des performances niveau "charge" proches des office 98 et autres.

Si il y a bien un truc que je te conseille de ne pas faire, c'est d'installer des anciennes versions de StarOffice/OpenOffice sur une machine peu puissante.

Enfin, sauf si ca ne te gene pas d'attendre 10 minutes l'ouverture du soft.

StarOffice/OpenOffice etait tellement mal foutu a la base que les dernieres versions sont vraiment _beaucoup_ plus rapides a se lancer que les anciennes, la consommation en ressources c'etait de tres tres loin le plus gros probleme de Star/OO-Office dans les versions precedentes.