fredix a écrit 1945 commentaires

  • [^] # Re: Rien à voir, mais cela fait plaisir !

    Posté par  . En réponse au journal Le retour de l’Ubunt‐aïe (chez Asus). Évalué à 2.

    Tu peux dire ou tu l'as acheté ? on est pas à la TV ici :)

  • [^] # Re: Mouif

    Posté par  . En réponse au journal Le retour de l’Ubunt‐aïe (chez Asus). Évalué à 3.

    Oui mais sur une gamme de PC. Ca leur permettrait de plus de faire les optimisations niveau kernel et drivers. Je peux pas croire que MS n'y ait pas pensé, mais ça doit pas être si simple :) Mais bon un test avec un ultrabook classieux ca devrait se vendre, genre un Asus Zenbook fait pour Canonical.

  • # Mouif

    Posté par  . En réponse au journal Le retour de l’Ubunt‐aïe (chez Asus). Évalué à 10.

    Je trouverais beaucoup plus intéressant que Canonical directement propose une gamme de netbooks, laptop, ultrabooks, vendus, et gérés par eux. Ca serait un meilleur gage de support et c'est un peu ce qui a fait la réussite d'Apple…

    Alors certes Canonical n'a pas les moyens de se monter des usines et/ou de signer des accords avec des sous-traitant type foxconn, mais un laptop Canonical vendu et supporté par eux et sous traité via Asus ca aurait une autre dimension d'un laptop Asus qui sous traite l'OS chez Canonical. Donc façon Google avec les nexus.

  • # zeromq & transfert de fichier

    Posté par  . En réponse à la dépêche Apéro Python à Lyon le 24 octobre — Présentation sur ZeroMQ. Évalué à 1.

    Pour info j'utilise également zeromq, mais dans un vrai langage, C++, ;)
    Je viens d'implémenter le transfert de fichier via des socket zmq. C'est terrible car cela me permet de me dispenser d'un serveur FTP, d'un worker qui scrute via inotify les nouveaux fichiers, et de partages via des montages réseaux de ces mêmes fichiers.
    Un dev upstream de zeromq a même codé un serveur de fichier ellaboré, avec sa lib : https://github.com/hintjens/filemq

  • [^] # Re: Pour!

    Posté par  . En réponse au journal Le prophète et la liberté. Évalué à 8.

    tourner les superstitieux en ridicule reste une provocation gratuite.

    "Opposer provocation et liberté d'expression, c'est opposer l'effet à la cause: le 1er est la preuve de l'existence de l'autre."

    https://twitter.com/laurentchemla/status/248308711792181248

  • [^] # Re: Oui

    Posté par  . En réponse au journal Pour Miguel de Icaza, Linux (sur le Desktop) est mort !. Évalué à 2.

    Pour Windows en effet la partie graphique n'est pas dans le kernel puisqu'elle peut planter et se relancer sans figer l'OS. Il n'empêche que sur Linux on se traine un sacré boulet avec Xorg. Pour le dev de soft multimedia, GStreamer est loin d'offrir les possibilité que l'on trouve sur OS X et Windows, et le dev de jeux à part la libSDL/OpenGL on a quoi d'autre de plus haut niveau ?

  • # Oui

    Posté par  . En réponse au journal Pour Miguel de Icaza, Linux (sur le Desktop) est mort !. Évalué à 0.

    Perso je pense qu'il a raison et je l'ai pas attendu pour le penser, mais pas vraiment pour les mêmes raisons que lui.

    Tout d'abord la force de frappe d'Apple est de développer et optimiser à mort leur OS en fonction de leur matériel, et ça change pas mal de choses en leur faveur. Ils ont repris les concepts d'Amiga et Atari qui avaient donné le phénoménal succès qu'on leur connaît.

    L'autre raison et que GNU/Linux se trimbale une architecture UNIX où un maximum de choses sont en userland ce qui est loin de pouvoir donner un maximum de performances sur un ordinateur personnel. GNU/Linux est générique il n'est en rien dédié au bureau, contrairement à OS X ou même Windows.

    Pour cela je pense qu'à long terme HaikuOS qui est un OS libre dédié au bureau est bien plus prometteur que n'importe quelle distribution GNU/Linux. Dans le libre on étouffe depuis trop longtemps avec ces OS *NIX, Haiku apportera je pense une bonne bouffée d'air frais, et on peut même imaginer qu'une entreprise le pré-installe et l'optimise sur une gamme de matériel, avec pourquoi pas un certain succès.
    Avec la stack GNU/Linux même avec Wayland j'en suis beaucoup moins convaincu. Bien sur il sera toujours développé et utilisé par un grand nombre de geeks, mais pour le grand public il faut bien avouer que c'est voué à l'échec.

  • [^] # Re: messagerie

    Posté par  . En réponse au message Choix d'un moteur réseau/event. Évalué à 3.

    Je conseille fortement zeromq que j'utilise sur mon projet perso. Il permet entre autre de s'affranchir d'un service externe ce qui n'est pas rien.
    hop un petit schéma de mon architecture basée sur zeromq : https://dl.dropbox.com/u/147977/ncs_dev.png

  • [^] # Re: Ça sert à rien de comparer

    Posté par  . En réponse au message Choix d'un moteur réseau/event. Évalué à 2. Dernière modification le 27 juillet 2012 à 14:04.

    Ton benchmark ne montre t-il pas que cela a été largement amélioré avec Qt5 : http://pokecraft.first-world.info/wiki/Benchmark_for_conception ?

    Sinon j'ai balancé l'url de ta question Qt vs boot sur #qt-fr ;)

  • [^] # Re: sexisme ou blague ?

    Posté par  . En réponse au journal B16B00B5 : Sexisme dans le source du Kernel. Évalué à 1.

    gay ! :)

  • # QtonPi

    Posté par  . En réponse au journal [Corrigé] Retour d'expérience sur le Raspberry Pi. Évalué à 2.

    Est-ce que quelqu'un aurait testé QtonPi (en bas de la page de download) qui renvoi vers http://qt-project.org/wiki/Qt-RaspberryPi ?

    Ca m'intéresse de savoir si une app Qt console peut être recompilé tel quelle.

  • [^] # Re: Question.

    Posté par  . En réponse au journal D-LAN - Projet de partage de fichiers en LAN arrive sous Linux. Évalué à 5.

    Grand bravo pour ton projet, d'autant plus qu'il est en C++/Qt ca fait plaisir de voir des dev pas focalisé par Java ou PHP … :)

    J'ai en tête un projet identique mais pas limité au LAN, or même si ton protocole est surement solide, t'appuyer sur XMPP n'aurait pas pu te faciliter la tâche et permis d'ajouter de la feature ?

    Perso je projette d'employer XMPP pour transmettre des fichiers torrent généré à la volée et ensuite une lib bittorrent pour le partage. Pour la problématique du tracker, tu peux utiliser DHT, intégré dans bittorrent pour t'en passer (http://www.rasterbar.com/products/libtorrent/manual.html).

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 5.

    Du coup, un client adapte aurait une communication en XMPP/ super protocole adapte au transport de ce qui doit être échangé, et une UI en HTML/CSS/Javascript pour ceux qui souhaitent un clicodrome. Firefox avec un plugin, par exemple.

    Ou mieux, un client natif qui embarque webkit. Marrant dans le monde proprio ils ont compris ça depuis longtemps, genre spotify ou iTunes :)

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 4.

    Salut à Toi est orienté XMPP il me semble, mais tu pourras en dire plus :) Perso j'embarque un serveur http et xmpp, c'est une approche un peu différente.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 3.

    J'essaye de développer un backend générique qui pourrait être utilisé pour tous types de projets. C'est ambitieux mais bon, pas forcément impossible.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 6.

    Tu peux faire du portable et accessible partout avec des technos faites pour :) Chacun est libre de faire ce qu'il veut mais il faut pas se plaindre ensuite des difficultés qui viennent des technos qui n'ont jamais été faites pour.
    Je regrette cette tendance de faire des apps full web, à mon avis le web ne devrait etre qu'un client comme un autre, et donc séparer le backend du front.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 8.

    Il y a des limites à faire des applications avec des technologies web ….

  • [^] # Re: Très bien

    Posté par  . En réponse au message Rework (37signals) - Avis traduction. Évalué à 2.

    la VF papier qui était en vente sur Amazon, je ne sais pas quelle édition c'est.

  • # Très bien

    Posté par  . En réponse au message Rework (37signals) - Avis traduction. Évalué à 1.

    Le Rework est très rapide à lire. C'est un condensé de règles de bon sens qui va à l'opposé des habitudes nocives de nombreuses entreprises.

    C'est bien si tu veux monter ta boite, ou te donner des pistes pour savoir si une boite qui veut te recruter s'approche du livre. Sinon l'application des conseils du livre est forcément dépendant des us et coutumes de l'entreprise, des fondateurs et des barons…

  • [^] # Re: Waarp en production depuis trois ans à la DGFiP ??

    Posté par  . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 3.

    Pour la petite histoire, Axway est aussi au passage un des leader des orchestrateur/ordonnanceur avec Automator (ex XOS), très utilisé dans les grands comptes comme la SNCF. Ca permet très grossièrement d'enchaîner des batchs de manière graphique selon toutes les contraintes que l'on souhaite à travers tous types d'OS et de réseaux… Je n'ai d'ailleurs pas trouvé d'alternative crédible en libre.

  • [^] # Re: ouais mais 32 bits

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

    D'une part il y a un .deb 32 bits et d'autre part le binaire du deb64 n'est justement pas compilé en statique :

    ldd /usr/bin/skype                                       
        linux-gate.so.1 =>  (0xf776d000)
        libasound.so.2 => /usr/lib/i386-linux-gnu/libasound.so.2 (0xf7649000)
        libXv.so.1 => /usr/lib/i386-linux-gnu/libXv.so.1 (0xf7643000)
        libXss.so.1 => /usr/lib/i386-linux-gnu/libXss.so.1 (0xf763e000)
        librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf7635000)
        libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7630000)
        libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf74fc000)
        libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf74ea000)
        libQtDBus.so.4 => /usr/lib/i386-linux-gnu/libQtDBus.so.4 (0xf7469000)
        libQtXml.so.4 => /usr/lib/i386-linux-gnu/libQtXml.so.4 (0xf7429000)
        libQtGui.so.4 => /usr/lib/i386-linux-gnu/libQtGui.so.4 (0xf6956000)
        libQtNetwork.so.4 => /usr/lib/i386-linux-gnu/libQtNetwork.so.4 (0xf6809000)
        libQtCore.so.4 => /usr/lib/i386-linux-gnu/libQtCore.so.4 (0xf652c000)
        libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf6510000)
        libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf642b000)
        libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf63ff000)
        libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf63e1000)
        libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf623c000)
        /lib/ld-linux.so.2 (0xf776e000)
        libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf621a000)
        libdbus-1.so.3 => /lib/i386-linux-gnu/libdbus-1.so.3 (0xf61d1000)
        libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xf619d000)
        libaudio.so.2 => /usr/lib/i386-linux-gnu/libaudio.so.2 (0xf6184000)
        libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0xf608b000)
        libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xf6060000)
        libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xf604a000)
        libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xf5fb0000)
        libgobject-2.0.so.0 => /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xf5f61000)
        libSM.so.6 => /usr/lib/i386-linux-gnu/libSM.so.6 (0xf5f58000)
        libICE.so.6 => /usr/lib/i386-linux-gnu/libICE.so.6 (0xf5f3d000)
        libXi.so.6 => /usr/lib/i386-linux-gnu/libXi.so.6 (0xf5f2d000)
        libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xf5f23000)
        libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf5f1f000)
        libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf5f18000)
        libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xf5eed000)
        libXt.so.6 => /usr/lib/i386-linux-gnu/libXt.so.6 (0xf5e91000)
        libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xf5e55000)
        libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0xf5e4e000)
        libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xf5e48000)
    
    
  • [^] # Re: ouais mais 32 bits

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

    Le truc qui tue c'est que le .deb skype-ubuntu_4.0.0.7-1_amd64.deb contient en fait des binaires 32…

  • # simulateur de réseaux ?

    Posté par  . En réponse au journal Simuler la perte du lien ethernet (débranchement de câble). Évalué à 2. Dernière modification le 29 mai 2012 à 17:01.

    Il me semble avoir vu il y a longtemps ici un journal sur un logiciel de simulation de réseaux, peut etre ca : http://www.gns3.net/ ou ça http://clownix.net/

  • [^] # Re: Tout cela, c'est très bien, mais il faudra

    Posté par  . En réponse au journal Aide et accompagnement des nouvelles entreprises innovantes par la région Ile de France et l'Etat. Évalué à 8.

    se poser un jour la question, pourquoi les entreprises françaises ne grandissent pas ?

    Parce que l'Etat se focalise comme à l'époque de la révolution industrielle sur les grosses entreprises du CAC40, qui sont médiatique … Il ne fait rien pour aider les PME, or il oublie juste que ce qui fait vivre les français ce sont les PME et TPE ….

    En 2012 la création d'entreprise devrait être simplifié comme en Angleterre ou aux USA, elle devrait être dispensée d'un maximum de charge pendant les premières années. Un chômeur qui veut créer son propre emploi devrait être encouragé, et pas être plombé par des dossiers usine comme l'ACCRE qui sont juste des reports de charges. L'auto-entreprise est une vaste blague (google => auto entrepreneur RSI galère).

    Le gouvernement qui aura des couilles c'est celui qui réformera en simplifiant les 3 tonnes de statuts d'entreprise, qui comprendra que la lutte contre le chômage passe obligatoirement par la création d'entreprise TPE/PME, et que soutenir des industries pour embaucher des ouvriers qui seront licencié quelques années après que ces industries aient empoché les aides est une stratégie du moyen-âge.

    Le gouvernement US fait travailler des PME, en France il se paluche à faire vivre les Dassault, Thales et autres grands comptes.

    La France est gouverné par des aristocrates et les institutions financières sont des bourgeois qui ne prennent aucun risque avec les PME, mais par contre aucun problème pour jouer l'argent sur des places financières pourries.

    La France est moisie, c'est tout.

  • [^] # Re: Ce dont on peut être sûr ...

    Posté par  . En réponse au journal Qui par ici est anti-conspirationniste. Évalué à 1. Dernière modification le 24 mai 2012 à 00:00.

    Je ne prétends pas détenir la vérité, je souhaite juste pouvoir discuter calmement. C'est pour ça entre autre que j'ai fait ce journal. L'autre raison, c'est que j'aimerais savoir combien de personnes ont des opinions similaires.

    Ici est à mon avis l'endroit ou tu trouveras le moins d'opinions similaire … C'est typiquement le genre de journal pour se faire lyncher, et si c'est resté soft c'est bien parce que tu es une fille … Bref tu perds ton temps ici avec ces sujets :)

    Tu veux savoir combien pour te rassurer ? Et ensuite que fera tu ? Il n'y a aucune solution à part devenir schizophrène.