pasBill pasGates a écrit 16291 commentaires

  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 1.

    Malheureusement il est impossible d'ignorer les lois US, quelles qu'elles soient.

    Exemple typique :

    Une societe europeenne decide de se ficher des lois US, elle utilise des softs qui violent des brevets logiciels.

    Un jour son directeur commercial va aux USA pour une conference, il est fouille a la douane et ils decouvrent les softs violant des brevets logiciels sur son ordinateur portable --> il est dans une merde noire.

    Les relations commerciales entre les 2 pays sont tellement connectees qu'il est impossible d'ignorer les lois US.
  • [^] # Re: Le rapport avec OpenOffice ?

    Posté par  . En réponse à la dépêche ODTPHP, l'API PHP pour manipuler des fichiers OpenOffice en version 1.0. Évalué à 2.

    Ouais c'est super, comme ca ton document que t'as cree il y a 6 mois, il ne pourra pas etre ouvert par un soft respectant ODF 1.2 qui sortira dans 6 mois, car la spec aura change.

    C'est beau l'interop non ?
  • [^] # Re: réplication master/master

    Posté par  . En réponse au journal Performance MYSQL. Évalué à 1.

    Tout a fait, mais dans qqe annees ca aura un prix tout a fait decent, et je me demandes bien quel impact cela va avoir. Si ce genre de jouets se democratise, la frontiere entre disque dur et RAM va serieusement s'affaiblire.
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 1.

    Le problème est que tu DOIS défendre les brevets que tu possèdes, sinon tu ne peux plus attaquer dessus. Au moins dans les pays ayant une législation un peu raisonnable sur les brevets, tu ne peux pas jouer à attendre que ton brevet soit presque échu pour prendre plus de gros dans ton filet.

    Tu melanges brevet et trademark la, il n'y aucune regle de ce genre pour les brevets.
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 1.

    HTML 5 n'est pas une spec pour aujourd'hui, mais pour les prochaines annees... Regardes l'explosion des smartphones et du web browsing sur les telephones ces 2 dernieres annees, tu verras bien ou cela mene.
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à -1.

    violation de brevet par Ogg Theora

    --> Ogg Theora viole un brevet
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 1.

    Oui peut-être que theora viole des brevets. Mais peut-être que H.264 viole aussi des brevets. On va bien avancé avec ce genre d'arguments.

    H.264 a ete developpe par un large groupe d'experts sachant ce qui se fait dans le domaine, qui a revu le format et les societes ayant participe on clarifie les brevets qu'elles detenaient dessus, il est utilise depuis un sacre moment par les plus gros sites a travers le web sans que personne n'ait ete poursuivi, ...

    Ogg Theora ? Non pas trop

    Au pire si on trouve un brevet on retombe sur la situation de H.264 (?) ou on corrige/change l'implémentation ou on utilise autre chose...

    Non, au pire si on trouve un brevet, Apple se prend un gros proces au cul et doit payer des millions. T'auras beau corriger le probleme, ils devront quand meme payer.

    Alors oui, il y a une chance qu'une boite sorte de la foret et ait un brevet sorti de nulle part sur H.264, le truc est que le risque est enormement plus faible que pour Ogg Theora du fait de l'effort qui a ete mis sur H.264 , Ogg Theora n'est jamais passe par le meme effort et mise a l'epreuve, resultat il est bien plus risque.
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 1.

    Euh non je n'ai jamais dit ca, j'ai dit que Ogg Theora pouvait violer des brevets et que c'etait sans rapport avec le fait que les auteurs d'Ogg aient depose des brevets ou pas.
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 1.

    Il n'y a rien de scandaleux et aucun rattrapage de branche necessaire.

    Ce que je donne comme explication est _EXACTEMENT_ la raison qu'Apple a donne.

    Maintenant, si tu as un moyen de prouver clairement qu'Ogg Theora ne viole aucun brevet, je te suggere de vite envoyer l'info a Apple pour qu'ils changent d'avis, si tu ne l'as pas, c'est donc que rien de ce que j'ai dit n'est trollesque/faux/scandaleux/...
  • [^] # Re: réplication master/master

    Posté par  . En réponse au journal Performance MYSQL. Évalué à 1.

    Ouaip, ou un petit jouet genre http://www.dvnation.com/Fusion-IO-IODrive-SSD-Solid-State-Di(...) , un peu cher, mais de sacres perfs :+)
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 3.

    Le fait que ceux qui ont cree Ogg Theora n'aient pas depose de brevets ne signifie pas qu'Ogg Theora ne viole pas de brevet...

    Genre Linus Torvalds n'a pas depose de brevets sur Linux, ca ne veut pas dire que Linux ne viole pas des brevets de Microsoft, Apple, etc...
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à -4.

    Ben fais seulement, mets qqe dizaines de millions de cote et va amener a Apple un papier qui leur garantit que si ils sont poursuivis pour violation de brevet par Ogg Theora, tu paieras a leur place, ils seront ravis de l'implementer apres.
  • [^] # Re: encore de la faute d'Apple

    Posté par  . En réponse au journal Oh oh, je crois qu'il y a un problème avec le html5. Évalué à 2.

    Justement non...

    Comptes combien d'iPhones il y a en circulation maintenant... Ils ont une plus grande part de marche sur le web que les desktops Linux.

    Et l'iPhone c'est Safari.
  • [^] # Re: Pour eviter ça...

    Posté par  . En réponse au journal Et non, ça n'arrive pas qu'aux autres.... Évalué à 2.

    Moi je peux t'assurer que ca fonctionne, environ 6-8 mois apres avoir commence a bosser, j'ai cru que j'allais m'amputer du poignet avec un couteau suisse tellement ca me faisait mal, suivant des conseils j'ai change le positionnement de ma chaise et mon bureau, et pouf, plus rien depuis 8 ans maintenant, et pourtant je passes la moitie de ma journee avec les mains sur mon clavier et ma souris.
  • [^] # Re: Le rapport avec OpenOffice ?

    Posté par  . En réponse à la dépêche ODTPHP, l'API PHP pour manipuler des fichiers OpenOffice en version 1.0. Évalué à 2.

    Tout a fait, OOo 3 vise un format (ODF 1.2) qui n'est pas encore fini et qui change encore, ce qui est vraiment super d'un point de vue interop...
  • [^] # Re: Techniquement, pourquoi Mono

    Posté par  . En réponse au journal Utiliser Mono sans peur. Évalué à 3.

    Oui c'est purement statistique, mais c'est important.

    (Analogie foireuse) Ça revient à dire pourquoi prévoir des éléments de sécurité en voitures qui tiennent le choc à 130 vu que statistiquement, on aura plus de chance d'avoir un accident en rejoignant l'autoroute et donc à moins de 130.

    Non, ca revient a dire : Pourquoi mettre un gilet pare-balle pour te proteger d'un lance-roquette, parce que lorsque l'erreur se produit, si c'est pas la VM qui casque, ca sera l'OS, ce qui revient a perdre le systeme entier dand bcp de cas...

    Dans le meme genre, tu peux aussi decider de ne rien faire tourner sur ton systeme, comme ca tu prends encore moins de risque...

    Essayer d'executer le moins d'instructions possible pour se premunir d'un probleme HW, desole, mais c'est pas vraiment une solution, un PC ca sert a etre utilise...
  • [^] # Re: C'est normal...

    Posté par  . En réponse au journal Google OS. Évalué à 2.

    Ouais mais bon, la un OS ca implique qu'il y a des photos, des videos, des documents, etc... si les apps pour les ouvrire sont online, ca va etre un serieux probleme lorsque le reseau n'est pas la...

    J'imagine qu'ils y pensent, je me demande quelle sera leur solution...
  • [^] # Re: C'est normal...

    Posté par  . En réponse au journal Google OS. Évalué à 2.

    Faut aussi comprendre ce qu'ils font hein, ils utilisent le *kernel* Linux, visiblement ce qu'il y aura par dessus va etre assez different, du systeme d'affichage a la libc si on regarde Android.

    Bref, ca ressemble plutot a un gros fork baveux, pas sur que ca aide Linux en general, niveau support materiel peut-etre, pour le reste c'est pas evident...

    Perso je trouves ce que fait Google sacrement risque, je suis pas sur que le reseau soit arrive a un point ou il est d'une qualite telle qu'on peut l'utiliser comme un SAN, lorsque les gens n'auront pas d'acces reseau, je me demandes comment cela sera gere.
  • [^] # Re: Drôle

    Posté par  . En réponse au journal Utiliser Mono sans peur. Évalué à 1.

    Ils font ce qu'ils disent. Ils promettent qu'ils ne vont pas attaquer Mono sur les brevets portant sur C# et CLI, il y a toutes les raisons de les croire (surtout vu que c'est legalement valide).
  • [^] # Re: Techniquement, pourquoi Mono

    Posté par  . En réponse au journal Utiliser Mono sans peur. Évalué à 1.

    Pour faire une même chose une VM est moins fiable qu'un exe natif . CQFD

    Tout a fait, on peut dire qu'une VM est moins fiable qu'un exe natif, et que les deux sont beaucoup plus fiable qu'un OS dans le meme environnement.

    Comparer VM vs. natif sans tenir compte de ce dont ils ont besoin pour tourner n'a pas de sens. Aucun des 2 ne fonctionnera vu que l'OS tombera avant.
  • [^] # Re: Drôle

    Posté par  . En réponse au journal Utiliser Mono sans peur. Évalué à 2.

    Ils avaient fait une promesse vis a vis des brevets qu'ils disaient presents dans le noyau ? Non, ils avaient dit depuis le debut que c'etait un probleme.

    Bref, au contraire, visiblement ils tiennent parole.
  • [^] # Re: Techniquement, pourquoi Mono

    Posté par  . En réponse au journal Utiliser Mono sans peur. Évalué à 1.

    Tant que l'OS a plus de chance de planter qu'une application quelconque, et c'est le cas pour la plupart des apps tournant sous VM sur un desktop, vu que l'OS va executer bcp plus d'instructions, le fait que cette app ait plus de chances de planter qu'une app native est sans interet, si ton OS plante tous les jours, tu te fiches totalement de savoir si ton app va planter aussi en plus, ca sera inutilisable.

    Alors oui, selon cette mesure une app sous VM pourrait etre plus a risque q'une app native, mais vu qu'elle est de toute facon moins a risque que l'OS dans la plupart des cas pratiques, on s'en fiche vu que sans OS, pas d'app.
  • [^] # Re: Le rapport avec OpenOffice ?

    Posté par  . En réponse à la dépêche ODTPHP, l'API PHP pour manipuler des fichiers OpenOffice en version 1.0. Évalué à 3.

    C'est vrai, c'est drole.

    Ce qui est moins drole: http://www.adjb.net/post/Notes-on-Document-Conformance-and-P(...)

    On scrolle vers le bas, pour voir le test de conformance sur les documents donnes par Rob Weir :

    Ceux qui sont conforme au standard : KSpread, MS Office et le plugin Clever Age

    Ceux qui ne sont pas conforme : Google, IBM Symphony, OpenOffice

    Drole hein ?
  • [^] # Re: Drôle

    Posté par  . En réponse au journal Utiliser Mono sans peur. Évalué à 2.

    Difficile de faire un torchon pire que cela oui, allez au hasard :

    We believe this means, in effect, that free software developers will have to write applications that will run on Microsoft operating systems, if they use any of the Vole's patented software development technologies.

    C'est d'une stupidite qui depasse l'entendement, il y a des gens qui visiblement ont besoin d'une greffe de neurones des qu'il s'agit de MS.
  • [^] # Re: Techniquement, pourquoi Mono

    Posté par  . En réponse au journal Utiliser Mono sans peur. Évalué à 2.

    Au total sur un journee le nombre d'instructions executee par une app standard sous une VM au total sera probablement plus faible que le nombre d'instructions executees par l'OS vu que l'OS il tourne non-stop du matin au soir, bref il y a plus de chance que ton erreur se produise lorsque l'OS execute du code plutot que la VM.

    Si ton OS se plante a cause de problemes de ce genre, on va dire qu'un probleme dans la VM sera le moindre de tes soucis...