Axioplase ıɥs∀ a écrit 3037 commentaires

  • [^] # Re: Reprise des calculs

    Posté par  (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.

    Euh, c'est *uniquement* sauver transitivement la pile et les registre (transitivement, pour suivre les pointeurs vers le tas)…

    Cette « feature », je crois, tu la retrouve dans tous tes .core après un segfault, dans les la migration de machines virtuelles…

    Enfin, c'est une technique vieille comme le monde, et très utilisée, comme le dit un commentaire précédent.
  • [^] # Re: Mensonge !

    Posté par  (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.

    >> une formule pour décrire pi autrement que par toutes ses décimales; ou par son symbole bien sûr.

    Et un algo qui décrit comment calculer π, c'est quoi selon toi ?
    (Je sais que c'est pas ce que tu voulais dire, mais toujours est-il qu'il existe un nombre impressionnant de formules pour retrouver π)
  • [^] # Re: Vocabulaire

    Posté par  (site web personnel) . En réponse à la dépêche Qemu 0.12.1 mais sans kqemu. Évalué à 1.

    >> par près de 99 contributeurs.

    Genre, par 98.32 contributeurs ?
    C'est triste l'avis des modérateurs sur les handicapés physiques.

    À moins qu'on ait voulu dire « par pas moins de 98 contributeurs. »
  • # Encore !

    Posté par  (site web personnel) . En réponse au journal « Beeeh » : une histoire de mouton.. Évalué à 0.

    Encore un journal qui dénonce grave !?
    Ça devient lassant…
  • [^] # Re: Nuances

    Posté par  (site web personnel) . En réponse au journal Messagerie free HS. Évalué à 7.

    >> Je suis chez free et ce que je comprend c'est qu'il peut y avoir parfois des problèmes mais que globalement 95% du temps tout fonctionne.

    95% C'est une fiabilité de merde, tu m'excuseras.
    Surtout en IT.

    >> De mon point de vue et selon mon expérience de Free (depuis 2005), si tu va chez un autre FAI à la moindre panne, t'as rien compris.
    >> Tu crois que c'est mieux ailleurs ?

    De mon expérience, free se tape complètement de ses clients.
    J'ai eu 2 mois sans internet avec free, au départ de leur offre dégroupage.
    Ce qu'ils veulent, c'est le buzz : « tu lèses 1/4 de tes utilisateurs, mais tu offres une connexion internet verte fluo au 3/4 restants et c'est bon. »
    C'est une stratégie, tant mieux pour toi si t'es dans les 3/4, tant mieux pour eux si tu y es car tu les défends bec et ongle.

    Chez wanadoo (chez qui je fus pendant de nombreuses années avec la vieille raie manta verte), j'ai eu des pannes de quelques heures aussi, oui. Et je me suis toujours fait offrir le mois en cours en contre partie après m'être plaint.
  • [^] # Re: Moi je trouve...

    Posté par  (site web personnel) . En réponse au journal Méta-lancé de rayons. Évalué à 4.

    Oui, les templates de C++ sont turing-completes, on le sait depuis longtemps.

    En revanche, leur exemple est fun, ça change des simples calculs de nombres premiers qu'on voit souvent…
  • [^] # Re: Mensonge !

    Posté par  (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 1.

    Il n'y a pas d'algo efficace pour compresser toute suite de nombres aléatoires, mais si on se penche sur une suite précise, je crois que ça tient la route
    D'une part on fait face, présentement, à une suite *finie* de nombres. Et donc, je pense qu'on peut développer un algo efficace pour cette suite (et pas une autre, pas même un bit de plus). Et d'autre part, l'algo qui a servi à générer cette suite est la preuve que la compression efficace est possible !

    En revanche, la question est : « a-t-on un moyen plus rentable selon le ratio taille/temps de décompression ? »
  • [^] # Re: Pas une super definition...

    Posté par  (site web personnel) . En réponse à la dépêche Conférence Parinux : "le compilateur GCC : développements récents, greffons et outil MELT". Évalué à 2.

    La propagation de constante est une évaluation partielle.
    Une des plus simples, que GCC sait déjà faire.
    Une autre, c'est l'inlining (remplacer un appel de fonction directement par le code de la fonction).

    Mais tout ça, c'est connu depuis Mathusalem.
    La recherche a continué, je me demande (en partie) à quel point les devs de GCC se sont penchés sur ces avancées là.
  • [^] # Re: Pas une super definition...

    Posté par  (site web personnel) . En réponse à la dépêche Conférence Parinux : "le compilateur GCC : développements récents, greffons et outil MELT". Évalué à 3.

    >> Un compilateur est un outil qui permet de traduire un code source, intelligible par un humain, en un code objet, directement traitable par une machine. Quelle soit virtuelle ou physique d'ailleurs.

    Double pas d'accord.

    Un compilateur, c'est un transducteur qui préserve la sémantique.

    D'une part, tu as des compilateurs qui prennent en entrée du code inintelligible pour un humain, qui a pu être généré par une application graphique (comme des descriptions de hardware), pour générer par exemple du VHDL.
    On peut aussi compiler vers une machine (et pas vers un langage qui tourne sur une machine) : j'ai un ancien pote de labo qui compilait (juste-à-temps) du Scheme vers du FPGA.

    D'autre part, je peux aussi affirmer que « GCC est une machine » qui sait directement traiter le code généré par Gambit-C.

    Et ton code objet, c'est quoi ?
    Dans ta vision réductrice, c'est juste un langage qui est à son tour interprété (par un machine). Donc si je transforme du Scheme en javascript (langage qu'on peut évaluer), alors j'ai bien compilé. Puis du javascript en Scheme (langage qu'on peut évaluer), alors j'ai encore compilé. Par composition, transformer du Scheme en Scheme, c'est compiler. Or, transformer du Scheme en Scheme, c'est aussi traduire.
    Je conclus donc, malgré tes contraintes, que traduction et compilation ne sont pas indissociables.
  • [^] # Re: Siteduzero

    Posté par  (site web personnel) . En réponse à la dépêche Microsoft dans le groupe de travail du W3C sur SVG. Évalué à -2.

    On doit pouvoir porter plainte à sa place.
    Même si les pertes/gains sont nuls en termes de dommages et intérêts, les frais d'avocat et le temps perdu, eux, ne le seront pas…

    La raison qui me pousse à poser la question est que dans le cadre de publications scientifiques, ne pas préciser qu'on cite un de ses propres articles (faire du « self plagiarism ») peut être condamné, et peut ruiner la carrière d'un chercheur.

    Vous seriez les premiers à vous régaler un un service interne de microsoft utilisait sans autorisation un produit d'un autre service sans payer la licence (qui je crois bien n'exempte aucunement MS elle même), et à réclamer justice pour les faire chier ; je ne vois pas pourquoi ça ne s'appliquerait potentiellement pas à la publication de cet article.


    Qu'un juriste m'éclaire, merci.
  • # Mauvaise grammaire

    Posté par  (site web personnel) . En réponse à la dépêche Frescobaldi 1.0, un incontournable pour musiciens. Évalué à 2.

    >> Wilbert est aidé par divers contributeurs, au moins pour les traductions.
    Ok.

    >> Il est traduit en allemand, espagnol, français, anglais et italien, entre autres.
    Ils ont traduit Wilbert ??

    >> Bien que jeune, ce projet est activement développé.
    J'ai cru que Wilbert était jeune.
  • # Chipotage

    Posté par  (site web personnel) . En réponse à la dépêche Venez jouer avec playframework. Évalué à 5.

    Un « dôjô (道場), » c'est un lieu et non un événement.
    Je trouve donc bizarre de lire « ce dojo se tiendra le mercredi. » Ça me fait le même effet que « ce terrain de tennis se tiendra le mercredi. »

    Bon, je sais que j'arrive 19 éditions trop tard, mais il faudrait je crois alors préférer écrire quelque chose comme « Ce "dôjô" sera monté/installé le mercredi » ou « ce "dôjô" vous accueillera le mercredi »


    Et sinon, pourquoi des guillemets (et pourquoi simples) autour de « vraie » ? En fait, c'est une fausse application ?

    Mes 2 centimes.
  • [^] # Re: Pas une super definition...

    Posté par  (site web personnel) . En réponse à la dépêche Conférence Parinux : "le compilateur GCC : développements récents, greffons et outil MELT". Évalué à 3.

    Tout à fait d'accord !

    Citons la compilation vers de « langages de haut-niveau » vers C (qu'il faudra alors à son tour compiler), ou vers des langages interprétés par des machines virtuelles.

    Des exemples :
    Gambit-C compile du Scheme vers du C;
    OCaml compile de l'OCaml vers du code octet pour sa machine virtuelle, ou produit directement du code machine pour certains processeurs;
    Java qui compile vers la JVM.



    >> Une tendance récente de GCC est de permettre bientôt des traitements de plus en plus variés sur le code source des programmes,

    J'aurais aimé plus de détails sur ces points. Autant j'ai une bonne idée de ce qu'il est possible de faire, autant je n'ai aucune idée de ce que GCC sait faire…
    Fait-il de l'évaluation partielle (Partial_evaluation) ? de l'analyse d'alias (Alias_analysis) ? de la détection de débordement de tampons ?

    J'ai rien contre les optimisations, mais je me demande s'il ne faudrait pas insister un peu plus sur l'analyse de code dans une optique sécuritaire, afin de repérer plus de bogues et d'inciter les développeurs à fournir du code plus sûr et correct…
  • [^] # Re: Siteduzero

    Posté par  (site web personnel) . En réponse à la dépêche Microsoft dans le groupe de travail du W3C sur SVG. Évalué à 1.

    Il me semble que, bien que ce soit le même auteur, il soit obligé de se citer lui-même.
    On pourrait l'accuser de plagiat (ou de contrefaçon ?)
  • [^] # Re: Bronzonisé..

    Posté par  (site web personnel) . En réponse au journal Le 13h de TF1 nous livre toute la vérité. Évalué à 5.

    Rien.
    C'est « bronsonisé » qui veut dire quelque chose.
  • [^] # Re: est un bon système, mais...

    Posté par  (site web personnel) . En réponse au sondage MacOS X. Évalué à 8.

    >> donc sous Haiku la touche Alt est mappée sur Alt

    Ah, les salauds !
  • [^] # Re: Mensonge !

    Posté par  (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.

    Même si je vais en ton sens, je pense qu'il y a un gain à appliquer des algos de compression divers et variés sur des tranches de décimales.
    On doit pouvoir, avec un coût relativement limité, compresser avec un algo dynamique des bonnes parties. C'est juste un problème d'optim : trouver un bon découpage P1・P2・・・Pn des décimales de pi tel que comp(P1)・comp(P2)・・・comp(Pn)

    Bon, c'est juste mon intuition, mais sur un échantillon de telle taille, tu as forcément des suites remarquables qui se compressent bien.
    Et avec une bonne heuristique pour le découpage, plutôt qu'Huffman, tu peux même directement utiliser des algos coûteux.


    Enfin, voila un problème très intéressant sur lequel je me pencherai si j'ai le temps.
  • [^] # Re: Déjà là !

    Posté par  (site web personnel) . En réponse au journal Le 26 Janvier prochain. Évalué à 2.

    >> Pas peu de logiciels libres : aucun. Le verrouillage d'Apple interdit purement et simplement de distribuer un logiciel libre.

    Je ne suis pas si sûr que ça… Y a xpilot qui a été porté sur iPhone, c'est du GPLv2 [1]. Ça avait fait tout un tintouin sur slashdot car le gars *vendait* son logiciel libre [2].

    J'ai pas lu en détail la page du site du dev, mais je crois qu'il vend toujours son logiciel sur l'apstore, toujours en GPL.

    http://7b5labs.com/xpilotiphone
    http://ask.slashdot.org/article.pl?sid=09/08/01/169247
  • [^] # Re: Pour le *Logiciel* Libree

    Posté par  (site web personnel) . En réponse à la dépêche Richard Stallman en tournée en France. Évalué à 4.

    >> Télécharger de la musique classique amha ça n'a pas vraiment de sens (à moins de connaître à l'avance quel va être le "niveau" de l'interprète).

    Télécharger de la musique classique, ça a tout à fait du sens pour moi.
    J'aime justement avoir plusieurs interprétations, ça me permet de « redécouvrir » certains morceaux qui étaient figés dans ma mémoire.
    J'ai des versions de morceaux, mal jouées, avec des erreurs, mais que j'affectionne car certains passages correspondent à mon idéal du morceau, n'en déplaise à ceux qui ne jurent que par Horowitz. Pour quelles raisons devrais-je me reprocher d'avoir préféré la version d'un inconnu qui joue dans sa cave ?

    C'est à moi ensuite de décider quelles interprétations de quels auteurs me conviennent.
    Pour reprendre ton exemple de Patrick Sébastien qui chante du U2, j'ai de mon côté des morceaux originaux que j'adore, mais dont je préfère amplement certaines reprises (comme « Mourir pour des idées » de Brassens, jouée par le groupe Subway)

    Si je devais suivre ton autre message au pied à la lettre, alors je n'achèterais plus de CDs de performances « en live, » car bien souvent, on se retrouve avec une qualité bien loin de celle obtenue après 3 mois de post-prod sur une version studio.


    Pour conclure, c'est *justement* parce que la musique classique transmet des émotions différentes selon les interprètes qu'il est important de ne pas se limiter, de ne pas hésiter à sortir des chantiers battus. L'accès libre et gratuit à tout ce réservoir de sensations nouvelles donne selon moi tout son sens au téléchargement de musique classique.
  • [^] # Re: Mensonge !

    Posté par  (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.

    >> Les décimales de pi sont plutôt aléatoires et donc difficiles à compresser.

    Les décimales de pi sont toutes contenues dans l'intervalle [0-9], ce qui tient sur 5 bits.
    À la louche, tu peux donc couper en deux la taille du fichier.
    Ensuite, l'aléatoire n'empêche pas du tout qu'il y ait des ça et là des séquences qui se compressent bien. Mais sans analyser le code à la main, à mon avis, un algo de type Huffman doit permettre d'avoir un plutôt bon résultat de compression en un temps rapide.
  • [^] # Re: Déjà là !

    Posté par  (site web personnel) . En réponse au journal Le 26 Janvier prochain. Évalué à 2.

    >> Et pourquoi pas produire des iPhone avec plaquage en loupe d'orme, vieux cuir et intérieur cuivre ?

    Faire de l'iPhone un produit bas de gamme comme un vulgaire nokia [1], tu rêves ! Plutôt mourir !

    [1] http://www.luxuo.fr/telephone-luxe/via-veneto-gibori.html
  • [^] # Re: Déjà là !

    Posté par  (site web personnel) . En réponse au journal Le 26 Janvier prochain. Évalué à 6.

    >> Juste pour comparer l'aspect, la boussole d'android :
    >> La boussole de l'iphone :

    Y'en a au moins un des deux qui est buggé, car ils n'indiquent pas le même nord…
    Je reste réservé sur tout ça…
  • [^] # Re: Audio pur

    Posté par  (site web personnel) . En réponse au journal Sortie de Perroquet 1.0.0, c'est à vous de répéter.. Évalué à 2.

    Ça m'a l'air bien overkill ça !

    Je veux juste en fait couper un fichier audio en plusieurs échantillons (phrases) et pouvoir lire chaque échantillon, aller au suivant ou au précédent.

    Je pensais donc à une structure du genre
    '(entry
      "foo.ogg"
      ((0.4 8) (10 15) (15.5 23)))
    qui dit que le fichier foo.ogg a trois phrases, la première qui commence à 0.4 secondes et finit à 8 secondes, la deuxième qui dure de 10s à 15s, et ainsi de suite.

    Un coup de « droite » et ça va lire le sample suivant, un coup de gauche et ça lit le précédent, et enfin un coup de barre espace pour relire le sample.

    Un truc éminemment simple. Je ne sais juste pas avec quel lib lire ainsi de manière portable le fichier (et faire un seek dedans), ni comment indiquer les bornes des phrases avec un indicateur visuel (i.e. quelle autre lib utiliser pour ça).
  • [^] # Re: et si ?

    Posté par  (site web personnel) . En réponse au journal Aïe Maque. Évalué à 2.

    Je ne me place pas en expert en linux ou quoi que ce soit.
    Et oui, je trouve ça incohérent : j'ai l'impression que la possibilité d'ordonner les dossiers sans que les applications standard se servent de cette opportunité revient à une porte qui donne sur un mur : une erreur de conception.

    Quand je cherche à reproduire un comportement attendu et présent sur les autres systèmes courants, et que ça ne marche pas, je considère effectivement qu'il y a un problème dans le produit, pas que j'aurais du chercher la solution à ce problème.

    Quand à Linux (sur le desktop ou pas), quand un truc de même me parait con, j'en fait part aussi. Et merci de ne pas me classer parmi ceux qui hurlent à la mort à la simple évocation de Microsoft ou d'Apple : chez moi, on engueule les gens bien portants autant que les vieilles et les gamins. Je me fous de qui réalise le produit : pour une cible donnée, un logiciel fait son boulot correctement ou pas. C'est juste ça qui m'importe.
  • [^] # Re: et si ?

    Posté par  (site web personnel) . En réponse au journal Aïe Maque. Évalué à 1.

    >>>>''Quand je suis en communication, j'ai autre chose à faire que de chercher des astuces ou me renseigner…''
    >>Ce n'est pas non plus la faute de l'OS si tu n'as pas le temps/prit le temps de te former sur sa façon de faire les choses.

    Si je devais me former à OSX, pourquoi pas aussi BeOS, Next, Qnx, Solaris et tous ces autres OS dont je n'ai jamais vu que la page web ?

    Il existe depuis fort longtemps l'affichage paramétré des fichiers d'un répertoire, et on s'attend à ce que ça ait une utilité pratique, et d'autant plus qu'on est dans un système uniforme qui se veut "user friendly."
    Là, j'y vois un échec cuisant, sans chercher à comparer à d'autres solutions. Il y a la voiture, ils ont juste pas mis les roues avec. Ici, on a une offre incohérente, incomplète, et contre-productive.