pasBill pasGates a écrit 16059 commentaires

le danger est surtout qu'ils en abusent pour refourguer tout et n'importe quoi dans ce qu'ils appellent un "OS", pour anéantir la concurrence ("Ben pourquoi j'installerais autre chose, ça existe déjà et c'est déjà sur mon OS ?"). Il suffit de voir les ajouts de XP pour s'en rendre compte : Media Player, décompression Zip, IE (bon d'accord il y était déjà avant, mais pour moi ça n'a rien à voir avec l'OS).

Ca te gene pas qu'il y ait une stack TCP/IP dans Windows ?

C'est ou que tu trace la limite pour ce qu'on peut mettre dans un OS ? En quoi cette limite que tu traces serait acceptable pour tout le monde ?

Ouh lala, il est fache dis moi :+)

Quel rapport avec le schmilblick ? T'avais juste envie de jeter ton fiel la maintenant histoire de foutre la merde dans une news qui n'a rien a voir vu qu'ici ca parle de Sun/Java <-> MS ?

Je vais etre gentil pour tout le monde, je vais eviter de plonger dans ton troll(on l'a deja fait 15x celui-la, faut innover sinon c'est pas marrant) histoire que ca reste lisible.

Allez, va prendre un valium, tu te sentiras mieux apres.

Microsoft a essayé de marginaliser la Java en sortant une version incompatible du langage avec Windows

Je tiens a dementir, nous n'avons rien contre ce type de danse chez Microsoft !

PS pour les moderos: Il y a un message subliminal pour vous dans ce post.

Allez hop -->[] avant de recolter mes premiers [-]

Non, ce qu'il faut a Vulcan, c'est savoir ou se trouvent les blocs, jumps, etc...

Dans n'importe quel compilateur, tu as cette etape ou tu transformes en binaire, et c'est la qu'il se greffe.
Vulcan ne depend pas du langage, il ne depend pas du fait que tel langage permet les fonctions virtuelles, ou autre feature. Il a juste besoin de connaitre la tronche de ton binaire au final, et quand je dis au final, ca veut dire une fois transforme en langage machine x86, IA64 ou MSIL.

Israel n'a absolument rien a foutre de l'ONU, sauf quand l'ONU se range de leur cote, ce qui n'arrive quasiment jamais vu les pratiques degueulasses d'Israel.

Resultat: Israel n'a effectivement rien a branler de l'ONU, ils savent que leur petit copain americain va bloquer l'ONU pour les proteger a chaque fois qu'ils font un truc ignoble.

Le jour ou l'ONU cessera d'etre un empire feodal ou 5 seigneurs ont plus de droits que les autres, le monde se sentira bcp mieux, mais d'ici la beaucoup de gratte-ciels vont tomber je sens.

on ne peut pas ce limiter a dire intel et intel sont les mechants, mais on peut s'outre du refue de faire quoi que ce soit de la part de certein.

Qu'est ce que Intel a a voir avec ca ?

ah, tu voulais dire untel, je me disais aussi... :+)

bon ok, je -->[]

Il n'est pas question d'optimisation, les 2 sont possibles.
Vulcan permet de modifier le code, tu peux donc:
1) optimiser
2) corriger
3) etc...

Il prend des infos a la compilation, et les utilise ensuite pour modifier le code de la facon dont tu le veux(tu decide et implemente l'optimisation, Vulcan n'est qu'un outil te permettant de modifier le binaire a ta guise)

Sinon, on ne parle pas d'OO ici, tu peux modifier le binaire obtenu avec du C par exemple, et c'est d'ailleurs ce qui est fait dans Windows vu qu'il en contient une quantite enorme, bref, c'est un outil generique, qui ne demande pas un langage particulier au-dessus, etc...

La jolie petite pique du debut est sans rapport avec le schmilblick, mais bon passons...

Effectivement, on ne peut pas le faire dans tous les cas, tu peux pas remplacer 90% du code a chaud ou grossir des structures existantes, etc... c'est infaisable.

Par contre des petits bouts de code par ci par la, c'est faisable sans probleme, et ca s'applique tres bien aux patches, car ils corrigent le plus souvent des problemes tres localises et qui ne demandent pas de modifier les structures de donnees.
Bref, la plupart des patchs peuvent en tirer parti, mais probablement pas tous, faut pas esperer installer un service pack sans rebooter.

Et si ton programme n'est pas ecrit en SmallTalk ou Java, tu fais comment pour l'updater/optimiser/... ?

C'est ca que resoud Vulcan, il te corrige du code binaire a chaud, que ce soit du C/C++ ou autre n'est pas important.

Ben le truc est que sur Windows, personne d'autre que MS n'est sense modifier les binaires du systeme, il y a meme le SFP(system file protection) pour eviter que les gens ne modifient les binaires systemes.
Resultat, il n'y a aucune raison d'avoir ces infos dans le binaire, ca ne fait que rajouter du poids inutile dans un binaire, grossir la place disque, ralentir le systeme a cause du merdoyage des caches,... sans aucune raison vu que personne a part MS n'en aurait l'utilite.

Il faut bien voir que ce soft a ete developpe dans l'optique d'une utilisation par MS, notamment de par le fait qu'il n'est pas aise de creer un fix applicable "a chaud", il faut savoir exactement ce que fait le code pour decider si oui ou non le fix cree peut etre applique a chaud, et ca quelqu'un en dehors de MS ne peut pas le faire, et finalement nous on ne fait pas de releases frequentes, ce n'etait donc pas un critere de developpement pour le soft.

Ca a le meme rapport que n'importe quelle news sur MS ici.

Il parait selon certains ici qu'il est important de savoir ce que MS fait car c'est le concurrent principal de Linux, et qu'il a une influence enorme sur le monde informatique.

Alors voila, une info de plus, la difference etant que cette fois ce n'est pas une news a troll sur le bien/mal ou autre, mais une news technique qui pourrait en plus interesser nombre de gens qui n'ont rien a foutre du fait que ce soit MS l'auteur de la chose.

Ca ne penalise absolument rien en perf.
Le kernel que tu as sur ta machine est un kernel "propre", sans aucune info non utile, par contre nous en interne on a a la compilation pris les infos sur le binaire, a quoi il ressemble, etc... et Vulcan grace a ces infos pourra patcher le binaire a chaud, le patch qu'on fournira contient toutes les infos necessaires pour que Vulcan fasse le boulot sur ta machine.

Vulcan te permet de modifier un executable qui en train de tourner, ou de modifier un executable sur disque au choix.

Par exemple tu peux lancer des runs de ton soft dans differents scenarios, voir quelles sont les parties de code les plus utilisees, et modifier l'executable pour les rapprocher histoire d'avoir une meilleure utilisation des caches. Ca serait un exemple de modification d'un binaire sur disque.

Un autre exemple c'est de pouvoir patcher un binaire pendant qu'il tourne, plus besoin de rebooter ou arreter ton service pour patcher, c'est fait pendant que le service tourne.
Cet exemple c'est en fait ce qui va se passer dans .NET Server, il sera possible dans bcp de cas(pas tous) de patcher le kernel, les differents services, etc... sans rebooter, et sans arreter le service.

Vulcan se cree au moment de la compilation une representation de l'executable, et ca lui permet de travailler apres sur cet executable, il sait ou est quoi, comment il peut modifier, etc...

C'est justement a cause du point 2) que j'ai dit que c'etait "non-negligeable" plutot que dire que l'approche LL etait la raison principale.

Euh non, ils m'ont dit qu'ils reviendraient l'annee prochaine, la ils sont partis sur leur planete pour les fetes de fin d'annee.

Il faut voir la proportion de boites qui s'en sortent par rapport a celles qui ne s'en sortent pas dans l'ensemble, et ne pas prendre 1 exemple et en tirer des conclusions(genre prendre simplement Mandrake, ou Infogrames).

Maintenant, tu t'en doutes surement, mon impression personnelle est que la proportion de boites qui sont dans le rouge est bien plus important dans le monde libre que dans le monde proprio.
Est-ce que la raison profonde est le fait que c'est du LL ou autre chose est ouvert a discussion, de mon point de vue ca joue un role non negligeable.

MS presse beaucoup moins les jeunes programmeurs que la plupart des petites boites, et ce pour une raison tres tres simple: ici on ne rechigne pas sur le nombre d'employes par manque de moyens.

Les startups elles ont des moyens tres limites, et les employes se retrouvent tres souvent bonniches a tout faire: administratif, demarchage de clients, ...

Ici on n'a pas ce probleme, il est vrai que les jeunes les 2-3 premiers mois en chient car ils doivent se mettre a niveau et prendre le rythme, mais apres tu menes une vie plutot normalle(sauf au moment des releases, mais c'est encore vivable et ca n'arrive pas tous les mois).

C'est la meme chose dans la plupart des grosses boites(Sun, HP, IBM,...) d'ailleurs.
L'avantage dans les startups est que tu peux vite te retrouver a un poste tres haut/important par rapport a une grosse boite, mais le desavantage c'est que te vie sociale disparait en bonne partie au profit du boulot.

Que les chiffres de Pepsi ne soient pas roses n'a rien a voir avec le fait que ca coute cher ou pas de fabriquer du Pepsi, Pepsi s'amuse aussi a livrer des distributeurs, etc...

MS n'a pas une rentabilite d'ensemble de 85%(Windows non plus d'ailleurs, nombre de choses ont ete omises mais je vais pas me relancer dans une explication la-dessus), tout comme Pepsi n'a pas la meme rentabilite d'ensemble que sur ses operations "Pepsi Cola"

On voit que t'as jamais achete du Pepsi Cola ou des jouets en plastique toi.

C'est vrai j'oubliais, les employes de MS sont tous hyper riches et roulent tous en Ferrari, ils peuvent se permettre de donner 10'000$ comme toi tu donnerais 1 centime.

Putain, j'ai du me faire rouler alors, et mes collegues cachent leurs Ferrari et leurs villa de 34 pieces pour pas me rendre jaloux.

A premiere vue t'as toujours pas assimile le fait pourtant assez simple que l'argent est venu de simples employes et que MS n'a rien fait d'autre que mettre la meme somme selon un processus automatique.

Toi tu es d'une mauvaise foi a un point c'est pas imaginable.

Un coup de pub ? Un e-mail envoye par un employe a l'auteur de Vim, que ce dernier a rendu public ?
Faut arreter de te moquer du monde pour la simple raison que c'est Microsoft.
MS n'a pas fait de press release, n'a averti personne, c'est un employe a titre personnel qui a averti l'auteur de Vim, et tu te permets d'appeler ca apres de la communication de la part de MS, tu atteins les bas fonds de la credibilite la.

MS a une politique tres simple, qui est de filer la meme somme que les employes pour toute donation jusqu'a 12000$ par an et par employe, ces choses la arrivent tous les jours et MS ne le fait pas savoir, dire que c'est de la communication c'est :
1) degueulasse
2) de la mauvaise foi claire et net.


Sinon, quand a filer la moitie de sa fortune, ca tombe bien c'est deja fait: la fondation Bill & Melinda Gates a un fond de 24 milliards de $, ce qui doit bien representer a peu pres la moitie de ses avoirs vu le cours de MS ces derniers temps.

Bref, ton poste pue le manque d'objectivite.

Bon, je t'envoie en Ouganda, tu vas vivre la-bas dans la merde comme tous les enfants.

Ensuite je viens te dire "ah ben non, dans 20 ans tu seras dans la meme merde, donc autant ne pas t'aider", et comme ca tu creveras 20 ans plus tot.

Je suis sur que tu serais hyper heureux.

Non, faut pas deconner quand meme, il y a des limites.

Pour chaque donation d'un employe a une oeuvre de charite, MS donne automatiquement la meme somme jusqu'a a concurrence de 12'000$ par an et par employe.

C'est vrai, et c'est pour ca que je suis reste mesure dans ma reponse.

Quand il s'agit de rembarrer quelqu'un qui raconte une connerie, je suis d'habitude bcp plus cynique.

Tu t'excites pour rien.

Je vois un gars qui sur une faille voit que OpenSSH n'est pas vulnerable alors que XY l'est, et hop il nous sort la phrase habituelle: "Une preuve de plus de la qualité des logiciels libres ? "

Moi je ne fais que lui dire de regarder les autres bugs de securite et de tirer ses conclusions sur l'ensemble.