En vrac’ de fin de semaine.

Comme chaque fin de semaine, l’habituel en vrac’ 🙂

CÎté logiciel libre, informatique et internet.

CÎté culture ?

Bon week-end !

6 rĂ©flexions sur « En vrac’ de fin de semaine. »

  1. Pour ĂȘtre tout Ă  fait honnĂȘte, ton texte sur la santĂ© aurait fait un bon article de blog mais lĂ , ça manque vraiment de dĂ©veloppement et de folie (parce qu’on devient vite fou dans ce domaine). Et crois moi, depuis un an, j’en connais un rayon dans la mĂ©decine 🙁 . L’IMC et le reste ça reste comme les indicateurs et camemberts dans le boulot : des indicateurs qui masquent l’essentiel. Le bien ĂȘtre intĂ©rieur. Si tu regardes trop les sites de santĂ© pour ce sujet, c’est qu’il y a aussi d’autres envies / besoins derriĂšre. Mais lĂ , tu peux faire une thĂšse, pas un texte 😀

    Sinon, si j’ai du temps, je vais me les tĂ©lĂ©charger les sources :p

    1. J’ai voulu faire une petite chronique, rapide et ramassĂ©e. Un trait d’humour. Il est vrai que pour le besoin sous-jacent, tu aurais de quoi remplir 500 pages en pattes de mouche 🙂

      Pense aussi Ă  avoir la capacitĂ© de stockage pour le code… 32 To, c’est quand meme Ă©norme !

  2. Salut Fred,

    Eh ben, entre cette fuite de code et les trucs à la WannaCry, ça commence à faire beaucoup pour Microsoft, et cela ne présage rien de bon en terme de sécurité informatique.

    Sinon, il faudrait savoir si cette publication accidentelle de code modifie la licence de ce code, le faisant tomber ou pas dans le domaine public.
    Car si c’est le cas, le projet ReactOS pourrait en profiter pour s’amĂ©liorer. Dans le cas contraire, ils ne prendront pas le risque, ayant dĂ©jĂ  eu un procĂšs (ou seulement une menace de procĂšs?) pour recopiage sauvage de code, ce qui avait obligĂ© si je me souviens bien le projet Ă  faire un audit du code.

    Bref, on se demande encore pourquoi Microsoft s’entĂȘte Ă  dĂ©velopper sur un modĂšle propriĂ©taire son systĂšme d’exploitation, alors que les risques de vulnĂ©rabilitĂ©s exploitĂ©es dans le systĂšme et de piratage suivi de vol de code n’ont fait qu’augmenter au cours des derniĂšres annĂ©es.
    Finalement, ils y gagneraient plus à contribuer à ReactOS, en vendant un support professionnel pour les entreprises et des logiciels pros comme la suite Office, cela éviterait de se retrouver avec des failles exploitées par une arme numérique lùchée dans la nature, et on aurait plus ce problÚme de fuite du code source puisque ce code serait justement libre.

    Voici justement une brĂšve du site MacBidouille, qui Ă©met des hypothĂšses sur les causes de cette fuite spectaculaire: http://macbidouille.com/news/2017/06/24/32-to-de-code-source-de-windows-10-mis-en-ligne

    Pour conclure, malgrĂ© parfois l’ambiance bac-Ă -sable ou Grande Guerre pour des sujets juste superficiels, on est quand mĂȘme bien sous GNU/Linux, non?

    Bonne journée

    1. On ne « tombe » pas dans le domaine (du) public, on s’y Ă©lĂšve/y entre.

      Et je dirais que non, surtout que la fuite semble vite avoir Ă©tĂ© colmatĂ©e et le dĂ©pĂŽt mis hors-ligne. Pas plus que ça va aider ReactOS, projet qui a tellement accumulĂ© de retard qu’ils sont bons pour tout reprendre de zĂ©ro, puisqu’ils veulent faire une sorte de Windows XP libre (sans le thĂšme visuel Luna). ProblĂšme : depuis 2006 et l’arrivĂ©e du noyau Windows NT 6.x avec Vista, sans parler du projet OneCore qui anime maintenant le dĂ©veloppement de Windows 10, pratiquement toute la structure de Windows NT a Ă©tĂ© refaite Ă  neuf depuis l’ùre des noyaux 5.x (Windows 2000, XP, Server 2003, XP 64 bits pour processeurs x86, Windows Home Server premier du nom et Windows XP Embedded). Le fossĂ© technologique est devenu trop important pour que le projet ReactOS puisse poursuivre sur la lancĂ©e actuelle, je pense : aprĂšs tout, la conception de Windows Vista a elle-mĂȘme dĂ» ĂȘtre reprise depuis zĂ©ro, ce qui a causĂ© un retard de deux ans sur sa date de sortie initiale. Un peu la mĂȘme chose que Hurd, qui sait mĂȘme pas ce qu’est le 64 bits (mais il y a peut-ĂȘtre moyen d’en compiler une version 64 bits malgrĂ© tout ?), alors que ça fait juste 13 ou 14 ans que tous les CPU x86 sont dĂ©sormais 64 bits (sauf les premiers Atoms, entre 2007 et 2012)


Les commentaires sont fermés.