pasBill pasGates a écrit 16044 commentaires

  • [^] # Re: Ca veut dire quoi "être prêt pour le desktop" ?

    Posté par  . En réponse au journal ON Y EST ENFIN !. Évalué à -3.

    Pour conclure. MS ferait des machines (comme fait Apple) ça serait peut-être le monde parfait que tu décris, mais vu qu’en l’état l’intégration de Windows est faite par les constructeurs, l’expérience utilisateur peut varier.

    Euuuuhhh…. comment dire… la cave oû tu vis n'est pas trop froide et humide j'éspère :)

    https://www.microsoft.com/en-us/surface

  • [^] # Re: Ca veut dire quoi "être prêt pour le desktop" ?

    Posté par  . En réponse au journal ON Y EST ENFIN !. Évalué à -2.

    Et mieux encore, chose que je viens de lire qui m'a fait exploser de rire…

    http://arstechnica.co.uk/information-technology/2016/12/how-to-make-linux-more-trustworthy/

    He noted that, unlike Debian packages, which are typically built on individual developer's laptops

    Bref, ces packages que tout le monde installe pour Debian ben… ils ont été compilés sur les machines de centaines de mainteneurs… combien d'entre eux ont potentiellement un système vérolé ?

    Ah Linux et la sécurité… la théorie est belle, mais dés qu'on gratte…

  • [^] # Re: Ca veut dire quoi "être prêt pour le desktop" ?

    Posté par  . En réponse au journal ON Y EST ENFIN !. Évalué à 1. Dernière modification le 16 décembre 2016 à 21:37.

    Non c'est surtout que tu ne comprends pas ce que tu fais. L'exploit pour Linux sera différent de celui pour Windows, mais moins compliqué.

    Firefox est aussi un trou sans fond, sans aucune sandbox, alors que IE, Edge et Chrome en ont une.

  • [^] # Re: Ca veut dire quoi "être prêt pour le desktop" ?

    Posté par  . En réponse au journal ON Y EST ENFIN !. Évalué à -2.

    (parce qu'aller sur un site X depuis windows c'est du suicide :P

    C'est bête les préjugés sans fondement.

    https://twitter.com/paxteam/status/809454992155443200

    PaX Team - ‏@paxteam
    @epakskape excellent, now all you need is RAP and you're the best in the business ;). congrats, you 'got it' before anyone else!

    Voila ce que Brad Spender pense de Windows 10 et Edge. Ca dit tout.

  • [^] # Re: Pratiques commerciales

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à 2.

    Avancer des arguments ?

    Mais sérieusement, ils sont oû les votres ? Aucun début d'once de preuve à l'encontre de MS. Rien que des suppositions.

    Reviens me voir le jour oû vous aurez quelque chose d'un mimimum solide pour les accuser de violer la loi.

  • [^] # Re: Pratiques commerciales

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à -4.

    Et ?

    Quel rapport avec Microsoft ? AUCUN

    C'est quoi la prochaine étape ? Blamer MS parce que les touches de ton clavier font du bruit ?

  • [^] # Re: Pratiques commerciales

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à -4.

    Et l'UFC qui l'a, s'y est frottée très mollement en commettant au surplus des erreurs qui ont plombé les débats.

    Donc en fait si je résumes :

    • Il n'y a aucune preuve parce que ces salauds de MS ne publient pas leurs documents commerciaux confidentiels
    • l'UFC ne sait pas ce qu'elle fait
    • le tribunal de l'UE ne sait pas ce qu'il fait non plus
    • aucun des constructeurs poursuivis ne se sont retournés contre MS, bien qu'ils l'aient fait avant pour d'autres raisons
    • bizarrement, malgré que tous ces génies sur linuxfr sachent qui est le coupable, personne en France n'a senti le besoin de poursuivre MS …

    C'est quand même hilarant à quel point votre position est ridicule.

  • [^] # Re: Pratiques commerciales

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à -3.

    les organisations de consommateurs

    les entreprises

    Marrant quand même, qu'est ce que l'APRIL attend ?

    Ah oui, ils aiment bien casser du sucre, et diaboliser MS, mais quand il s'agit de mettre les pieds dans l'eau sur le sujet…

  • [^] # Re: Comme d'habitude...

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à -3.

    La kinect, bel exemple d'espion potentiel à domicile

    Ah les accusations à la con….

    Et ton téléphone c'est un ben exemple d'espion potentiel partout oû tu vas, mais visiblement cela ne te gène pas car ce n'est pas Microsoft qui le produit.

    Reviens nous voir quand ton "potentiel" sera devenu "réel", parce que si on interdisait tout ce qui est "potentiellement" dangereux, on vivrait encore dans des caves.

  • [^] # Re: Pratiques commerciales

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à -3.

    Ben pour le coup c'est plutôt toi qui pointe du doigt les constructeurs.

    Ce sont bien eux qui vendent ces machines aux supermarchés non ? Ce sont bien eux qui se retrouvent aux procès à chaque fois ?

    De plus, t'es gentil, mais la preuve est entre les mains de MS et les constructeurs. S'il a raison les constructeurs ne la donneront jamais et MS n'a aucune raison non plus de le faire.

    Vraiment ? C'est quoi ce petit jeu à la con ? On invente une accusation contre une boite, et on la répand et maintient pour forcer là-dite boite à révéler des informations confidentielles histoire de se disculper ?

    C'est éthique ce genre de comportement ? Tu te fous de moi ?

    S'il a tort pourquoi est-ce que les tarifs sont tellement secrets?

    LOL. C'est quoi cette tournure de phrase pour accuser une boite d'un crime car elle garde ses tarifs business-to-business confidentiels ?

    Tu veux venir me faire croire que toutes les autres boites en France et en Europe ont leurs tarifs de gros public ? Evidemment que non. Elles sont alors toutes coupables de coups bàs hein c'est ça ?

    Du coup, tu demandes des preuves en sachant qu'on les lui refusera, c'est sacrément hypocrite!

    Hypocrite ? Vraiment ?

    Et accuser sans preuve c'est quoi ? Visiblement accuser une boite sans preuve ne semble pas te causer le moindre problème, mais demander des preuves te gène. On va dire que l'hypocrisie n'est pas chez moi mais plutôt chez toi.

    La présomption d'innocence cela existe pour tout le monde, y compris pour les boites que vous n'aimez pas, y compris pour les boites qui font concurrence à votre OS chéri. Vous n'avez aucune justification à ignorer cette présomption quand cela vous arrange.

    Je veux dire, si le coupable selon vous est Microsoft, pourquoi donc est-ce que vous n'arrétez pas vos accusations à la con et simplement allez intenter un procès à Microsoft ? Hein cela ferait pas de mal d'avoir un peu d'honnèteté intellectuelle.

    Comme ça vos avocats pourront avoir une raison de demander ces contrats et les voir dans le cadre du procès, et si jamais vous étes dans votre tort Microsoft pourra se permettre de vous demander de payer leurs frais d'avocats.

  • [^] # Re: Comme d'habitude...

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à 2.

    On parlait de sociétés qui prennent des risques.

    Les risques, ca marche parfois, parfois pas, c'est ce que la liste représente.

  • [^] # Re: Pratiques commerciales

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à -7.

    Je n'ai personellement absolument rien à prouver.

    C'est toi qui accuses formellement Microsoft de certaines pratiques, à toi de les prouver.

    Tu n'as aucune preuve mais juste des suppositions ? Ben arrètes d'affirmer des choses sans preuves.

  • [^] # Re: Et si c'était plus complexe?

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à 4.

    Déjà avant il y en avait plein, pas grand chose n'a changé de ce côté là.

  • [^] # Re: Comme d'habitude...

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à 2.

    Genre …

    TabletPC il y a 15 ans ?

    HoloLens ?

    IllumiRoom ?

    Kinect ?

    etc…

    Non soyons sérieux, Google est très bon pour faire un joli marketing autour de trucs que d'autres ont déjà essayé (lunettes, voitures, …) mais au final il ne va pas forcément plus loin que Microsoft.

  • [^] # Re: Comme d'habitude...

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à 0.

    Par ex., j'entends par là qu'ils ne sont pas à la source de la reconnaissance d'image (par rapport au fait que tu cites la reconnaissance de squelette), ou à la source des consoles (par rapport à la XBox)

    Euh… t'as déjà entendu parler de Microsoft Research ?

  • [^] # Re: Et si c'était plus complexe?

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à 3.

    L'opinion et les préferences du petit ingénieur système ou du petit développeur de Microsoft, la direction s'en cogne (c'est pareil dans toutes les grandes entreprises).

    Pas totalement faux et pas totalement vrai non plus.

    Il y a de nombreux exemples de choses qui ont passablement changé dans MS et qui ont démarré depuis le petit dev (ok d'habitude c'est pas un junior, mais plutôt un gars avec plusieurs années d'expérience…)

    Tout est affaire de convaincre sa hiérarchie étape après étape. C'est plus long à faire chez MS que dans une startup c'est sûr, mais c'est aussi bien plus rapide que le faire chez IBM.

  • [^] # Re: Pratiques commerciales

    Posté par  . En réponse au journal Linux en rémission ?. Évalué à 0.

    Je doutes que cela change quoi que ce soit de ce côté.

    Notamment car ce n'est pas de leur fait, mais du fait des constructeurs.

  • [^] # Re: Lémédia

    Posté par  . En réponse au journal Élections américaines. Évalué à 2.

    L'histoire du serveur email en fait est très peu importante…

    https://theintercept.com/2016/11/09/democrats-trump-and-the-ongoing-dangerous-refusal-to-learn-the-lesson-of-brexit/

    est à mon avis une très bonne explication de ce qui s'est passé (trop long pour un snippet, faut tout lire)

  • [^] # Re: spoil ?

    Posté par  . En réponse au journal Élections américaines. Évalué à 10. Dernière modification le 09 novembre 2016 à 06:58.

    C'est con, ils ont plus de 50% du sénat et de la chambre des représentants aussi… Et il y a entre 20 et 30% des membres de la cour suprème à choisir ces prochaines années.

    Bref, je suggères aux français de ne pas attendre l'année prochaine pour faire tout leur possible pour éviter la même chôse avec Marine.

    Et je suis sérieux, les anglais croyaient que Brexit n'arriverait pas, les Américains croyaient que Trump n'y arriverait pas, … les prochains sont les Français.

  • [^] # Re: undefined behaviour

    Posté par  . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 1.

    La plupart des puces ARM sont 32bit donc bon, pas trop possible d'oublier :)

  • [^] # Re: Approche hybride

    Posté par  . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 1.

    Oui. C'est un compromis mais uniquement pour permettre une solution générale. Tu peux certainement imaginer le délai comme étant un paramètre configurable par processus auquel cas tu as le meilleur des 2 mondes.

  • [^] # Re: containers

    Posté par  . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 2.

    Oui mais tu remarqueras que la différence est très importante.

    STL te permet de réessayer ou de sortir proprement. Il ne crashe pas sans te donner au moins une chance de gèrer la chose.

  • [^] # Re: Approche hybride

    Posté par  . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 3.

    Non, c'est basé sur une autre idée :

    • Mon soft n'est pas un gros bouffeur de RAM, et ne ré-essaie que pour les petites allocations.

    Et c'est tout.

    Partant de là, on assume que les autres processus ne vont effectivement pas bouffer TOUTE la RAM de manière permanente, auquel cas le système serait gelé de manière permanente de toute facon, et ces softs seraient coupable du gel.

  • [^] # Re: Approche hybride

    Posté par  . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 3.

    T'as pas compris. Ce n'est pas mon soft qui gèle le système, c'est le système qui est gelé, peu importe la présence de mon soft ou pas.

    Mon soft essaie d'allouer disons 16Kb, et fais un loop avec attente si il n'y arrive pas.

    Si il n'y a pas 16Kb de dispo sur la machine de manière permanent, inutile de te dire que, avec ou sans mon soft, rien ne fonctionne sur la machine.

  • [^] # Re: Approche hybride

    Posté par  . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 3.

    Cela arrive notamment si le tas est fragmenté. En fonction des heuristiques utilisées, un allocateur peut garder beaucoup de mémoire disponible qui ne sera pas allouable par d'autres processus.

    De nos jours la fragmentation, pour les petites allocations, c'est fini.

    Les allocateurs utilisent un systeme de free list ou un bloc est alloué, coupé en morceaux de la taille demandée, et un morceau retourné.

    Le moment ou le morceau est libéré, il est mis sur la free list pour cette taille là, et quand un autre morceau de cette taille est demandé, si la free list n'est pas vide, le morceau est retourné de là plutôt qu'aller faire une allocation qqe part.

    Résultat, il n'y a plus de fragmentation lors d'allocations de petite taille (sauf dans cas totalement pathologiques qui n'existent pas vraiment en réalité), les blocs restent compacts. Le seul cas ou tu as encore un tel problème est quand tu fais une énorme allocation, et tu remarqueras que mon allocateur ne fait pas de loop en cas de grosse allocation.