pasBill pasGates a écrit 16062 commentaires

* MS attend que mono soit utilisé jusqu'à un certain seuil critique, puis demande des royalties faute de quoi, il porte plainte pour violation de brevets ?

C# est standardise, avec une politique de couverture de brevets tres claire, bref c'est impossible tant que Mono suit le standard.

* MS implémente sciemment sa propre spécification de manière érronnée. Mono ne fonctionne pas comme l'implémentation de MS. MS peut alors affirmer "l'un des deux implémentations est fausse. Voire les deux. Sachant que c'est nous qui avont fait les specs, qui selon vous a une mauvaise implémentation ?". Même si MS ne le dit pas, il est trop facile pour quelqu'un de non averti de le penser tout seul.

La spec est standardisee et publique, partant de la n'importe qui peut aller verifier et voir qui a raison et qui a tort.
Maintenant si tu t'inquietes de ce que pense le pekin moyen, abandonne Linux, parce qu'ils pensent tous que c'est nul a cote de Windows Vista.

À quel moment avez vous votre mot à dire ? Quand MS propose son draft à l'ECMA ? Est ce que ça sous entend que MS ne peux pas imposer ses idées à l'ECMA de la même manière qu'il est impensable qu'ils imposent leurs idées à l'ISO (hrhrhrhr, pardon, c'était facile).

Tu veux parler de la spec qui a eu des centaines et centaines de modifications suites aux commentaires, marrant mais on dirait qu'ils ecoutent ce qu'on leur dit au vu du resultat.

Et il y a le meme risque avec le Java de Sun...

Résultat: pour faire tourner la pupart des gros programmes java sous Linux, il faut un java pas libre.

Avec C# il n'y a même pas de solution propriétaire complète pour pallier les manques éventuels de mono. Donc oui, être ainsi à la traine est une très mauvaise idée.

C'est quoi une solution "complete" ? Il y a une partie du framework qui est standardisee, et si je ne me trompe pas Mono supporte cette partie entierement, ce qu'il ne supporte pas c'est les librairies supplementaire developpees par MS, mais il a ses propres libs d'un autre cote.

Sans parler du fait que "etre a la traine" ne signifie rien du tout, soit Mono repond a tes besoins et tu l'utilises, soit non et tu ne l'utilises pas, mais il n'est pas dangereux, en tout cas pas plus que Wine ou Samba.

Ben moi j'aimerais bien savoir, parce que C# est un standard ISO/ECMA, avec une couverture niveau implementation vis-a-vis des brevets, chose que Linux n'a pas.

C'est vrai, faut absolument eviter Wine et Samba alors.

Quel est le probleme avec les bibliotheques ? Mono est oblige de toutes les implementer ? Non, ils ont meme des bibliotheques specifiques Linux (Gtk, etc...), les librairies ne sont pas un probleme du tout.

Quand a la VM, ben elle est sensee implementer le langage, la VM est dictee par le langage et rien d'autre, bref pas un probleme non plus.

Conclusion : Faire reposer des éléments essentiels de l'écosystème Linux sur Mono/C# est dangereux car c'est Microsoft le seul et unique décideur.

Clair que c'est dangereux, MS pourrait implementer un mot du langage qui formatte le systeme si c'est un Unix et cette feature apparaitrait alors automatiquement dans Mono sans qu'on puisse la stopper !

C'est tres rigolo la maniere dont tu parles d'un langage de programmation.

C'est pas un soft avec un format proprio hein, c'est un langage, t'as peur de quoi ? Qu'il contienne des gros mots dans ses mots reserves ?

La realite c'est qu'un langage n'a aucun moyen de menacer les softs qui sont ecrits avec, si le langage evolue dans un sens qu'on ne veut pas, ben on n'implemente pas les nouvelles features, rien de bien complique. Et je ne parlerais meme pas de l'idee que le langage est dangereux car developpe par MS, genre MS va ajouter des constructions de langage qui ne tournent que sur un OS donne ? Quel gag, tu me montreras comment ca se fait ca m'interesse...

Quand a etre en retard, peut-etre oui, et ? Ca rend le langage dangereux ? T'es super-presse d'avoir les dernieres features du langage et ne peut pas vivre sans ? Non.

Bref, que tu n'aimes pas C# car developpe par une boite que tu peux pas sentir et car le libre ne le controle pas soit, mais dire que le langage est dangereux, c'est une anerie pure et simple, a la limite du FUD.

Ca j'en sais rien du tout, c'est pas vraiment notre probleme, on fait pas de JVM.

Non non, ca aussi tu peux, tu vas dans les options d'Explorer, tu changes l'option qui dit de cacher les extensions de fichier et tu peux tout changer du nom.

Il y a un truc dans Windows depuis belle lurette qui s'appelle WinSxS (side-by-side binaries qu'on appelle ca) et qui gere plusieurs versions d'un meme dll sans probleme.

diskmgmt.msc sous Windows, sisi c'est present par defaut et ca te permet de gerer tout ce que tu veux vis-a-vis des disques, y compris partitionement, disques miroirs, LVM (l'equivalent sous Windows), ...

c'est au développeur de la librairie de préciser à quelle adresse elle sera chargée. Si l'adresse n'est pas utilisable (autre chose de chargée à cet emplacement) l'adresse sera différente et la librairie ne sera pas partagée. Du coup les librairies dynamiques sous windows ne sont jamais partagées.

Elles sont au contraire tres souvent partagees, les addresses sont choisies pour ne pas entrer en collision les unes avec les autres, et vu que dans la plupart des cas les librairies sont chargees au lancement du processus, pas de problemes car le soft n'a pas encore commence a bouffer la RAM a droite a gauche.

D'un autre cote, le gars a un CV en beton arme lorsque il s'agit de coder pour le libre et developper des softs consequents.

Bref, il est a peu pres mille fois plus credible que n'importe lequel des fanboys qui passent leur temps a cracher sur tout ce qui a le mot Microsoft attache a lui la plupart du temps sans meme savoir de quoi ils parlent.

Le truc c'est que n'importe qui peut ASSISTER a BlackHat, peu de gens peuvent par contre PRESENTER a BlackHat.
La est toute la difference entre qq'un comme Kaminsky et ce cher guignol.
Alors qu'il soit interesse par le sujet super, je connais plein de gens pas competents dans le domaine qui sont interesses par la securite, certains vont y aller simplement pour rencontrer des gens du milieu et se faire une liste de contacts, d'autre pour apprendre un peu, d'autres pour faire la fete.

Quand a le traiter de guignol, desole mais il suffit d'aller lire son blog et la maniere dont il parle de lui-meme et de securite pour se rendre compte que c'en est un.

Il s'est montré très poli dans sa réponse et surtout beaucoup plus informé que l'article ne le laisse paraitre. Il participera d'ailleurs à la 'black hat' avec Dan Kaminsky..

Certainement pas comme intervenant mais comme visiteur, ce que meme ta grand-mere peut faire.

La liste des presentations et des presentateurs est sur http://www.blackhat.com/html/bh-usa-08/bh-usa-08-schedule.ht(...) , son nom n'y apparait pas, et je ne suis pas etonne du tout. Rien qu'a voir son site et la maniere dont il s'exprime dessus, tu vois tout de suite que le gars n'est pas un type technique. C'est un clown qui bosse peut-etre dans une boite securite mais dans la partie management / marketing, pas dans la partie technique.

Quand a etre avec Dan Kaminsky, pour connaitre la personne (il bosse pour nous regulierement), permets moi d'en douter enormement.

Quelles ameliorations a la pile BSD ?

Je t'aides, il n'y en a aucune, on a reecrit une stack de zero.

Quand a :

C'est sympa pour tous les contributeurs de la pile IP BSD. Je trouve cela écœurant et je ne suis pas le seul.

Un jour peut-etre tu comprendras que les devs BSD en sont parfaitement conscient, l'acceptent sans probleme et ne s'en plaignent pas, c'est permis par la licence et ils ont mis leur code sous cette licence en connaissance de cause.

Alors que toi tu trouves cela ecoeurant, tout le monde s'en fout un peu, c'est le code des devs BSD pas le tien, et eux n'ont aucun probleme avec ca.

Chaque poste possède ce qui s’appelle un fichier hosts qui existe sous forme de fichier texte. Si l’on est capable de modifier ce fichier, on prend alors le pas sur le Domain Name System. Quand vous savez que ce fichier est facilement modifiable sous Windows XP (pas sous Vista) cela pose des questions cruciales. Ce fichier retrace toutes les adresses IP consultées, quelqu’un qui s’y introduirait aurait alors accès à une multitude de données.

Ah celui-la c'est un veritable champion il y a pas a dire. Expert en securite mon cul, il passerait pas les examens de 1ere annee.

Il defend une population criminelle (qui soutient la politique criminelle de son gouvernement) contre des gens qui veulent leur liberte et leurs terres.

Quand au service militaire obligatoire, tu sais, les gardes allemands a Auschwitz aussi il etaient conscrits, ca n'en fait pas moins des criminels de guerre.

Ah oui, un criminel de guerre, bon debarras.

J'appelles pas ca un bug, c'est une decision prise de maniere volontaire, que je consideres personnellement comme mauvaise. J'ai pas forcement envie d'aller expliquer a Debian comment faire leurs distribs non plus, c'est la leur et ils font comme ils veulent.

Pourquoi ? Parce que je veux utiliser la plateforme sur laquelle le soft final est sense tourner tout simplement.

Ben si tu es developpeur tu fais quoi ? Tu installes la desktop pour neuneu, la serveur pour gars qui a du temps a tout paufiner ou il y a une Ubuntu Hacker 8.04 qui est faite pour eux avec GCC, etc... installes d'office et KDevelop qui se lance au demarrage ? Moi j'ai pris la serveur car je ne veux pas tout le bordel qui vient avec la version neuneu, mais je me disais qu'il ne me demanderait pas de faire la moitie du boulot moi meme.

Je comprends le besoin de mettre un minimum, mais il y a des trucs ou honnetement c'est trop, celui la c'est typiquement le cas de mon point de vue, niveau ressources ca ne bouffe quasiment rien, ca rend service a quasiment tout le monde, aucun danger en vue, ...

Sans parler du mal de crane pour les developpeurs qui ont le malheur de dependre de ce genre de trucs, il leur faut ajouter dans leur soft(installer, code lui-meme, ... ou c'est necessaire bref) le code necessaire pour gerer les cas ou tel truc est present sur une distrib mais pas l'autre, etc...

Il y a un minimum qui devrait etre standard a travers toutes les distrib(LSB quoi) et cela devrait en faire partie de mon point de vue. Je comprends qu'une distrib serveur n'ait pas d'UI, mais qu'elle ne gere pas le debranchement d'un cable reseau, c'est exagere.

Maintenant, est-ce qu'un serveur en DHCP qui autorise le branchage à chaud est vraiment ce qu'on rencontre le plus quand on installe un serveur ? Bof, j'aurais plutôt tendance à mettre un serveur en IP fixe quand c'est possible (ça n'engage que moi), et à tout inspecter minutieusement si j'y activais des services comme DHCP (et donc, à activer encore un truc en plus si je voulais le hotplug par DHCP), ou du OSPF que j'ai bien envie de tester sur des OpenVZ (je suis curieux de savoir comment se comporterait un quagga, ou assimilé, dans un conteneur, qui servirait de gateway physique à la machine)...

Je veux bien qu'un serveur n'ait pas besoin de DHCP, mais serieusement, du point de vue de l'utilisateur(parce que les versions serveur, elles sont utilisees par des developpeurs, etc...) c'est un bordel, chez lui ca marche, ici ca marche pas, c'est pourtant le meme OS, mais on a prefere enlever un comportement bien utile pour sauver x kilo-octets, qui n'auront honnetement quasiment aucun impact sur le systeme, et on emmerde l'utilisateur.
Sans parler de l'impact sur le developpement, tu t'amuses comment a developper/tester tes softs avec des differences pareilles de comportement entre distribs et "variantes" d'une meme distrib ? Vive la complexite du code.

Euh... 740 Mo/s , pas Go...

Ah mais les trucs rigolos sous Linux il y en a d'autres, un qui me revient regulierement (Ubuntu 8.04 serveur) :

Tu demarres le systeme sans cable reseau branche, la machine a fini de booter, tu branches ton cable, une minute passe, pas d'addresse DHCP...

Super. Perso j'ai regle ca facilement (un petit /etc/init.d/networking stop et start a la sauvage), ma grand-mere elle aura plus de mal par contre... J'ai un mal fou a comprendre le pourquoi de cela, c'est pourtant une situation 'banale'.