Personellement, je dirais que si je ne suis pas sûr de qui voter, avec le jugement majoritaire je peux utiliser les subtilités, mais si je suis sûr, je vais essayer de faire peser le plus possible sur la balance en faveur de mon (mes) favoris et défaveur des autres.
Au niveau stratégique, pour que mon vote fasse effet, viser simplement le plus haut score (respectivement le plus bas) n'est pas forcément la meilleure chose.
Si mon candidat C1 est soutenu de la manière suivante dans les sondages:
Il faudrait plutôt voter "Good" plutôt que les autres rangs supérieurs afin de faire peser la balance dans cette catégorie là et d'avoir un meilleur niveau.
Le candidat en question aurait d'ailleurs intérêt à donner comme instructions de vote de voter "Good" à ses votants les plus fervents afin de faire descendre les 10% de vote les plus haut vers le "Good" et ainsi passer le median de "Average" à "Good".
En gros j'ai l'impression que les candidats devraient jouer stratégiquement et dire aux gens quoi voter en fonction de sondages et de prédictions afin d'avoir plus de chance de gagner.
De la même manière ils regarderaient les zones défavorables des autres candidats, par exemple un candidat C2 aura peut-être intérêt de dire aux gens de voter "Average" pour C1 au lieu de "Poor" ou "Reject" afin d'éviter qu'il ne passe en "Good".
D'un autre côté, peut-être que les autres systèmes sont encore pire. Je pense qu'il faudrait analyser les différents systèmes en partant du principe de base que les gens vont essayer de faire tourner les choses en leur faveur (ça a peut-être déjà été fait, je ne sais pas).
Quand on regarde la photo, c'est clairement de la mauvaise foi.
Il y a plusieurs choses qui sont à prendre en compte pour évaluer l'effet des bandes réfléchissantes:
- Orientation et quantité de la lumière qui arrive
- Différence de luminosité par rapport à la lumière ambiante
La photo est prise de très près. Cela a pour moi deux conséquences:
La lumière provenant des feux de la voiture n'atteint pas facilement les bandes réfléchissantes, contrairement à une moto plus éloignée qui serait en partie éclairée par le reflet des phares sur la route. Les panneaux de signalisation réfléchissants sont très visibles la nuit alors qu'ils sont beaucoup plus haut, donc je ne pense pas que la hauteur de la bande réfléchissante soit vraiment un problème puisque des feux de croisement peuvent illuminer des panneaux de signalisation.
Par contre, à mon avis la différence de luminosité est clairement problématique sur la photo. En effet, à cette distance les phares ont une luminosité bien supérieure à la réflexion des bandes réfléchissantes. L'appareil photo ajuste l'exposition automatiquement par rapport aux phares, ont voit donc principalement les phares. Je vois les choses à peu près comme ça:
Photo 1: Effet des feux de croisement: luminosité 10, Bande réfléchissante: luminosité 1 => on a l'impression que la bande réfléchissante ne sert à rien
Photo 2: Effet des feux de route: luminosité 20, Bande réfléchissante: luminosité 1.5 => on a l'impression que la bande réfléchissante ne sert à rien
De jour: Effet du jour: luminosité 30, Bande réfléchissante: luminosité 2 => on a l'impression que la bande réfléchissante ne sert à rien
De nuit, distance 200m: Effet des feux: luminosité 0.2 (l'intensité de la lumière diminue selon une loi 1/(d²)), Bande réfléchissante: luminosité 0.6 => on voit le motard trois fois mieux que sans les bandes réfléchissantes
Alors effectivement, les bandes réfléchissantes ne sont pas utiles tout le temps, mais ce n'est pas en faisant preuve de mauvaise foi que ça va bien se passer. Soyez assez intelligents pour dire "oui c'est parfois utile".
Après je peux comprendre que le fait de mourir/être blessé ou (plus rarement) de tuer/blesser autrui soit moins important pour les motards que le désagrément de porter un gilet jaune moyennement seyant ou de devoir dépenser une fortune pour acheter un nouveau blouson avec bandes intégrée, mais à mon avis c'est plutôt là-dessus qu'il faut discuter.
Avec tous ces problèmes de compatibilité de format d'images animées, pourquoi ne pas plutôt faire un format "container" générique, dédié aux images animées, qui permette de stocker n'importe quel type d'images.
De la même manière qu'un fichier mkv (Matroska) peut contenir du h264 ou du xvid, on pourrait avoir un format pouvant contenir du jpg ou du png.
Pourquoi faire compliqué et réinventer un n-ième format, alors qu'un container serait simple et permettrait simplement d'ouvrir les images individuelles en utilisant un décodeur qui existe déjà (jpg, png, …).
De plus, un container permettrait aux projets d'être plus serein quand à son utilisation, puisqu'il serait possible de changer de format pour un format plus compressé dans le futur si besoin (par exemple du jpeg 2000 ou similaire).
Il y a quelques points à choisir ; est-ce qu'on autorise d'avoir plusieurs types d'images différents, est-ce qu'on peut stocker des metadata, quelles sont les propriétés de chaque frame (durée, position, …) ?
Une analyse d'autres formats pourrait être un point de départ : différents formats d'images animées, mais aussi des containers vidéo et des formats de metadata (EXIF, IPTC, ID3, …).
Une collaboration avec les différents acteurs, et principalement les différents navigateurs libres, permettrait peut-être de populariser le format et qu'il ne tombe pas dans l'oublie.
Les systèmes électoraux sont étudiés depuis pas mal de temps, et de nombreux existent déjà.
Ici on nous sort un nouveau système de vote tiré d'un chapeau… pourquoi? Le papier en question ne compare même pas à d'autres systèmes de votes connus !
(Ce qui serait bien, ça serait d'avoir un système sans vote stratégique)
Peut-être qu'un des avantages de cette méthode c'est d'être facilement compréhensible par le grand public, et donc un meilleur argument dans une campagne électorale.
Si je regarde la page wikipedia Majority Judgmen qui lui est associée, je lis que c'est comme du Bucklin voting où on pourrait avoir plusieurs fois la même note.
J'avoue que je n'ai pas vraiment compris toutes les subtilités des systèmes de vote, donc je ne sais pas trop ce que la modification en question va avoir comme conséquence, mais si on regarde le tableau de comparaison Comparison of single-member district election methods, le système de Blucklin voting me semble avoir peu de points positifs par rapport à d'autres méthodes.
En comparaison, notre système actuel à deux tours Two-round system peut à priori se rapprocher du Contingent vote, qui m'a l'air tout aussi mauvais (encore une fois, à vue de nez, mais je dirais que la pratique confirmerait plutôt bien).
Je pense que c'est une bonne idée de penser à un autre système de vote, cependant au lieu de sortir un sytème magique, je dirais plutôt de rassembler des gens qui connaissent le sujet, définir des critères, comparer les méthodes existantes avant de se fixer sur quelque chose.
(Sinon au passage j'avais regardé vite fait la méthode IRV lors du référendum au royaume-uni et j'avais trouvé ça plutôt bien il me semble)
Piping core dumps to a program
Since kernel 2.6.19, Linux supports an alternate syntax for the
/proc/sys/kernel/core_pattern file. If the first character of this
file is a pipe symbol (|), then the remainder of the line is inter‐
preted as a program to be executed. Instead of being written to a disk
file, the core dump is given as standard input to the program. Note
the following points:
* The program must be specified using an absolute pathname (or a path‐
name relative to the root directory, /), and must immediately follow
the '|' character.
* The process created to run the program runs as user and group root.
* Command-line arguments can be supplied to the program (since kernel
2.6.24), delimited by white space (up to a total line length of 128
bytes).
* The command-line arguments can include any of the % specifiers
listed above. For example, to pass the PID of the process that is
being dumped, specify %p in an argument.
Il n'est pas dit qu'il est possible d'utiliser des pipes comme si c'était un shell. Le pipe en début de ligne est juste là pour montrer que c'est un programme à exécuter.
Du coup mon interprétation serait la suivante, le programme tee va se lancer avec les argv suivants:
argv[0]="/usr/bin/tee"
argv[1]="/tmp/core.%e.%p" (enfin avec le contenu correct de %e et %p)
argv[2]="|"
argv[3]="/usr/libexec/abrt-hook-ccpp"
argv[4]="%s"
argv[5]="%c"
argv[6]="%p"
argv[7]="%u"
argv[8]="%g"
argv[9]="%t"
argv[10]="e"
Du coup, on aurait bien le core dans /tmp/code.%e.%p, par contre, tee écrirait aussi le contenu dans un fichier "|", "e", "%c", etc.
Et surtout dans /usr/libexec/abrt-hook-ccpp, qui serait donc également écrasé par le core dump… Et qui ne marcherait donc plus !
Il me semble que le core file est enregistré dans le "current working directory" (cwd) du process qui crashe, donc si cwd="/", on se retrouve avec tous le fichiers mentionnés ci-dessus directement dans /, et c'est un beau bordel.
Y'a Mono qui fait plein de pub pour le développement mobile (iOS + Android), mais c'est pas forcément les mêmes API pour l'UI d'après ce que j'ai compris.
Sinon perso je serait plutôt parti sur du Qt, ça s'adapte sans modification à la majorité des systèmes existants, et ça c'est bien. En plus de ça l'API est bien !
Quand on utilise gentoo, ça va pas plus vite, et en plus c'est vraiment lent à installer des paquets, par contre:
Ce sont directement les paquets upstream qui sont utilisés (il y a la possibilité d'avoir un branding gentoo sur certains paquets mais c'est très rare, et il faut le choisir explicitement), de la même manière il y a des patchs de compilation et de sécurité appliqué, mais rarement plus, donc pas de comportement différent de ce que choisit l'upstream
C'est l'utilisateur qui choit quelles licences il accepte d'avoir sur son système, ce n'est pas la distribution
La création et la modification des paquets est très simple, et n'importe qui qui sait faire un peu de shell sera capable d'ajouter un patch ou de créer un paquet pour un logiciel qui n'est pas disponible de base
Un système en rolling-release, que ce soit pour la version "testing" ou la version stable
La possibilité d'installer certains logiciels en testing ou en stable de manière individuelle et simple (également la possibilité de choisir une version précise, mais vous avez compris le principe)
Enfin, la possibilité de customiser son installation, par exemple activer le flag "kde" pour avoir le support de kde dans les différentes paquets, ou du bluetooth, de l'UPnP, etc.
Une doc vraiment complète et pas juste orientée utilisateur final de bureau, qui explique bien comment les choses fonctionnent si on a un souci.
Je parle même pas de tout ce qu'il y a moyen de faire si on connais bien, par exemple les paquets "live" qui utilisent des dépôts git/svn/… sont pratiques pour tester des logiciels en cours de développement sans bidouiller ou pourrir son système .
Par rapport au lien lui-même:
Optimized: Les autre distributions ont le même style d'optimisations, et c'est surtout certains paquets qui ont besoin d'avoir la bonne optimisation, donc à mon avis c'est clairement pas un point important, à faire tourner aux gens qui croient que "gentoo ça va plus vite parce que j'ai compilé en -O3" et "Ahah ils croient que ça va plus vite sous gentoo", non, l'intérêt de gentoo n'est pas dans l'optimisation
From Scratch: L'installation des parties un peu compliquées (kernel, bootloader, …) est laissée au choix de l'utilisateur, donc au final oui c'est plus low-level, et l'avantage c'est une meilleure maitrise du système. Quand on installe un kernel c'est possible de faire à la main avec un "make menuconfig ; make", et l'installation de modules externes marche quand même, de la même manière les services ne se démarrent pas automatiquement par magie parce qu'on a installé un logiciel
Quality Assurance: globalement, les paquets les plus courants sont testés par beaucoup de monde, en stable y'a peu de chance de tomber sur un gros problème, même en testing ça marche en général plutôt bien mais on a plus de probabilité d'avoir un souci (vous me direz, c'est le principe, oui), et puisqu'il y a moyen de choisir individuellement pour chaque paquet c'est plutôt souple et c'est facile d'avoir un logiciel spécifique en testing (disons vlc) tout en gardant tout le reste du système en stable
Globalement je dirais que Gentoo et Arch ça se ressemble sur pas mal de points, sauf que sur Arch c'est plus rapide d'installer des paquets (pas de compilation) mais y'a des choses en moins (pas de customisation de l'install par rapport à ses besoins, moins d'homogénéité puisqu'il y a des paquets binaires de base et la possibilité d'avoir des sources).
Je comprends que des gens aiment bien debian, mais j'avoue que j'avais testé debian au tout début quand j'ai commencé linux, X ne se lançait pas (c'était y'a longtemps donc c'était pas autant automatique que maintenant, fallait avoir une configuration), et y'avait pas mal de soucis à gauche et à droite. Rien de bien grave mais puisque toute l'installation était simplifiée j'avais aucune idée de quoi faire pour résoudre mes problèmes.
De l'autre côté, avec gentoo tout était bien expliqué, du coup avec un peu de logique c'était facile de suivre pas à pas et de résoudre les différents problèmes, pour moi c'était vraiment le jour et la nuit, enfin comprendre comment les choses fonctionnent et ne pas juste subir les problèmes.
Si quelqu'un commence aujourd'hui, je lui conseillerais plutôt ubuntu, pas besoin de se poser des questions puisque ça marche tout seul (pas comme quand moi j'ai commencé avec debian). Mais j'avoue que je discute régulièrement avec des gens sous ubuntu qui ont des soucis que je sais résoudre facilement sous gentoo mais qui ont l'air compliquées à faire sous ubuntu (doc trop superficielle, forums qui fournissent des réponses pas constructives parfois ou simplement choses difficiles à faire avec apt).
Je pense surtout que les gens devraient être plus ouverts d'esprits par rapport aux gens qui utilisent d'autres distributions, je trouve bien que chacun disent les choses qu'il aime dans la distribution qu'il utilise (ça permet d'avoir des avis et de se dire "ah ça a l'air pas mal, je testerais peut-être"), mais tout ce qui est tourné comme une attaque vers telle ou telle distribution je trouve ça pas très bien, surtout que c'est assez régulièrement du FUD.
J'ai utilisé darktable plusieurs fois, mais dernièrement j'ai testé RawTherapee et je trouve ce dernier plus intuitif, plus agréable à utiliser et avec des effets un peu plus configurables à mon goût.
(De plus, je n'ai jamais vu l'histogramme de darktable, petit bug un peu gênant)
Personnellement, je suis déjà en possession d'un Freerunner (GTA02), donc avec un boîtier pouvant accueillir le GTA04.
Mais j'avoue que à l'époque j'ai été particulièrement déçu par les OS disponibles (le meilleur à mon goût étant QtExtended, c'est dire l'échec de FSO).
SHR était en train de se mettre en place et était encore bien buggé, j'imagine que ça s'est un peu amélioré depuis.
De mon côté, j'attends (encore/toujours) ma OpenPandora, et j'ai déjà plus confiance. Si je regarde comment c'était sur GP2X, la communauté faisait des hacks un peu partout, mais au final c'était simple, solide et ça marchait bien.
À vrai dire je serais plus en confiance avec une distribution basée sur Maemo/Mer, là je pourrais voir un intérêt, l'interface me semble plutôt bien pensée et plutôt jolie sur N9.
(Hé, peut-être que Gnome3 a un intérêt maintenant? En 640x480 ça va peut-être être compliqué.)
Bien sûr que la 4G n'est valable qu'en amérique du nord, puisqu'il n'y a pas vraiment d'offre 4G en europe.
De la même manière, si le réseau 3G français venait à être arrêté, les smartphones 3G en pourraient plus l'utiliser, mais ça resterait des smartphones compatible 3G quand même.
(à noter aussi en bonus les différences de fréquences utilisées en 3G/4G entre l'amérique du nord et l'europe, mais c'est une autre histoire)
Quand je parlais de comparer iPad 2 et iPad 3, c'était sur le plan technique "dans le meilleur des cas".
Sinon on pourrait aussi les comparer dans une région sans électricité où leur seule utilité serait de faire presse-papier et où l'iPad 3 serait pour le coup un peu meilleur du fait de son poids un peu plus important.
"il est pas si léger que ça" (et de toute façon l'iPad 3 est plus lourd que le 2, donc faut croire que les gens auraient voulu avoir un iPad plus léger en fait)
"c'est rapide" (bah difficile à dire sur un changement de bureau, mais bon hein…)
mais ce que j'ai surtout remarqué c'est que y'a une fille qui a quand même remarqué que la résolution de l'écran était pas si bonne que ça (ce qui est vrai puisque c'est un iPad 2)
De toute façon la diff entre l'iPad 2 et l'iPad 3, c'est :
51g de plus
meilleure résolution (2x plus en largeur et en hauteur, donc 4x plus de pixels)
meilleur capteur photo/vidéo
modem 4G au lieu de 3G
processeur plus rapide
À vue de nez, je dirais que :
le poids est une régression
le capteur photo/vidéo inutile
le modem 4G et processeur plus rapide ne se voient pas au premier abord
Ce qu'il faut c'est que l'image soit entourée de noir, mais sur un fond en damier comme c'est fait sur la majorité des logiciels d'édition/visualisation d'images, ça permet de représenter la transparence plutôt bien je trouve.
Aucun graphiste ne sera étonné de voir un fond en damier (contrairement à un fond noir), et pour l'utilisateur final c'est pas plus mal non plus.
Pour les gens qui utilisent peu/pas le clavier et qui utilisent peu/pas le multitâche un iPad c'est comme un MacBook effectivement.
En fait un iPad c'est fait pour aller sur facebook et sur youtube. C'est surtout pour les gens qui consomment de l'internet mais qui n'en produisent pas.
<34>1 2003-10-11T22:14:15.003Z mymachine.example.com su - ID47
- BOM'su root' failed for lonvick on /dev/pts/8
In this example, the VERSION is 1 and the Facility has the value of
4. The Severity is 2. The message was created on 11 October 2003 at
10:14:15pm UTC, 3 milliseconds into the next second. The message
originated from a host that identifies itself as
"mymachine.example.com". The APP-NAME is "su" and the PROCID is
unknown. The MSGID is "ID47". The MSG is "'su root' failed for
lonvick...", encoded in UTF-8. The encoding is defined by the BOM.
There is no STRUCTURED-DATA present in the message
Et je parle même pas du "format structuré" et des combinaisons possibles entre les deux.
Disons que je veuille récupérer des données du fichier de log (en général gros), je préfèrerais me faire un petit xsl ou xmlstarlet ou xpath plutôt que de faire une regexp sed qui marchera seulement 80% du temps.
À mon avis, ça pourrait venir de quelqu'un d'autre également.
Par exemple j'imagine que si un de tes amis rentrent ton nom/prénom/email/numéro de téléphone/adresse dans son téléphone Android, ces informations sont uploadées dans Gmail et Google va alors pouvoir compléter ce qu'il sait sur toi.
J'avoue que Ubuntu a rajouté plein de technos up-to-date que ne contenait pas Debian.
Par exemple le passage à Upstart que je trouve une bonne chose par rapport à l'antique init qui se trouvait dans debian.
Ils leur reste encore à supprimer deb/dpkg/apt et à utiliser un bon gestionnaire de packages à la place, et on aura une distribution qui commencera à être bien !
Effectivement ça c'est un autre problème.
Pour Firefox, quand on voit ce qu'il font avec IronMonkey [1][2], je trouve ça bizarre de totalement écarter l'intégration de Dart.
Je dirais que si Google développe IronDart il n'y a pas de raison que IronPython soit OK et pas IronDart.
Mozilla et Microsoft avaient annoncé ne pas vouloir intégrer de VM Dart dans leurs navigateurs
Avec le javascript comme c'est fait actuellement avec la compilation JIT et tout, je vois pas vraiment la différence avec une VM.
Ok, le code est en clair, et c'est tout.
Perso c'est très rare que je maximise une fenêtre.
À priori ça m'arrive juste pour les logiciels photo (Gimp, F-Spot, Darktable, Luminance), Eclipse les quelques fois que je le lance.
Toutes mes autres applications sont en mode fenêtrées, que ça soit
- le browser (1024x700 à peu près, ça me permet d'organiser les onglets dans différentes fenêtres et ensuite d'organiser les fenêtres spatialement sur mon bureau)
- les terminaux (je peux en mettre au minimum 4 en 80x24, du coup j'ai la possibilité de faire du travail parallèle, et aussi d'avoir par exemple une fenêtre de browser à côté pour lire de la doc, ou bien de changer la taille pour avoir une fenêtre plus grande pour coder, tout en ayant une page de man, etc.)
- une calculatrice (gcalctool est assez pratique pour faire des conversions Hex/Dec/Bin, mais si je devais switcher d'application à chaque fois ça serait juste super pénible, du coup je met la calculatrice d'un côté, l'autre appli à côté et voilà!
- ...
Globalement je trouve qu'on a des écrants suffisamment grands aujourd'hui. C'est comme mes murs, je n'y met pas des tableaux du sol au plafond juste sous prétexte que j'ai de la place.
(à partir de 1024x768 j'aurais du mal à travailler de manière très efficace quand même, mais mais Gnome ne se destine pas spécialement aux netbooks à ce que je sache)
Bon quand je regarde comment les autres personnes utilisent leur ordinateur, je me dis que je dois avoir une utilisation très minoritaire (déjà, ne pas avoir une seule fenêtre de navigateur fullscreen+tabs et ne pas avoir un gros terminal fullscreen+tabs).
Du coup je comprends bien qu'ils veuillent faciliter la vie des 99%.
Dans Meego ça me semble normal, un OS de smartphone, c'est fait pour et ça semble bien fait.
Gnome Shell on dirait qu'il font un OS de tablet alors que ça sera utilisé uniquement sur PC et jamais sur tablet.
Si toutes les applis se transforment comme ça, Mate aura un vrai intérêt :)
Je sais pas si vous avez vu les mockups du remplaçant d'Epiphany: https://live.gnome.org/Design/Apps/Web
Le tabless browsing j'ai un gros doute.
(Sinon y'a des bonnes idées : "Queue", design soigné genre la barre d'URL).
[^] # Re: Le jugement majoritaire
Posté par Damien Thébault . En réponse au journal Expérience de modes scrutin alternatifs. Évalué à 0.
Pour l'instant j'ai vu 2 articles intéressants sur le jugement majoritaire:
http://www.americanscientist.org/bookshelf/pub/grading-candidates
http://www.americanscientist.org/bookshelf/pub/a-letter-regarding-steven-j-bramss-review-of-majority-judgment
Personellement, je dirais que si je ne suis pas sûr de qui voter, avec le jugement majoritaire je peux utiliser les subtilités, mais si je suis sûr, je vais essayer de faire peser le plus possible sur la balance en faveur de mon (mes) favoris et défaveur des autres.
Au niveau stratégique, pour que mon vote fasse effet, viser simplement le plus haut score (respectivement le plus bas) n'est pas forcément la meilleure chose.
Si mon candidat C1 est soutenu de la manière suivante dans les sondages:
Il faudrait plutôt voter "Good" plutôt que les autres rangs supérieurs afin de faire peser la balance dans cette catégorie là et d'avoir un meilleur niveau.
Le candidat en question aurait d'ailleurs intérêt à donner comme instructions de vote de voter "Good" à ses votants les plus fervents afin de faire descendre les 10% de vote les plus haut vers le "Good" et ainsi passer le median de "Average" à "Good".
En gros j'ai l'impression que les candidats devraient jouer stratégiquement et dire aux gens quoi voter en fonction de sondages et de prédictions afin d'avoir plus de chance de gagner.
De la même manière ils regarderaient les zones défavorables des autres candidats, par exemple un candidat C2 aura peut-être intérêt de dire aux gens de voter "Average" pour C1 au lieu de "Poor" ou "Reject" afin d'éviter qu'il ne passe en "Good".
D'un autre côté, peut-être que les autres systèmes sont encore pire. Je pense qu'il faudrait analyser les différents systèmes en partant du principe de base que les gens vont essayer de faire tourner les choses en leur faveur (ça a peut-être déjà été fait, je ne sais pas).
[^] # Re: Tout est dans la première phrase du journal
Posté par Damien Thébault . En réponse au journal De l'incapacité des candidats à s'engager. Évalué à 10.
Quand on regarde la photo, c'est clairement de la mauvaise foi.
Il y a plusieurs choses qui sont à prendre en compte pour évaluer l'effet des bandes réfléchissantes:
- Orientation et quantité de la lumière qui arrive
- Différence de luminosité par rapport à la lumière ambiante
La photo est prise de très près. Cela a pour moi deux conséquences:
Alors effectivement, les bandes réfléchissantes ne sont pas utiles tout le temps, mais ce n'est pas en faisant preuve de mauvaise foi que ça va bien se passer. Soyez assez intelligents pour dire "oui c'est parfois utile".
Après je peux comprendre que le fait de mourir/être blessé ou (plus rarement) de tuer/blesser autrui soit moins important pour les motards que le désagrément de porter un gilet jaune moyennement seyant ou de devoir dépenser une fortune pour acheter un nouveau blouson avec bandes intégrée, mais à mon avis c'est plutôt là-dessus qu'il faut discuter.
# Container?
Posté par Damien Thébault . En réponse au journal Naissance du projet nanim. Évalué à 4.
Avec tous ces problèmes de compatibilité de format d'images animées, pourquoi ne pas plutôt faire un format "container" générique, dédié aux images animées, qui permette de stocker n'importe quel type d'images.
De la même manière qu'un fichier mkv (Matroska) peut contenir du h264 ou du xvid, on pourrait avoir un format pouvant contenir du jpg ou du png.
Pourquoi faire compliqué et réinventer un n-ième format, alors qu'un container serait simple et permettrait simplement d'ouvrir les images individuelles en utilisant un décodeur qui existe déjà (jpg, png, …).
De plus, un container permettrait aux projets d'être plus serein quand à son utilisation, puisqu'il serait possible de changer de format pour un format plus compressé dans le futur si besoin (par exemple du jpeg 2000 ou similaire).
Il y a quelques points à choisir ; est-ce qu'on autorise d'avoir plusieurs types d'images différents, est-ce qu'on peut stocker des metadata, quelles sont les propriétés de chaque frame (durée, position, …) ?
Une analyse d'autres formats pourrait être un point de départ : différents formats d'images animées, mais aussi des containers vidéo et des formats de metadata (EXIF, IPTC, ID3, …).
Une collaboration avec les différents acteurs, et principalement les différents navigateurs libres, permettrait peut-être de populariser le format et qu'il ne tombe pas dans l'oublie.
# Pourquoi ce système
Posté par Damien Thébault . En réponse au journal Voter autrement. Évalué à 0.
Les systèmes électoraux sont étudiés depuis pas mal de temps, et de nombreux existent déjà.
Ici on nous sort un nouveau système de vote tiré d'un chapeau… pourquoi? Le papier en question ne compare même pas à d'autres systèmes de votes connus !
(Ce qui serait bien, ça serait d'avoir un système sans vote stratégique)
Peut-être qu'un des avantages de cette méthode c'est d'être facilement compréhensible par le grand public, et donc un meilleur argument dans une campagne électorale.
Si je regarde la page wikipedia Majority Judgmen qui lui est associée, je lis que c'est comme du Bucklin voting où on pourrait avoir plusieurs fois la même note.
J'avoue que je n'ai pas vraiment compris toutes les subtilités des systèmes de vote, donc je ne sais pas trop ce que la modification en question va avoir comme conséquence, mais si on regarde le tableau de comparaison Comparison of single-member district election methods, le système de Blucklin voting me semble avoir peu de points positifs par rapport à d'autres méthodes.
En comparaison, notre système actuel à deux tours Two-round system peut à priori se rapprocher du Contingent vote, qui m'a l'air tout aussi mauvais (encore une fois, à vue de nez, mais je dirais que la pratique confirmerait plutôt bien).
Je pense que c'est une bonne idée de penser à un autre système de vote, cependant au lieu de sortir un sytème magique, je dirais plutôt de rassembler des gens qui connaissent le sujet, définir des critères, comparer les méthodes existantes avant de se fixer sur quelque chose.
(Sinon au passage j'avais regardé vite fait la méthode IRV lors du référendum au royaume-uni et j'avais trouvé ça plutôt bien il me semble)
[^] # Re: Et ?
Posté par Damien Thébault . En réponse au journal Juste un bug idiot.. Évalué à 10.
D'après "man 5 core":
Il n'est pas dit qu'il est possible d'utiliser des pipes comme si c'était un shell. Le pipe en début de ligne est juste là pour montrer que c'est un programme à exécuter.
Du coup mon interprétation serait la suivante, le programme tee va se lancer avec les argv suivants:
Du coup, on aurait bien le core dans /tmp/code.%e.%p, par contre, tee écrirait aussi le contenu dans un fichier "|", "e", "%c", etc.
Et surtout dans /usr/libexec/abrt-hook-ccpp, qui serait donc également écrasé par le core dump… Et qui ne marcherait donc plus !
Il me semble que le core file est enregistré dans le "current working directory" (cwd) du process qui crashe, donc si cwd="/", on se retrouve avec tous le fichiers mentionnés ci-dessus directement dans /, et c'est un beau bordel.
J'ai bon?
# mono?
Posté par Damien Thébault . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
Y'a Mono qui fait plein de pub pour le développement mobile (iOS + Android), mais c'est pas forcément les mêmes API pour l'UI d'après ce que j'ai compris.
Sinon perso je serait plutôt parti sur du Qt, ça s'adapte sans modification à la majorité des systèmes existants, et ça c'est bien. En plus de ça l'API est bien !
[^] # Re: Arch'ment bon! La pédagogie en plus!
Posté par Damien Thébault . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 10.
Quand on utilise gentoo, ça va pas plus vite, et en plus c'est vraiment lent à installer des paquets, par contre:
Par rapport au lien lui-même:
Globalement je dirais que Gentoo et Arch ça se ressemble sur pas mal de points, sauf que sur Arch c'est plus rapide d'installer des paquets (pas de compilation) mais y'a des choses en moins (pas de customisation de l'install par rapport à ses besoins, moins d'homogénéité puisqu'il y a des paquets binaires de base et la possibilité d'avoir des sources).
Je comprends que des gens aiment bien debian, mais j'avoue que j'avais testé debian au tout début quand j'ai commencé linux, X ne se lançait pas (c'était y'a longtemps donc c'était pas autant automatique que maintenant, fallait avoir une configuration), et y'avait pas mal de soucis à gauche et à droite. Rien de bien grave mais puisque toute l'installation était simplifiée j'avais aucune idée de quoi faire pour résoudre mes problèmes.
De l'autre côté, avec gentoo tout était bien expliqué, du coup avec un peu de logique c'était facile de suivre pas à pas et de résoudre les différents problèmes, pour moi c'était vraiment le jour et la nuit, enfin comprendre comment les choses fonctionnent et ne pas juste subir les problèmes.
Si quelqu'un commence aujourd'hui, je lui conseillerais plutôt ubuntu, pas besoin de se poser des questions puisque ça marche tout seul (pas comme quand moi j'ai commencé avec debian). Mais j'avoue que je discute régulièrement avec des gens sous ubuntu qui ont des soucis que je sais résoudre facilement sous gentoo mais qui ont l'air compliquées à faire sous ubuntu (doc trop superficielle, forums qui fournissent des réponses pas constructives parfois ou simplement choses difficiles à faire avec apt).
Je pense surtout que les gens devraient être plus ouverts d'esprits par rapport aux gens qui utilisent d'autres distributions, je trouve bien que chacun disent les choses qu'il aime dans la distribution qu'il utilise (ça permet d'avoir des avis et de se dire "ah ça a l'air pas mal, je testerais peut-être"), mais tout ce qui est tourné comme une attaque vers telle ou telle distribution je trouve ça pas très bien, surtout que c'est assez régulièrement du FUD.
[^] # Re: Pas étonnant
Posté par Damien Thébault . En réponse au journal Sarkozy ou le relativisme absolu. Évalué à 0.
J'avoue que ça me dérange un peu de décrire la chose une ènième fois alors que la réponse se trouve en quelques secondes sur internet.
Si tu ne veux pas lire de "plaquette publicitaire" tu peux lire la description wikipedia http://en.wikipedia.org/wiki/Facebook_features#Timeline
Et sinon plus globalement tu peux chercher sur google si tu veux avoir d'autres sources.
Si tu as blacklisté wikipedia.org et google.com de ton /etc/hosts ou si tu as uniquement linuxfr.org dedans, ça va être malheureux.
[^] # Re: Pas étonnant
Posté par Damien Thébault . En réponse au journal Sarkozy ou le relativisme absolu. Évalué à 1.
https://www.facebook.com/about/timeline
[^] # Re: Attention, danger !
Posté par Damien Thébault . En réponse au journal Darktable 1.0. Évalué à 2.
J'ai utilisé darktable plusieurs fois, mais dernièrement j'ai testé RawTherapee et je trouve ce dernier plus intuitif, plus agréable à utiliser et avec des effets un peu plus configurables à mon goût.
(De plus, je n'ai jamais vu l'histogramme de darktable, petit bug un peu gênant)
# Déjà un Freerunner... mais encore?
Posté par Damien Thébault . En réponse au journal [Mobile] OpenPhoenux aka GTA04 sera bientôt construite, derniers jours pour les commandes !. Évalué à 3.
Personnellement, je suis déjà en possession d'un Freerunner (GTA02), donc avec un boîtier pouvant accueillir le GTA04.
Mais j'avoue que à l'époque j'ai été particulièrement déçu par les OS disponibles (le meilleur à mon goût étant QtExtended, c'est dire l'échec de FSO).
SHR était en train de se mettre en place et était encore bien buggé, j'imagine que ça s'est un peu amélioré depuis.
De mon côté, j'attends (encore/toujours) ma OpenPandora, et j'ai déjà plus confiance. Si je regarde comment c'était sur GP2X, la communauté faisait des hacks un peu partout, mais au final c'était simple, solide et ça marchait bien.
À vrai dire je serais plus en confiance avec une distribution basée sur Maemo/Mer, là je pourrais voir un intérêt, l'interface me semble plutôt bien pensée et plutôt jolie sur N9.
(Hé, peut-être que Gnome3 a un intérêt maintenant? En 640x480 ça va peut-être être compliqué.)
[^] # Re: Mouai... mais faut se renseigner
Posté par Damien Thébault . En réponse au journal New iPad. Évalué à 4.
Bien sûr que la 4G n'est valable qu'en amérique du nord, puisqu'il n'y a pas vraiment d'offre 4G en europe.
De la même manière, si le réseau 3G français venait à être arrêté, les smartphones 3G en pourraient plus l'utiliser, mais ça resterait des smartphones compatible 3G quand même.
(à noter aussi en bonus les différences de fréquences utilisées en 3G/4G entre l'amérique du nord et l'europe, mais c'est une autre histoire)
Quand je parlais de comparer iPad 2 et iPad 3, c'était sur le plan technique "dans le meilleur des cas".
Sinon on pourrait aussi les comparer dans une région sans électricité où leur seule utilité serait de faire presse-papier et où l'iPad 3 serait pour le coup un peu meilleur du fait de son poids un peu plus important.
[^] # Re: Mouai...
Posté par Damien Thébault . En réponse au journal New iPad. Évalué à 2.
Globalement, ce que les gens disent c'est :
mais ce que j'ai surtout remarqué c'est que y'a une fille qui a quand même remarqué que la résolution de l'écran était pas si bonne que ça (ce qui est vrai puisque c'est un iPad 2)
De toute façon la diff entre l'iPad 2 et l'iPad 3, c'est :
À vue de nez, je dirais que :
[^] # Re: Le fond noir pour les images
Posté par Damien Thébault . En réponse à la dépêche Firefox 11. Évalué à 5.
Ce qu'il faut c'est que l'image soit entourée de noir, mais sur un fond en damier comme c'est fait sur la majorité des logiciels d'édition/visualisation d'images, ça permet de représenter la transparence plutôt bien je trouve.
Aucun graphiste ne sera étonné de voir un fond en damier (contrairement à un fond noir), et pour l'utilisateur final c'est pas plus mal non plus.
[^] # Re: Sacré flop
Posté par Damien Thébault . En réponse au journal Chronique d'un flop annoncé. Évalué à 3.
Pour les gens qui utilisent peu/pas le clavier et qui utilisent peu/pas le multitâche un iPad c'est comme un MacBook effectivement.
En fait un iPad c'est fait pour aller sur facebook et sur youtube. C'est surtout pour les gens qui consomment de l'internet mais qui n'en produisent pas.
[^] # Re: Du XML ?
Posté par Damien Thébault . En réponse à la dépêche Projet Lumberjack. Évalué à 4.
Surtout qu'avec logrotate c'est déjà fait automatiquement en .gz
[^] # Re: Du XML ?
Posté par Damien Thébault . En réponse à la dépêche Projet Lumberjack. Évalué à 3.
À vrai dire, je préfère encore du JSON/XML à ça:
Et je parle même pas du "format structuré" et des combinaisons possibles entre les deux.
Disons que je veuille récupérer des données du fichier de log (en général gros), je préfèrerais me faire un petit xsl ou xmlstarlet ou xpath plutôt que de faire une regexp sed qui marchera seulement 80% du temps.
# Key Lime Pie
Posté par Damien Thébault . En réponse au journal Prochaine version d'Android : le nom a été choisi. Évalué à 2.
Je dirais Key Lime Pie plutôt.
Google News Key Lime Pie
# Amis ?
Posté par Damien Thébault . En réponse au journal Google connaît mon adresse ... postale?!. Évalué à 7.
À mon avis, ça pourrait venir de quelqu'un d'autre également.
Par exemple j'imagine que si un de tes amis rentrent ton nom/prénom/email/numéro de téléphone/adresse dans son téléphone Android, ces informations sont uploadées dans Gmail et Google va alors pouvoir compléter ce qu'il sait sur toi.
[^] # Re: Qui est spolié?
Posté par Damien Thébault . En réponse au journal Comment Ubuntu "s'appuie" sur Debian. Évalué à -3.
J'avoue que Ubuntu a rajouté plein de technos up-to-date que ne contenait pas Debian.
Par exemple le passage à Upstart que je trouve une bonne chose par rapport à l'antique init qui se trouvait dans debian.
Ils leur reste encore à supprimer deb/dpkg/apt et à utiliser un bon gestionnaire de packages à la place, et on aura une distribution qui commencera à être bien !
[^] # Re: Pas de VM
Posté par Damien Thébault . En réponse à la dépêche Petites brèves sur Dartium et l'utilisation de Redis sur Youporn. Évalué à 1.
Effectivement ça c'est un autre problème.
Pour Firefox, quand on voit ce qu'il font avec IronMonkey [1][2], je trouve ça bizarre de totalement écarter l'intégration de Dart.
Je dirais que si Google développe IronDart il n'y a pas de raison que IronPython soit OK et pas IronDart.
[1] https://wiki.mozilla.org/Tamarin:IronMonkey
[2] https://wiki.mozilla.org/Platform/Features/IonMonkey
[^] # Re: Deuxfleurs !
Posté par Damien Thébault . En réponse à la dépêche Sortie de VLC 2.0 « Twoflower ». Évalué à 5.
La copine loup-garou de Carotte (du Guet d'Ankh-Morpork).
Première apparition dans « Le Guet des orfèvres » (Tome 15 des Annales du Disque-monde)
# Pas de VM
Posté par Damien Thébault . En réponse à la dépêche Petites brèves sur Dartium et l'utilisation de Redis sur Youporn. Évalué à 1.
Avec le javascript comme c'est fait actuellement avec la compilation JIT et tout, je vois pas vraiment la différence avec une VM.
Ok, le code est en clair, et c'est tout.
[^] # Re: Quelques précisions
Posté par Damien Thébault . En réponse au journal GNOME3: après le shell, les applications ?. Évalué à 5.
Perso c'est très rare que je maximise une fenêtre.
À priori ça m'arrive juste pour les logiciels photo (Gimp, F-Spot, Darktable, Luminance), Eclipse les quelques fois que je le lance.
Toutes mes autres applications sont en mode fenêtrées, que ça soit
- le browser (1024x700 à peu près, ça me permet d'organiser les onglets dans différentes fenêtres et ensuite d'organiser les fenêtres spatialement sur mon bureau)
- les terminaux (je peux en mettre au minimum 4 en 80x24, du coup j'ai la possibilité de faire du travail parallèle, et aussi d'avoir par exemple une fenêtre de browser à côté pour lire de la doc, ou bien de changer la taille pour avoir une fenêtre plus grande pour coder, tout en ayant une page de man, etc.)
- une calculatrice (gcalctool est assez pratique pour faire des conversions Hex/Dec/Bin, mais si je devais switcher d'application à chaque fois ça serait juste super pénible, du coup je met la calculatrice d'un côté, l'autre appli à côté et voilà!
- ...
Globalement je trouve qu'on a des écrants suffisamment grands aujourd'hui. C'est comme mes murs, je n'y met pas des tableaux du sol au plafond juste sous prétexte que j'ai de la place.
(à partir de 1024x768 j'aurais du mal à travailler de manière très efficace quand même, mais mais Gnome ne se destine pas spécialement aux netbooks à ce que je sache)
Bon quand je regarde comment les autres personnes utilisent leur ordinateur, je me dis que je dois avoir une utilisation très minoritaire (déjà, ne pas avoir une seule fenêtre de navigateur fullscreen+tabs et ne pas avoir un gros terminal fullscreen+tabs).
Du coup je comprends bien qu'ils veuillent faciliter la vie des 99%.
[^] # Re: Suite logique et cohérente.
Posté par Damien Thébault . En réponse au journal GNOME3: après le shell, les applications ?. Évalué à 3.
Dans Meego ça me semble normal, un OS de smartphone, c'est fait pour et ça semble bien fait.
Gnome Shell on dirait qu'il font un OS de tablet alors que ça sera utilisé uniquement sur PC et jamais sur tablet.
Si toutes les applis se transforment comme ça, Mate aura un vrai intérêt :)
Je sais pas si vous avez vu les mockups du remplaçant d'Epiphany:
https://live.gnome.org/Design/Apps/Web
Le tabless browsing j'ai un gros doute.
(Sinon y'a des bonnes idées : "Queue", design soigné genre la barre d'URL).