Pour que les gens de bonne volonté sachent s'ils peuvent aider, ce serait bien de donner quelques infos techniques. À minima :
Langages (Ruby, PHP, Java, etc)
Framework éventuel (Rails, Symfony1, etc)
Base de données (MySQL, Postgres, etc)
Hébergement mutualisé ou virtualisé ? (avant et après migration)
Si virtualisé, quel système ?
Les personnes très motivées peuvent y aller à l'aveugle, mais ce n'est pas mon cas. Je suis tout de même allé regarder le code HTML du site pour voir que c'est du Wordpress (PHP), mais ça ne répond que partiellement. Si c'est pour migrer sur un VPS sous CentOS, très peu pour moi.
La marmaille, sans aucun doute. L'adoration des lardons et l'obstination à produire sans cesse de nouveau marmots domine le monde. Par contre, la graphie marmaïe, si elle fait bien 7 lettres, me semble abusive ;-)
Au passage, j'ai découvert l'évolution du terme marmot qui m'a bien amusé.
Mes amis haskelleurs disent qu'un gros défaut du langage est la difficulté à optimiser et profiler le programme. (Si je comprends bien, comme l'évaluation n'est pas stricte, il n'y aurait pas de correspondance claire entre le code source du programme et le flot des traitements effectués par le programme.) Existe-t-il des méthodes efficaces pour cela? En regard de Haskell, OCaml est très simple et on suit très facilement son code source original en lisant le code assembleur généré.
Optimiser est toujours difficile, quel que soit le langage. Avec GHC, profiler un code m'a paru plutôt simple12. En dehors des expérimentations-jouets, j'avais obtenu un (très utile) profilage par fonction pour une appli web réalisée avec Yesod.
Si tu trouves que lire l'assembleur d'OCaml est très facile, alors GHC devrait te plaire : à partir du code Haskell, il peut générer un code fonctionnel bas niveau en "Core"3 ou un code en C. Un thème central pour l'optimisation est le choix de la structure de données (et de la bibliothèque qui l'implémente), mais tout cela me semble bien documenté4.
\ représente le caractère λ, en référence au λ-calcul et à ses fonctions anonymes. Donc \nom -> "Salut " ++ nom est équivalent à \x -> "Salut " ++ x.
Il existe une extension livrée avec GHC qui permet de compiler λnom → "Salut " ⧺ nom. On peut aussi configurer vim et emacs pour qu'ils affichent le code sous cette forme, tout en transmettant la version ASCII au compilateur.
j'ai toujours eu l'impression qu'il y avait beaucoup de faille sur openssl.
Je n'ai aucune donnée pour évaluer cette fréquence. Par contre, j'ai lu des critiques acerbes sur la qualité du projet OpenSSL, notamment un échange cinglant sur la liste de développement d'OpenBSD. Grosso modo, ils disaient que si le projet avait été piloté normalement, programmé proprement, et s'il avait respecté un minimum les bonnes pratiques, le bug aurait eu un impact mineur. Selon eux, c'est une accumulations d'erreurs structurelles qui en a fait une faille critique.
Pour se faire une idée du code d'OpenBSD, je recommande la lecture de OpenSSL is written by monkeys (le site a un certificat auto-signé). C'est un compte-rendu des 8 jours qu'un développeur a passé dans le code d'OpenSSL. Les exemples de code qu'il cite au jour 4 sont impressionnants.
Je n'ai pas visionné cette analyse. D'abord parce que je n'ai pas flash dans mon navigateur et que les entretiens retranscrits sont bien plus à mon goût que les vidéos. Mais surtout parce que le site qui l'héberge est impressionnant ! Et plutôt répugnant selon moi.
Tout d'abord, le sous-titre du site « Gauche du travail et Droite des valeurs » rappelle fortement l'alliage de nationalisme et de conservatisme social du gouvernement Pétain. Comme la critique de « la théorie du genre » et du féminisme occupe visiblement une large part de sa Une, le site pourrait faire sienne la devise « Travail, famille, patrie ».
La colonne de gauche fait de la pub pour un livre co-signé par Alain Soral, un auteur classé à l'extrême-droite depuis longtemps, et maintenant proche de Dieudonné. La galerie de portrait est déconcertante, de Castro à Poutine en passant par Lumumba. En Tchétchénie, c'est au nom de la droite des valeurs que Poutine a massacré un dixième de la population ?
Les troll sur les langages ça fait 50 ans qu'on en a.
Comme je suis toujours méfiant, je suis allé vérifier, et ça fait vraiment 50 ans — Lisp fut complété en 62 — que l'écosystème des langages permet les guerres picrocholines : ton Fortran PHP est peut-être efficace, mais il est tellement plus moche que mon cher Lisp Clojure.
Personne ne bosse sur des ordinateurs à disquette. Le site était volontairement ambigu pour accentuer l'effet comique, mais la situation est simple : le législateur a fixé un tarif maximal pour la diffusion par disquette, mais aucune mairie ne diffuse plus rien là-dessus. Sauf peut-être dans les communes de moins de 50 habitants.
Le vrai problème, c'est que la loi s'occupe de détails qui devraient être fixés par décret. Et qu'elle évolue lentement. Mais si demain un enfant s'électrocute sur un lecteur de disquette, on fera une loi en urgence pour passer aux e-mails. Et si un musulman s'en sert pour du prosélytisme religieux, le Conseil d'État agira dans l'heure !
Ce futur-là, on patauge déjà dedans. À Bruxelles, il y a deux ans, les panneaux publicitaires étaient animés et sonores (jusqu'à minuit). J'imagine qu'ils sévissent encore aujourd'hui. En France, les écrans pour films de pub se multiplient dans les grandes villes. D'ici peu, je parie que les écrans des trams lyonnais passeront autant de pub que les bus de Séoul.
La participation des entreprises aux logiciels libres touche des domaines différents aux sciences économiques et sciences.
Je soupçonne que ce « différent aux » n'est pas une simple erreur de grammaire, mais la confusion de deux termes. Tel quel, cela ne veut rien dire, et j'imagine trois formulations correctes — sur le plan de la langue uniquement, je suis plus réservé sur le sens — de ce que voulait exprimer l'auteur :
– « des domaines différents des sciences économiques et sciences sociales »
– « des domaines différents comme les sciences économiques et sciences sociales »
– « des domaines afférents aux sciences économiques et aux sciences sociales »
La dernière me semble plus probable, car dans la deuxième formule, il est difficile de deviner de quoi ces domaines sont différents. La première serait une absurdité. Au final, l'auteur a probablement voulu exprimer que l'étude de la participation des entreprises aux logiciels libres ne relève pas seulement des sciences économiques mais aussi des sciences sociales.
J'ai toujours bien aimé les travaux d'exégèse, mais je ne pensais pas les pratiquer un jour sur la première phrase d'un mémoire de doctorat !
Ce ne sont pas des guillemets anglais, mais des guillemets droits… Les guillemets anglais sont “”.
Je suis d'accord sur la distinction, mais je plaide pour une plus grande tolérance. Autrement dit, je ne suis pas choqué de voir des guillemets droits utilisés comme guillemets anglais. D'abord parce qu'il n'est pas toujours aisé d'écrire de vrais guillemets anglais. Et ensuite parce que la similitude d'apparence atténue la transgression. D'ailleurs, selon les critères stricts de la typographie française, aucun des résumés ci-dessus n'est valide, pas plus que mon commentaire : utilisation de tirets courts au lieu de tirets cadratins, espaces inconsistantes, apostrophes droites au lieu d'apostrophes typographiques, mots anglais sans italique…
À vrai dire, ce n'est qu'en relisant ton commentaire pour y répondre que j'ai réalisé que tu utilisais une apostrophe typographique. Bravo !
J'ai lu les titres et les résumés de ces mémoires, et je suis attristé de leur médiocrité d'expression. Certes, ce n'est pas fondamental, et errare humanum est, mais j'aurais souhaité plus d'attention à la forme, notamment dans des mémoires de doctorat. Pour ajouter à ma déception, l'un des résumés était à mes yeux un charabia dénué de rigueur qui me rappelait le charlatanisme lacanien.
Florilège personnel…
L'implication des entreprises aux logiciels libres
J'ai sursauté à la lecture de cette formule, jamais rencontrée jusqu'ici. Le Littré et le Trésor de la langue française confirment mon impression de barbarisme.
liens tissés entre " libristes " et défenseurs des " biens communs "
Quelle méconnaissance de la typographie ! Les guillemets anglais n'ont pas d'espaces intérieures, à la différence des guillemets français. D'ailleurs leur apparence ne s'y prête pas. Je ne suis pas puriste au point de m'offusquer que les espaces ne soient pas « fines » mais, de grâce, pas de bizarreries disgracieuses.
à travers lesquelles il est présenté une analyse
Il y est exposé les principales migrations
Pourquoi cette forme passive abusive, probable anglicisme ? « Y sont exposées les migrations […] » est tout aussi efficace et grammaticalement correct.
l'éducation populaire et les valeurs qui la traverse au fil des années.
Aïe. Les valeurs qui traversent l'éducation populaire.
car les chinois n'écrivent pas de gauche à droite.
Les chinois écrivent de gauche à droite ! Comme pour le japonais, les textes anciens étaient écrits de haut en bas et de droite à gauche, mais c'est devenu minoritaire. Et pour un nom de fichier, c'est forcément du "ltr" ("left to right", acronyme utilisé notamment dans les spécifications du HTML). Au passage, le HTML ne prévoit rien pour l'écriture verticale, ce qui promeut la lecture horizontale dans ces pays.
Pourtant, quelques langues "rtl" sont proches de nous : l'arabe, l'hébreu, le farsi (persan). Ce qui est amusant, c'est que l'arabe et l'hébreu sont de la même famille mais utilisent des alphabets radicalement différents, alors que l'arabe et le persan sont d'origines séparées mais partagent la même écriture à quelques détails près.
Je n'ai pas testé cet ampli, mais je me suis bien amusé en lisant son auto-promotion.
You'll enjoy O2+ODAC's 24-bit audio. Impressive dynamic range and low noise give perfect clarity.
Je croyais que tous les tests rigoureux menés en ABX prouvaient que l'être humain ne sait pas distinguer de l'audio 24-bits 96Hz du son CD normal à 16-bits 44.1Hz. Du coup, difficile de prendre au sérieux leur laïus sur la qualité exceptionnelle de leur produit.
Pour ceux à qui cela aurait échappé, deux des liens qui accompagnent l'article ne sont présents que pour être tournés en ridicule. La « perte de notes » en fait partie, saurez-vous débusquer le second ?
Pour l'anecdote, je me souviens d'un propriétaire de magasin Hifi qui conseillait récemment, quand on utilisait un DAC-USB pour lire sa musique depuis un PC, de ne pas copier les fichiers. D'après lui, plus on copiait et déplaçait les fichiers (compressés sans perte, cela va de soit), plus on perdait en qualité. La morale, c'est que les professionnels ne disent pas des bêtises que pour segmenter le marché ou vendre plus, ils peuvent aussi délirer par simple incompétence.
[MutterWare wiki] Les non-utilisateurs de mutt curieux sont bienvenus, surtout s'ils sont légèrement blasés de leur client email
Ce serait plutôt le contraire pour moi. J'ai utilisé Mutt pendant des années et consacré beaucoup de temps à le configurer (400 lignes de .muttrc, environ 30 hooks et autant de macros) et à l'interfacer avec d'autres outils (fetchmail, procmail, spamassassin, notmuch, scripts maison, etc). Malgré tout ça, certaines actions quotidiennes restaient pénibles. Il y a 3 ans, j'ai fini par le laisser tomber et opté pour Clawsmail. Claws est loin d'être parfait, mais se laisse piloter au clavier (comme Mutt) et ne souffre pas des même problèmes.
Ce qui était bloquant dans Mutt :
Gestion des identités.
J'ai plusieurs adresses, pro et persos, et je veux pouvoir basculer facilement de l'une à l'autre. Et surtout définir des règles automatiques : telle adresse pour telle mailing-list ou tel destinataire, etc.
Multi-tâches.
Pouvoir consulter un mail ou plusieurs en même temps qu'on en rédige un nouveau. Et pouvoir ouvrir une pièce jointe en tâche de fond.
Accessoirement, ne plus passer par le sendmail local a aussi été un soulagement : j'avais eu des problèmes en envoyant tout à mon FAI, mais configurer dans Exim4 les différents SMTP (et leurs authentifications) à utiliser en fonction des identités était difficile et fragile.
Cisco s'est arrangé financièrement et contractuellement avec le consortium MPEG-LA pour que cette utilisation soit gratuite pour les projets opensource.
Ah bon, Cisco a négocié spécialement avec le MPEG-LA pour cette occasion ? Bizarre, Cisco n'en parle pas dans son blog. Et j'ai lu ailleurs que Cisco avait tout simplement tiré parti de ce qu'autorisait la licence "OEM" du H.264. D'ailleurs, Monty Montgomery y fait allusion dans l'article cité dans la dépêche. La doc officielle http://www.mpegla.com/main/programs/avc/Documents/AVC_TermsSummary.pdf indique les conditions de ce fonctionnement, pour 6,5 millions de dollars par an jusqu'en 2015.
J'en profite pour tordre le cou à la rumeur lue plus haut que Cisco a bénéficié d'un rabais financier pour ouvrir le chemin à H.265 : Cisco va payer un tarif décidé il y a au moins 4 ans. Difficile de croire à une stratégie aussi anticipée.
Mozilla Firefox ira si besoin récupérer silencieusement un binaire gratuit du codec H.264
Quelle source ? Parce que le blog de Mozilla se finit par « nous avons déjà commencé à chercher comment intégrer le module binaire H.264 hébergé par Cisco. »
Il manque par ailleurs une info importante : le décodeur fourni par Cisco sera sous licence libre. Certes, les termes du MPEG-LA imposeront une diffusion des binaires au lieu de l'intégration du code source, mais ça devrait permettre un contrôle sur ces binaires.
J'ai lu la table des matières, et à mon grand regret n'y figure pas un sujet qui me semble essentiel : le droit des données afférentes au logiciel. Dans bien des cas, le logiciel a peu d'importance — il peut exister plusieurs clients interchangeables — l'élément central est une base de données, souvent remplie par les utilisateurs eux-mêmes. Parfois remplie indirectement par les utilisateurs (cf les analyses comportementales à objectif publicitaire). On rencontre aussi les cas de logiciels privateurs qui utilisent des données libres (textes dans le domaine public, articles Wikipedia, etc) et parfois cherchent à les "relicencier".
Note en passant : les auteurs ont visiblement oublié de mettre un filtre anti-spam sur leur forum.
En plus de JPEG et WebP, l'étude compare deux autres formats.
L'un est clairement défait par la concurrence dans tous les cas, c'est JPEG XR, un format développé par Microsoft, adoubé par le comité JPEG en 2007 et devenu norme ISO en 2009.
L'autre est HEVC-MSP qui est vainqueur, souvent largement, dans tous les cas. Je n'en avais jamais entendu parler. C'est la partie "image fixe" (Motion Still Picture) du codec HEVC prévu pour succéder à h264. Existe-t-il un conteneur pour cet algorithme, avec canal alpha ? J'ai rapidement cherché sans trouver la réponse, ni d'exemple d'intégration dans une application. Pas eu non plus le courage de défricher le bazar de l'article WP sur HEVC pour savoir quelle était la licence.
Pour ce genre de test, pourquoi faudrait-il éliminer du panel les utilisateurs "déficients" ?
Si l'objectif est de mesurer la qualité ressentie des encodages auprès d'un échantillon représentatif de la population, alors les daltoniens ont leur mot à dire. Peut-être que leurs avis minorerait les différences, mais ce n'est pas certain. Et même si c'était le cas, il serait utile de savoir pour quelle proportion d'un échantillon la différence de qualité ressentie est perceptible.
Ceci dit, je suis d'accord sur le constat, il sera difficile d'avoir des conditions expérimentales assez robustes pour ne pas fragiliser des écarts probablement faibles.
La liste des objectifs envisagés pour Debian 8 m'a un peu laissé sur ma faim. La moitié était directement compréhensible pour moi, l'autre pas.
le support natif de systemd par chaque package qui propose des scripts SysV
Actuellement, la plupart des paquets Debian sont uniquement prévus pour SysV. Si systemd est actif, il vient alors surcouche. L'objectif est de fournir systématiquement, en plus de la configuration et du script shell pour Sysv, une configuration et un exécutable ELF pour systemd.
Le durcissement des binaires au format ELF
Durcissement, alias "hardening". Il semblerait que ça se limite à utiliser des options de compilation qui rendent les exécutables plus robustes. Cf Hardening - wiki Debian.
Le respect des flags CC/CXX
Certains paquets ne sont prévus que pour la compilation par gcc/g++. Ils ignorent les demandes de compiler via autre chose par les variables CC et CXX. Étape requise pour pouvoir utiliser systématiquement Clang.
Une archive piuparts propre
Le but est d'ajouter une étape de vérification automatique du fonctionnement de chaque paquet en l'installant, le configurant, le supprimant dans un chroot.
UTF-8.
Globalement, Debian gère bien l'UTF-8, mais il y a quelques cas où l'UTF-8 n'est pas accepté par défaut, ou quelques problèmes mineurs du même ordre. Le but est de détecter et corriger systématiquement les paquets concernés. Cf UTF-8 support
Pour plus d'info
C'est en écrivant le dernier paragraphe que j'ai trouvé la page officiellement consacrée aux objectifs de la prochaine version : https://wiki.debian.org/ReleaseGoals/utf-8
Ça n'a rien à voir avec le sujet de l'échantillonnage. Un vinyle n'est pas échantillonné.
En plus, il y a toujours un pré-ampli spécifique au vinyle pour corriger ses distorsions. C'est sans doute pour cela que le son te paraît plus chaud. Si tu joues un peu avec un égaliseur sur ta source numérique, tu pourras émuler le son du vinyle.
D'ailleurs, dans le premier article cité plus haut, il n'y avait pas que la théorie. Je traduis un passage placé sous "Listening tests" :
Cette publication proposait aux auditeurs de choisir entre un contenu DVD-A/SACD, sélectionné par des prosélytes de l'audio en haute définition pour illustrer cette supériorité, et ce même contenu ré-échantillonné à la norme CD 16-bit / 44.1 kHz. Les auditeurs devaient identifier toutes différences lors de tests ABX [NdT: protocole de tests en double aveugle]. BAS [NdT: l'institut auteur du papier] a mené l'expérience avec du matériel professionnel haut de gamme dans un studio insonorisé, avec des auditeurs amateurs et des professionnels expérimentés.
En 554 tentatives, les auditeurs ont choisi correctement dans 49,8 % des cas.
C'est anecdotique par rapport à l'annonce, mais sur le site du pack, je suis incapable de distinguer les points orange des points verts, sauf un peu dans la légende où le fond est sombre. Les points rouges sont par contre bien repérables.
Visiblement, ça n'a gêné personne dans tous les organismes qui ont participé à cette réalisation. Les daltoniens, à des degrés divers, sont pourtant nombreux : entre 8 et 10 % des hommes.
# Un minimum d'information serait utile
Posté par rogo . En réponse à la dépêche Dogmazic a besoin de vous !. Évalué à 3.
Pour que les gens de bonne volonté sachent s'ils peuvent aider, ce serait bien de donner quelques infos techniques. À minima :
Les personnes très motivées peuvent y aller à l'aveugle, mais ce n'est pas mon cas. Je suis tout de même allé regarder le code HTML du site pour voir que c'est du Wordpress (PHP), mais ça ne répond que partiellement. Si c'est pour migrer sur un VPS sous CentOS, très peu pour moi.
[^] # Re: Quelque chose que je ne comprend
Posté par rogo . En réponse à la dépêche Sortie d’Ubuntu 14.04 LTS. Évalué à 3.
La marmaille, sans aucun doute. L'adoration des lardons et l'obstination à produire sans cesse de nouveau marmots domine le monde. Par contre, la graphie marmaïe, si elle fait bien 7 lettres, me semble abusive ;-)
Au passage, j'ai découvert l'évolution du terme marmot qui m'a bien amusé.
[^] # Re: Applications
Posté par rogo . En réponse à la dépêche Sortie du Glorious Haskell Compiler 7.8. Évalué à 5.
Optimiser est toujours difficile, quel que soit le langage. Avec GHC, profiler un code m'a paru plutôt simple12. En dehors des expérimentations-jouets, j'avais obtenu un (très utile) profilage par fonction pour une appli web réalisée avec Yesod.
Si tu trouves que lire l'assembleur d'OCaml est très facile, alors GHC devrait te plaire : à partir du code Haskell, il peut générer un code fonctionnel bas niveau en "Core"3 ou un code en C. Un thème central pour l'optimisation est le choix de la structure de données (et de la bibliothèque qui l'implémente), mais tout cela me semble bien documenté4.
Une introduction simple au profiling GHC, ancienne mais encore d'actualité : http://stackoverflow.com/questions/3276240/tools-for-analyzing-performance-of-a-haskell-program/3276557#3276557 ↩
http://www.haskell.org/haskellwiki/Profiling_walkthrough ↩
Conseils et exemples d'optimisation, notamment en Core : http://www.haskell.org/haskellwiki/Performance/GHC ↩
http://www.haskell.org/haskellwiki/Performance ↩
[^] # Re: cat troll.hs
Posté par rogo . En réponse à la dépêche Sortie du Glorious Haskell Compiler 7.8. Évalué à 3.
\représente le caractère λ, en référence au λ-calcul et à ses fonctions anonymes. Donc\nom -> "Salut " ++ nomest équivalent à\x -> "Salut " ++ x.Il existe une extension livrée avec GHC qui permet de compiler
λnom → "Salut " ⧺ nom. On peut aussi configurer vim et emacs pour qu'ils affichent le code sous cette forme, tout en transmettant la version ASCII au compilateur.[^] # Re: un effet Snowden?
Posté par rogo . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 8.
Je n'ai aucune donnée pour évaluer cette fréquence. Par contre, j'ai lu des critiques acerbes sur la qualité du projet OpenSSL, notamment un échange cinglant sur la liste de développement d'OpenBSD. Grosso modo, ils disaient que si le projet avait été piloté normalement, programmé proprement, et s'il avait respecté un minimum les bonnes pratiques, le bug aurait eu un impact mineur. Selon eux, c'est une accumulations d'erreurs structurelles qui en a fait une faille critique.
Pour se faire une idée du code d'OpenBSD, je recommande la lecture de OpenSSL is written by monkeys (le site a un certificat auto-signé). C'est un compte-rendu des 8 jours qu'un développeur a passé dans le code d'OpenSSL. Les exemples de code qu'il cite au jour 4 sont impressionnants.
# Résumé
Posté par rogo . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 10.
Vue la taille de la dépêche, un résumé serait le bienvenu. Je propose :
Résumé pour un utilisateur standard
PC portable ou de bureau ou serveur basique, proc x86, système de fichiers stable.
[^] # Re: C'est simple
Posté par rogo . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 9.
Je n'ai pas visionné cette analyse. D'abord parce que je n'ai pas flash dans mon navigateur et que les entretiens retranscrits sont bien plus à mon goût que les vidéos. Mais surtout parce que le site qui l'héberge est impressionnant ! Et plutôt répugnant selon moi.
Tout d'abord, le sous-titre du site « Gauche du travail et Droite des valeurs » rappelle fortement l'alliage de nationalisme et de conservatisme social du gouvernement Pétain. Comme la critique de « la théorie du genre » et du féminisme occupe visiblement une large part de sa Une, le site pourrait faire sienne la devise « Travail, famille, patrie ».
La colonne de gauche fait de la pub pour un livre co-signé par Alain Soral, un auteur classé à l'extrême-droite depuis longtemps, et maintenant proche de Dieudonné. La galerie de portrait est déconcertante, de Castro à Poutine en passant par Lumumba. En Tchétchénie, c'est au nom de la droite des valeurs que Poutine a massacré un dixième de la population ?
[^] # Re: scrum board.
Posté par rogo . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à 2.
Comme je suis toujours méfiant, je suis allé vérifier, et ça fait vraiment 50 ans — Lisp fut complété en 62 — que l'écosystème des langages permet les guerres picrocholines : ton
FortranPHP est peut-être efficace, mais il est tellement plus moche que mon cherLispClojure.[^] # Re: Liste des candidats
Posté par rogo . En réponse à la dépêche Campagne Candidats.fr pour les élections municipales 2014. Évalué à 5.
Personne ne bosse sur des ordinateurs à disquette. Le site était volontairement ambigu pour accentuer l'effet comique, mais la situation est simple : le législateur a fixé un tarif maximal pour la diffusion par disquette, mais aucune mairie ne diffuse plus rien là-dessus. Sauf peut-être dans les communes de moins de 50 habitants.
Le vrai problème, c'est que la loi s'occupe de détails qui devraient être fixés par décret. Et qu'elle évolue lentement. Mais si demain un enfant s'électrocute sur un lecteur de disquette, on fera une loi en urgence pour passer aux e-mails. Et si un musulman s'en sert pour du prosélytisme religieux, le Conseil d'État agira dans l'heure !
[^] # Re: Mouais
Posté par rogo . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.
Ce futur-là, on patauge déjà dedans. À Bruxelles, il y a deux ans, les panneaux publicitaires étaient animés et sonores (jusqu'à minuit). J'imagine qu'ils sévissent encore aujourd'hui. En France, les écrans pour films de pub se multiplient dans les grandes villes. D'ici peu, je parie que les écrans des trams lyonnais passeront autant de pub que les bus de Séoul.
[^] # Re: Médiocrité de l'expression
Posté par rogo . En réponse à la dépêche Petite sélection de mémoires publiés après 2010. Évalué à 2.
Je soupçonne que ce « différent aux » n'est pas une simple erreur de grammaire, mais la confusion de deux termes. Tel quel, cela ne veut rien dire, et j'imagine trois formulations correctes — sur le plan de la langue uniquement, je suis plus réservé sur le sens — de ce que voulait exprimer l'auteur :
– « des domaines différents des sciences économiques et sciences sociales »
– « des domaines différents comme les sciences économiques et sciences sociales »
– « des domaines afférents aux sciences économiques et aux sciences sociales »
La dernière me semble plus probable, car dans la deuxième formule, il est difficile de deviner de quoi ces domaines sont différents. La première serait une absurdité. Au final, l'auteur a probablement voulu exprimer que l'étude de la participation des entreprises aux logiciels libres ne relève pas seulement des sciences économiques mais aussi des sciences sociales.
J'ai toujours bien aimé les travaux d'exégèse, mais je ne pensais pas les pratiquer un jour sur la première phrase d'un mémoire de doctorat !
[^] # Re: Médiocrité de l'expression
Posté par rogo . En réponse à la dépêche Petite sélection de mémoires publiés après 2010. Évalué à 1.
Je suis d'accord sur la distinction, mais je plaide pour une plus grande tolérance. Autrement dit, je ne suis pas choqué de voir des guillemets droits utilisés comme guillemets anglais. D'abord parce qu'il n'est pas toujours aisé d'écrire de vrais guillemets anglais. Et ensuite parce que la similitude d'apparence atténue la transgression. D'ailleurs, selon les critères stricts de la typographie française, aucun des résumés ci-dessus n'est valide, pas plus que mon commentaire : utilisation de tirets courts au lieu de tirets cadratins, espaces inconsistantes, apostrophes droites au lieu d'apostrophes typographiques, mots anglais sans italique…
À vrai dire, ce n'est qu'en relisant ton commentaire pour y répondre que j'ai réalisé que tu utilisais une apostrophe typographique. Bravo !
# Médiocrité de l'expression
Posté par rogo . En réponse à la dépêche Petite sélection de mémoires publiés après 2010. Évalué à 10. Dernière modification le 06 janvier 2014 à 12:53.
J'ai lu les titres et les résumés de ces mémoires, et je suis attristé de leur médiocrité d'expression. Certes, ce n'est pas fondamental, et errare humanum est, mais j'aurais souhaité plus d'attention à la forme, notamment dans des mémoires de doctorat. Pour ajouter à ma déception, l'un des résumés était à mes yeux un charabia dénué de rigueur qui me rappelait le charlatanisme lacanien.
Florilège personnel…
J'ai sursauté à la lecture de cette formule, jamais rencontrée jusqu'ici. Le Littré et le Trésor de la langue française confirment mon impression de barbarisme.
Quelle méconnaissance de la typographie ! Les guillemets anglais n'ont pas d'espaces intérieures, à la différence des guillemets français. D'ailleurs leur apparence ne s'y prête pas. Je ne suis pas puriste au point de m'offusquer que les espaces ne soient pas « fines » mais, de grâce, pas de bizarreries disgracieuses.
Pourquoi cette forme passive abusive, probable anglicisme ? « Y sont exposées les migrations […] » est tout aussi efficace et grammaticalement correct.
Aïe. Les valeurs qui traversent l'éducation populaire.
[^] # Re: au sujet du Vinyle vs CD vs MP3
Posté par rogo . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 4.
Juste pour la culture générale…
Les chinois écrivent de gauche à droite ! Comme pour le japonais, les textes anciens étaient écrits de haut en bas et de droite à gauche, mais c'est devenu minoritaire. Et pour un nom de fichier, c'est forcément du "ltr" ("left to right", acronyme utilisé notamment dans les spécifications du HTML). Au passage, le HTML ne prévoit rien pour l'écriture verticale, ce qui promeut la lecture horizontale dans ces pays.
Pourtant, quelques langues "rtl" sont proches de nous : l'arabe, l'hébreu, le farsi (persan). Ce qui est amusant, c'est que l'arabe et l'hébreu sont de la même famille mais utilisent des alphabets radicalement différents, alors que l'arabe et le persan sont d'origines séparées mais partagent la même écriture à quelques détails près.
[^] # Re: Ampli ?
Posté par rogo . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 8.
Je n'ai pas testé cet ampli, mais je me suis bien amusé en lisant son auto-promotion.
Je croyais que tous les tests rigoureux menés en ABX prouvaient que l'être humain ne sait pas distinguer de l'audio 24-bits 96Hz du son CD normal à 16-bits 44.1Hz. Du coup, difficile de prendre au sérieux leur laïus sur la qualité exceptionnelle de leur produit.
[^] # Re: au sujet du Vinyle vs CD vs MP3
Posté par rogo . En réponse à la dépêche NwAvGuy O2 : l’amplificateur casque sous licence Creative Common. Évalué à 10.
Pour ceux à qui cela aurait échappé, deux des liens qui accompagnent l'article ne sont présents que pour être tournés en ridicule. La « perte de notes » en fait partie, saurez-vous débusquer le second ?
Pour l'anecdote, je me souviens d'un propriétaire de magasin Hifi qui conseillait récemment, quand on utilisait un DAC-USB pour lire sa musique depuis un PC, de ne pas copier les fichiers. D'après lui, plus on copiait et déplaçait les fichiers (compressés sans perte, cela va de soit), plus on perdait en qualité. La morale, c'est que les professionnels ne disent pas des bêtises que pour segmenter le marché ou vendre plus, ils peuvent aussi délirer par simple incompétence.
# Le toutou est dur à dresser
Posté par rogo . En réponse à la dépêche MutterWare #2, une réunion des utilisateurs de mutt. Évalué à 4.
Ce serait plutôt le contraire pour moi. J'ai utilisé Mutt pendant des années et consacré beaucoup de temps à le configurer (400 lignes de .muttrc, environ 30 hooks et autant de macros) et à l'interfacer avec d'autres outils (fetchmail, procmail, spamassassin, notmuch, scripts maison, etc). Malgré tout ça, certaines actions quotidiennes restaient pénibles. Il y a 3 ans, j'ai fini par le laisser tomber et opté pour Clawsmail. Claws est loin d'être parfait, mais se laisse piloter au clavier (comme Mutt) et ne souffre pas des même problèmes.
Ce qui était bloquant dans Mutt :
Gestion des identités.
J'ai plusieurs adresses, pro et persos, et je veux pouvoir basculer facilement de l'une à l'autre. Et surtout définir des règles automatiques : telle adresse pour telle mailing-list ou tel destinataire, etc.
Multi-tâches.
Pouvoir consulter un mail ou plusieurs en même temps qu'on en rédige un nouveau. Et pouvoir ouvrir une pièce jointe en tâche de fond.
Accessoirement, ne plus passer par le sendmail local a aussi été un soulagement : j'avais eu des problèmes en envoyant tout à mon FAI, mais configurer dans Exim4 les différents SMTP (et leurs authentifications) à utiliser en fonction des identités était difficile et fragile.
[^] # Re: lien périmé
Posté par rogo . En réponse à la dépêche Sortie de Linux 3.12. Évalué à 2.
Effectivement, la page d'accueil du Wiki indique qu'il est périmé, sauf pour LSB.
La bonne page est http://www.linuxfoundation.org/news-media/lwf.
# Déformation de la réalité
Posté par rogo . En réponse à la dépêche Cisco paie le H.264 en faveur de Mozilla. Évalué à 8. Dernière modification le 05 novembre 2013 à 14:54.
J'ai franchement tiqué en lisant :
Ah bon, Cisco a négocié spécialement avec le MPEG-LA pour cette occasion ? Bizarre, Cisco n'en parle pas dans son blog. Et j'ai lu ailleurs que Cisco avait tout simplement tiré parti de ce qu'autorisait la licence "OEM" du H.264. D'ailleurs, Monty Montgomery y fait allusion dans l'article cité dans la dépêche. La doc officielle http://www.mpegla.com/main/programs/avc/Documents/AVC_TermsSummary.pdf indique les conditions de ce fonctionnement, pour 6,5 millions de dollars par an jusqu'en 2015.
J'en profite pour tordre le cou à la rumeur lue plus haut que Cisco a bénéficié d'un rabais financier pour ouvrir le chemin à H.265 : Cisco va payer un tarif décidé il y a au moins 4 ans. Difficile de croire à une stratégie aussi anticipée.
Quelle source ? Parce que le blog de Mozilla se finit par « nous avons déjà commencé à chercher comment intégrer le module binaire H.264 hébergé par Cisco. »
Il manque par ailleurs une info importante : le décodeur fourni par Cisco sera sous licence libre. Certes, les termes du MPEG-LA imposeront une diffusion des binaires au lieu de l'intégration du code source, mais ça devrait permettre un contrôle sur ces binaires.
# Et les données ?
Posté par rogo . En réponse à la dépêche Droit des Logiciels : Un livre de référence pour les juristes et les informaticiens. Évalué à 6.
J'ai lu la table des matières, et à mon grand regret n'y figure pas un sujet qui me semble essentiel : le droit des données afférentes au logiciel. Dans bien des cas, le logiciel a peu d'importance — il peut exister plusieurs clients interchangeables — l'élément central est une base de données, souvent remplie par les utilisateurs eux-mêmes. Parfois remplie indirectement par les utilisateurs (cf les analyses comportementales à objectif publicitaire). On rencontre aussi les cas de logiciels privateurs qui utilisent des données libres (textes dans le domaine public, articles Wikipedia, etc) et parfois cherchent à les "relicencier".
Note en passant : les auteurs ont visiblement oublié de mettre un filtre anti-spam sur leur forum.
# Autres formats
Posté par rogo . En réponse à la dépêche Étude de Mozilla comparant les taux de compression de différents formats d'images. Évalué à 4.
En plus de JPEG et WebP, l'étude compare deux autres formats.
L'un est clairement défait par la concurrence dans tous les cas, c'est JPEG XR, un format développé par Microsoft, adoubé par le comité JPEG en 2007 et devenu norme ISO en 2009.
L'autre est HEVC-MSP qui est vainqueur, souvent largement, dans tous les cas. Je n'en avais jamais entendu parler. C'est la partie "image fixe" (Motion Still Picture) du codec HEVC prévu pour succéder à h264. Existe-t-il un conteneur pour cet algorithme, avec canal alpha ? J'ai rapidement cherché sans trouver la réponse, ni d'exemple d'intégration dans une application. Pas eu non plus le courage de défricher le bazar de l'article WP sur HEVC pour savoir quelle était la licence.
[^] # Re: site de comparaison ?
Posté par rogo . En réponse à la dépêche Étude de Mozilla comparant les taux de compression de différents formats d'images. Évalué à 2.
Pour ce genre de test, pourquoi faudrait-il éliminer du panel les utilisateurs "déficients" ?
Si l'objectif est de mesurer la qualité ressentie des encodages auprès d'un échantillon représentatif de la population, alors les daltoniens ont leur mot à dire. Peut-être que leurs avis minorerait les différences, mais ce n'est pas certain. Et même si c'était le cas, il serait utile de savoir pour quelle proportion d'un échantillon la différence de qualité ressentie est perceptible.
Ceci dit, je suis d'accord sur le constat, il sera difficile d'avoir des conditions expérimentales assez robustes pour ne pas fragiliser des écarts probablement faibles.
# Objectifs envisagés pour Debian 8
Posté par rogo . En réponse à la dépêche Debian 7.2 et futur gel de Debian 8.0. Évalué à 10. Dernière modification le 25 octobre 2013 à 11:02.
La liste des objectifs envisagés pour Debian 8 m'a un peu laissé sur ma faim. La moitié était directement compréhensible pour moi, l'autre pas.
le support natif de systemd par chaque package qui propose des scripts SysV
Actuellement, la plupart des paquets Debian sont uniquement prévus pour SysV. Si systemd est actif, il vient alors surcouche. L'objectif est de fournir systématiquement, en plus de la configuration et du script shell pour Sysv, une configuration et un exécutable ELF pour systemd.
Le durcissement des binaires au format ELF
Durcissement, alias "hardening". Il semblerait que ça se limite à utiliser des options de compilation qui rendent les exécutables plus robustes. Cf Hardening - wiki Debian.
Le respect des flags CC/CXX
Certains paquets ne sont prévus que pour la compilation par gcc/g++. Ils ignorent les demandes de compiler via autre chose par les variables CC et CXX. Étape requise pour pouvoir utiliser systématiquement Clang.
Une archive piuparts propre
Le but est d'ajouter une étape de vérification automatique du fonctionnement de chaque paquet en l'installant, le configurant, le supprimant dans un chroot.
UTF-8.
Globalement, Debian gère bien l'UTF-8, mais il y a quelques cas où l'UTF-8 n'est pas accepté par défaut, ou quelques problèmes mineurs du même ordre. Le but est de détecter et corriger systématiquement les paquets concernés. Cf UTF-8 support
Pour plus d'info
C'est en écrivant le dernier paragraphe que j'ai trouvé la page officiellement consacrée aux objectifs de la prochaine version : https://wiki.debian.org/ReleaseGoals/utf-8
[^] # Re: Belle initiative, mais format audio inutile
Posté par rogo . En réponse à la dépêche MusOpen réunit 75 000 dollars pour libérer Chopin, et cela ne fait que commencer !. Évalué à 7.
Ça n'a rien à voir avec le sujet de l'échantillonnage. Un vinyle n'est pas échantillonné.
En plus, il y a toujours un pré-ampli spécifique au vinyle pour corriger ses distorsions. C'est sans doute pour cela que le son te paraît plus chaud. Si tu joues un peu avec un égaliseur sur ta source numérique, tu pourras émuler le son du vinyle.
D'ailleurs, dans le premier article cité plus haut, il n'y avait pas que la théorie. Je traduis un passage placé sous "Listening tests" :
# Vous n'avez rien contre les daltoniens ?
Posté par rogo . En réponse à la dépêche Pack de logiciels libres pour les entreprises v2.0. Évalué à 7.
C'est anecdotique par rapport à l'annonce, mais sur le site du pack, je suis incapable de distinguer les points orange des points verts, sauf un peu dans la légende où le fond est sombre. Les points rouges sont par contre bien repérables.
Visiblement, ça n'a gêné personne dans tous les organismes qui ont participé à cette réalisation. Les daltoniens, à des degrés divers, sont pourtant nombreux : entre 8 et 10 % des hommes.