>> Si j'ai bien tout suivi OpenOffice est moisi parce qu'il sait mal lire les fichiers
Non, il est moisi, car depuis plusieurs années que je l'utilise, j'ai pas eu l'occasion une seule fois d'en être satisfait.
Je finis habituellement avec vim, latex ou du HTML/CSS pour faire tous mes documents et slides. Mais là, c'est pas à moi de produire ; je dois « faire comme prévu. » L'administration japonaise est super psycho rigide. Si tu fais une croix ☒ au lieu d'un check ☑, ils sont du genre à te faire refaire tout le formulaire. Et j'y ai eu droit plus d'une fois…
J'ai pas le temps de demander des PDFs au gouvernement japonais, surtout pas pour les démarches administratives en cours.
Quant à migrer vers OOO, c'est mal barré, car MS est bien vu ici, Seven fait un bon carton et a été déployé le jour de sa sortie dans des administrations, et je croises des gens qui vantent 7 à leurs copains, toussa.
Et moi, bon, je suis même pas japonais, alors hein, d'ici à ce qu'on m'attribue les facultés pour comprendre la politique locale (déjà qu'eux même n'en sont pas fichus, un étranger ! N'en parlons pas !), puis c'est le pays du « t'as pas à donner ton avis » aussi, hein…
>> Le raisonnement étant que ce mode de développement donne une application faisant deux choses de manière médiocre, alors qu'une séparation plus nette donnerait deux applications faisant chacune une chose de manière efficace.
Dans ce cas, oui, je crois.
Pas que je m'oppose au partage, hein, c'est très bien (maintenant que je sais que certaines distros découpent O³) !
Mais en revanche, ça a impliqué jusqu'à aujourd'hui que impress soit écrit en C++ et d'une lenteur incroyable (parfois plusieurs seconde, 5 à 7 juste pour sauver une présentation de 20 pages, sans animations, sur une bécane pas vieille). Je crois que la lenteur est due au code-bloat imposé par toute la suite qui doit être unifiée, et je crois que la pauvreté qualitative du logiciel est due au langage de développement qui ne donne pas envie de participer.
C'est pourquoi je reste un partisan d' « un outil par tache, et qui remplit correctement son boulot. »
>> Je peux installer writer sans installer impress ni base par exemple.
Apparemment, sous FreeBSD, c'est tout le bousin ou rien.
Sinon, convertir en PDF pour regarder, c'est une bonne idée. Juste que certains documents que je reçois sont confidentiels, mais pour les autres, je vais voir ça. Enfin, si je dois ensuite tout refaire, bonjour la productivité !
>> 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 π)
>> 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.
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 ? »
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à.
>> 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.
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.
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 ?
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…
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.
>> 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.
>> 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.
>> 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: issue ...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Déboires avec OpenOffice. Évalué à 3.
Ouaip, on va faire ça !
[^] # Re: Oui donc en fait ...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Déboires avec OpenOffice. Évalué à 2.
Non, il est moisi, car depuis plusieurs années que je l'utilise, j'ai pas eu l'occasion une seule fois d'en être satisfait.
Je finis habituellement avec vim, latex ou du HTML/CSS pour faire tous mes documents et slides. Mais là, c'est pas à moi de produire ; je dois « faire comme prévu. » L'administration japonaise est super psycho rigide. Si tu fais une croix ☒ au lieu d'un check ☑, ils sont du genre à te faire refaire tout le formulaire. Et j'y ai eu droit plus d'une fois…
[^] # Re: Encore mieux !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Déboires avec OpenOffice. Évalué à 3.
Quant à migrer vers OOO, c'est mal barré, car MS est bien vu ici, Seven fait un bon carton et a été déployé le jour de sa sortie dans des administrations, et je croises des gens qui vantent 7 à leurs copains, toussa.
Et moi, bon, je suis même pas japonais, alors hein, d'ici à ce qu'on m'attribue les facultés pour comprendre la politique locale (déjà qu'eux même n'en sont pas fichus, un étranger ! N'en parlons pas !), puis c'est le pays du « t'as pas à donner ton avis » aussi, hein…
[^] # Re: plusieurs morceaux...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Déboires avec OpenOffice. Évalué à 1.
Dans ce cas, oui, je crois.
Pas que je m'oppose au partage, hein, c'est très bien (maintenant que je sais que certaines distros découpent O³) !
Mais en revanche, ça a impliqué jusqu'à aujourd'hui que impress soit écrit en C++ et d'une lenteur incroyable (parfois plusieurs seconde, 5 à 7 juste pour sauver une présentation de 20 pages, sans animations, sur une bécane pas vieille). Je crois que la lenteur est due au code-bloat imposé par toute la suite qui doit être unifiée, et je crois que la pauvreté qualitative du logiciel est due au langage de développement qui ne donne pas envie de participer.
C'est pourquoi je reste un partisan d' « un outil par tache, et qui remplit correctement son boulot. »
[^] # Re: plusieurs morceaux...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Déboires avec OpenOffice. Évalué à 2.
Apparemment, sous FreeBSD, c'est tout le bousin ou rien.
Sinon, convertir en PDF pour regarder, c'est une bonne idée. Juste que certains documents que je reçois sont confidentiels, mais pour les autres, je vais voir ça. Enfin, si je dois ensuite tout refaire, bonjour la productivité !
[^] # Re: Reprise des calculs
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.
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 Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.
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 Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Qemu 0.12.1 mais sans kqemu. Évalué à 1.
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 Axioplase ıɥs∀ (site web personnel) . En réponse au journal « Beeeh » : une histoire de mouton.. Évalué à 0.
Ça devient lassant…
[^] # Re: Nuances
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Messagerie free HS. Évalué à 7.
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 Axioplase ıɥs∀ (site web personnel) . En réponse au journal Méta-lancé de rayons. Évalué à 4.
En revanche, leur exemple est fun, ça change des simples calculs de nombres premiers qu'on voit souvent…
[^] # Re: Mensonge !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 1.
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 Axioplase ıɥs∀ (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.
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 Axioplase ıɥs∀ (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.
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 Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Microsoft dans le groupe de travail du W3C sur SVG. Évalué à -2.
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 Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Frescobaldi 1.0, un incontournable pour musiciens. Évalué à 2.
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 Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Venez jouer avec playframework. Évalué à 5.
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 Axioplase ıɥs∀ (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.
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 Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Microsoft dans le groupe de travail du W3C sur SVG. Évalué à 1.
On pourrait l'accuser de plagiat (ou de contrefaçon ?)
[^] # Re: Bronzonisé..
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le 13h de TF1 nous livre toute la vérité. Évalué à 5.
C'est « bronsonisé » qui veut dire quelque chose.
[^] # Re: est un bon système, mais...
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse au sondage MacOS X. Évalué à 8.
Ah, les salauds !
[^] # Re: Mensonge !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 2.
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 Axioplase ıɥs∀ (site web personnel) . En réponse au journal Le 26 Janvier prochain. Évalué à 2.
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 Axioplase ıɥs∀ (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, ç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 Axioplase ıɥs∀ (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 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.