Il paraît qu'un des membres de l'équipe Mir est un expert du domaine, il se peut que ça suffise à faire une bonne architecture et de bonnes specs (d'autant qu'il a certainement bénéficié de toutes les discussions sur le sujet ces dernières années même s'il n'a peut-être pas directement contribué à Wayland). Et si on a une bonne architecture et de bonnes specs je ne vois pas pourquoi il faudrait des experts du domaine pour réaliser le projet.
Je ne sais pas si cette démo est représentative d'un état d'avancement ou d'une capacité à mener à bien le projet mais se gausser parce que ce n'est que du scrolling ne me paraît pas très pertinent. En effet, sauf erreur de ma part, le scrolling est géré par le toolkit graphique (Qt ou Gtk, par exemple), pas par le serveur graphique*. Si la démo cherche à prouver quelque chose, ce n'est donc pas ça.
Il y a aussi une démo avec des objets 3D. Mais pour être honnête je ne pense pas qu'a contrario on puisse dire "wahou, de la 3D !" vu que ce n'est pas non plus le serveur graphique qui s'en occupe*.
In fine, ça pose la question des critères objectifs qui permettraient d’évaluer le truc (et son avancement) au travers des démos présentées sans tomber dans la moquerie mal placée ni l'extase (bon, il y a aussi les sources mais c'est sans doute moins parlant pour le commun des mortels).
* J'en suis resté à un peu de programmation X11, il y a bientôt 25 ans, peut-être que je suis à la ramasse dans mes affirmations…
Il y a les libristes : ils aiment la philosophie du libre et changeront sans problème ;
Il y a les autres : ils ont ubuntu parce qu'à la mode
Sous un vernis d'approche méthodique, c'est perfide. Évidemment, il est exclu de penser que "les autres" ont Ubuntu parce que c'est simple à installer et à utiliser, ils sont trop cons…
Et toi tu n'as pas lu ce que j'ai écris (cad rien de ce qui caractérise le mythe 27).
Je dis juste que :
1) Systemd est arrivé après Upstart (comme Mir après Wayland)
2) il a provoqué des milliers de réactions hostiles (comme Mir)
Quoiqu'on pense de Mir (et de Systemd), prendre appui (comme le fait Sinma) sur le non-remplacement de Upstart par Systemd dans Ubuntu pour "enfoncer le clou" sur Canonical ne me paraissait pas l'argument le plus pertinent.
Ils ne migreront totalement que quand ils n'auront plus le choix.
Source ?
Et quand bien même ce serait vrai, en quoi serait-ce critiquable vu que Upstart est arrivé avant et que ça semble leur suffire ? Le libre c'est libre mais seulement si c'est comme toi tu veux, c'est ça ? A force de Canonical bashing primaire, on finira par dévaloriser complètement les éventuels arguments pertinents qu'on pourrait lui opposer…
Rien ne dit qu'ils vont le conserver mais là je suppose qu'ils ont un peu trop de pain sur la planche, plus urgentes (de leur point de vue). A ce propos, j'ai appris qu'ils vont passer à logind (qui fait partie de Systemd mais avec très peu de dépendances).
BTW je trouve drôle qu'on parle de Systemd pour attaquer Canonical sur Mir… Parce que comme projet consensuel fait avec l'accord de la communauté etc., Systemd est pas mal… et est arrivé après Upstart (même si RedHat a eu au moins le mérite d'essayer Upstart ce qui n'est pas le cas de Canonical pour Wayland).
Pour te parodier, on pourrait dire que Qt est bien meilleur que GTK3*, Gnome n'a aucune raison de le conserver - et pourtant ils ne semblent pas vouloir en changer. Et même si je le regrette, je ne vois aucune raison de les critiquer pour ça.
* inutile de lancer un débat là-dessus, c'est juste pour illustrer mon propos, j'aurais pu prendre un autre exemple d'affirmation arbitraire.
Quelqu'un a t-il un retour d'expérience sur Qobuz Premium (l'équivalent fonctionnel et tarifaire de Spotify et Deezer, pas les offres à 20 ou 30€), notamment au niveau des applis ?
Je sais qu'il n'y a pas d'appli native Linux mais est-ce que ça marche sous wine ? Est-ce que l'appli Android présente les mêmes qualités/défauts que celles de Spotify/Deezer ? Bref, ça serait bien d'étendre cet intéressante discussion à ce troisième larron qui, comme Deezer, est français (si toutefois son auteur initial n'y voit pas un squat malvenu).
Si au final tu n'écoutes que tes fichiers une bonne solution est d'utiliser Subsonic (c'est d'ailleurs là-dessus que s'appuie Ubuntu Music, au moins pour le client Android).
Objectivement c'est faux et de beaucoup* : Qobuz déclare avoir 12 millions de titre alors que ses deux concurrents en déclarent 20 millions.
* sous réserve de la sincérité de Deezer et Spotify.
Mais il serait plus intéressant d'avoir les chiffres par genre : classique, pop/rock, jazz, folk, reggae, rap, etc… (sans rentrer non plus dans les sous-genres).
C'est que j'utilisais dans mon boulot. TortoiseSVN offre une fonction très pratique où en sélectionnant deux révisions il affiche directement un doc avec les marques de révisions indiquant les différences entre les deux docs. En revanche on demandait à l'auteur de commiter lui-même afin qu'il puisse saisir la description des modifications (un simple clic-droit sur le fichier à commiter). Chaque commit déclenchait un email aux intéressés avec la description du commit. SVN était configuré pour que chacun ait une copie de tous les documents dans les répertoires qui l'intéressent (=> accès offline aux documents), un simple clic droit sur un répertoire donnant accès à la mise à jour du répertoire avec les commits fait par d'autres utilisateurs.
Je sais que SVN c'est considéré comme has-been mais pour ce genre d'usage et avec un client bien fichu comme TortoiseSVN, c'est très simple à utiliser même pour des non-informaticiens (il faut quand même un admin pour gérer le truc).
Au départ (il y a un peu plus de 25 ans), Ada n'était pas "objet" du tout, la seule API graphique disponible était directement X-Windows et ce n'était pas le langage le plus simple à appréhender. En outre, le marché proposait très peu de développeurs Ada. J'imagine que ces raisons, parmi d'autres sans doute, n'ont pas incité les entreprises à faire l'effort d'adopter le langage, sauf pour certains clients où ce choix était stratégique (systèmes à haute sûreté comme la conduite de centrales nucléaires, par exemple).
Je n'ai pas de souvenir précis mais je suis à peu près sûr qu'il m'a suffit de cliquer sur le + en haut à gauche de mon gmail pour créer mon G+ (ainsi que ceux de ma femme et de mon fils), les trois comptes étant sur trois domaines google apps gratuits différents (i.e. trois domaines).
En revanche, je me souviens que je n'ai pas eu accès à G+ les premiers mois, mais c'était la même chose pour les google apps payants.
Il me semble que quand on répond à la question secrète le password est envoyé sur l'adresse mail concernée, il n'est pas donné en direct. Donc on n'est pas plus avancé.
La killer feature de Picasa (pour moi) c'est la reconnaissance faciale : détermination des zones de visage et identification automatique des personnes correspondantes dès lors que l'on a manuellement identifié ces personnes sur un ou plusieurs photos (Digikam en est encore loin). Ca marche très bien et c'est super pratique pour retrouver des photos.
Cette fonctionnalité est couplée (depuis la 3.9) à un taggage XMP standard permettant la réutilisation de cette reconnaissance de visage par d'autres logiciels (sous réserve qu'ils analysent les champs XMP correspondants) => plus de dépendance à Picasa.
On pourrait donc limiter l'utilisation de Picasa à la reconnaissance faciale. Malheureusement, à ma connaissance, aucun logiciel libre sous Linux n'est à ce jour capable d'analyser les champs XMP concernés alors que Photoshop Bridge ou iMatch (et peut-être XnViewMP ?) en sont capables.
Donc, en ce qui me concerne, j'utilise Picasa sous Wine (le Wine standard) pour tagguer les visages (et que les visages) + iMatch (également sous Wine) pour le reste. Rien que du propriétaire et le tout sous Wine. Si je récolte pas un -10 avec cet aveu, je serai verni…
En ce qui me concerne j'utilise la dernière version (3.9) sous le Wine "normal" et ça marche très bien (et très vite). Je ne sais pas trop ce qu'apporte le Wine modifié par Google (il était peut-être plus nécessaire dans les versions précédentes ?).
Ceci dit, je n'utilise Picasa que parce qu'il est pour moi irremplaçable pour tagguer les visages (NB. La 3.9 offre l'option d'écrire les tags de visage dans un format XMP standardisé => pas de dépendance à Picasa).
Par ailleurs, pour les utilisateurs souhaitant tagguer leur photos au format XMP de façon un peu plus poussée que la légende et les mots clé, il n'y a pas beaucoup de choix "libre" sur Linux : à ma connaissance seul Digikam fait une partie du boulot (IPTC Core mais pas encore IPTC Extension, me semble t-il). Sinon, il y a XnViewMP qui n'est pas libre mais assez complet lui aussi.
Tu dois te rendre d'un point A à un point B. Si tu peux y aller à pied, tu utilises ce moyen de transport, lent mais en principe sûr. Si tu ne peux pas y aller à pied (parce que trop éloigné par exemple) tu choisis de rester à la maison ou bien tu choisis de prendre ta voiture où tu risques pourtant l'accident malgré ta prudence ?
Il se trouve que pour les élections d'élus politiques, il est possible "d'aller à pied" (i.e. voter papier) car elles sont peu fréquentes et que l’État mobilise un important dispositif. Sur ce point je ne souhaite pas que ça change.
En revanche, dans d'autres situations où il n'est pas possible d'aller à pied il me paraît pertinent de prendre sa voiture (i.e. voter électroniquement), en prenant le maximum de précautions*, plutôt que de rester à la maison (i.e. laisser faire sans s'exprimer).
*De la même façon qu'on améliore la sécurité automobile pour rendre le risque "acceptable" par rapport au gain escompté, je suis persuadé qu'on peut faire de même pour le vote électronique. Encore faut-il ne pas laisser la chose, par jusqu'au boutisme, aux mains d'entreprises qui n'ont qu'un intérêt lucratif en la matière.
Moi je vois le cas de la mise en œuvre d'une démocratie participative à un niveau local. Actuellement, une fois élue pour 7 ans, l'équipe municipale décide le plus souvent seule. Entre le risque malgré tout assez faible que mon avis soit manipulé et celui, certain, qu'on ne me le demande pas durant sept ans, je fais vite le choix.
Je pense qu'entre les élections politiques et le choix d'un restau, il y a de la place pour quelques usages raisonnables.
Je pense que le vote électronique peut trouver une place acceptable là où il n'y a actuellement pas de vote car ce serait trop lourd d'en organiser un "papier" par rapport à l'enjeu du vote. Pour ce genre de cas, un vote internet peut souvent suffire ce qui résout le problème du coût. L'idée étant qu'un vote électronique n'offrant que 99,99% de fiabilité est peut-être mieux que pas de vote du tout (quoique ça peut se discuter).
[^] # Re: Pourquoi pas ? Mais...
Posté par mahikeulbody . En réponse à la dépêche Mir, un serveur d’affichage de trop ?. Évalué à -2.
Le diable se cache parfois dans les détails…
[^] # Re: Pourquoi pas ? Mais...
Posté par mahikeulbody . En réponse à la dépêche Mir, un serveur d’affichage de trop ?. Évalué à 2.
Il paraît qu'un des membres de l'équipe Mir est un expert du domaine, il se peut que ça suffise à faire une bonne architecture et de bonnes specs (d'autant qu'il a certainement bénéficié de toutes les discussions sur le sujet ces dernières années même s'il n'a peut-être pas directement contribué à Wayland). Et si on a une bonne architecture et de bonnes specs je ne vois pas pourquoi il faudrait des experts du domaine pour réaliser le projet.
[^] # Re: Pourquoi pas ? Mais...
Posté par mahikeulbody . En réponse à la dépêche Mir, un serveur d’affichage de trop ?. Évalué à 1. Dernière modification le 08 mars 2013 à 13:53.
Je ne sais pas si cette démo est représentative d'un état d'avancement ou d'une capacité à mener à bien le projet mais se gausser parce que ce n'est que du scrolling ne me paraît pas très pertinent. En effet, sauf erreur de ma part, le scrolling est géré par le toolkit graphique (Qt ou Gtk, par exemple), pas par le serveur graphique*. Si la démo cherche à prouver quelque chose, ce n'est donc pas ça.
Il y a aussi une démo avec des objets 3D. Mais pour être honnête je ne pense pas qu'a contrario on puisse dire "wahou, de la 3D !" vu que ce n'est pas non plus le serveur graphique qui s'en occupe*.
In fine, ça pose la question des critères objectifs qui permettraient d’évaluer le truc (et son avancement) au travers des démos présentées sans tomber dans la moquerie mal placée ni l'extase (bon, il y a aussi les sources mais c'est sans doute moins parlant pour le commun des mortels).
* J'en suis resté à un peu de programmation X11, il y a bientôt 25 ans, peut-être que je suis à la ramasse dans mes affirmations…
[^] # Re: Mouais
Posté par mahikeulbody . En réponse au journal Canonical/Ubuntu ou l'allégorie de la grenouille. Évalué à 4.
Il y a les libristes : ils aiment la philosophie du libre et changeront sans problème ;
Il y a les autres : ils ont ubuntu parce qu'à la mode
Sous un vernis d'approche méthodique, c'est perfide. Évidemment, il est exclu de penser que "les autres" ont Ubuntu parce que c'est simple à installer et à utiliser, ils sont trop cons…
[^] # Re: Pourquoi pas ? Mais...
Posté par mahikeulbody . En réponse à la dépêche Mir, un serveur d’affichage de trop ?. Évalué à 2.
Et toi tu n'as pas lu ce que j'ai écris (cad rien de ce qui caractérise le mythe 27).
Je dis juste que :
1) Systemd est arrivé après Upstart (comme Mir après Wayland)
2) il a provoqué des milliers de réactions hostiles (comme Mir)
Quoiqu'on pense de Mir (et de Systemd), prendre appui (comme le fait Sinma) sur le non-remplacement de Upstart par Systemd dans Ubuntu pour "enfoncer le clou" sur Canonical ne me paraissait pas l'argument le plus pertinent.
[^] # Re: Pourquoi pas ? Mais...
Posté par mahikeulbody . En réponse à la dépêche Mir, un serveur d’affichage de trop ?. Évalué à 4. Dernière modification le 08 mars 2013 à 10:34.
Source ?
Et quand bien même ce serait vrai, en quoi serait-ce critiquable vu que Upstart est arrivé avant et que ça semble leur suffire ? Le libre c'est libre mais seulement si c'est comme toi tu veux, c'est ça ? A force de Canonical bashing primaire, on finira par dévaloriser complètement les éventuels arguments pertinents qu'on pourrait lui opposer…
[^] # Re: Pourquoi pas ? Mais...
Posté par mahikeulbody . En réponse à la dépêche Mir, un serveur d’affichage de trop ?. Évalué à 1.
Rien ne dit qu'ils vont le conserver mais là je suppose qu'ils ont un peu trop de pain sur la planche, plus urgentes (de leur point de vue). A ce propos, j'ai appris qu'ils vont passer à logind (qui fait partie de Systemd mais avec très peu de dépendances).
BTW je trouve drôle qu'on parle de Systemd pour attaquer Canonical sur Mir… Parce que comme projet consensuel fait avec l'accord de la communauté etc., Systemd est pas mal… et est arrivé après Upstart (même si RedHat a eu au moins le mérite d'essayer Upstart ce qui n'est pas le cas de Canonical pour Wayland).
Pour te parodier, on pourrait dire que Qt est bien meilleur que GTK3*, Gnome n'a aucune raison de le conserver - et pourtant ils ne semblent pas vouloir en changer. Et même si je le regrette, je ne vois aucune raison de les critiquer pour ça.
* inutile de lancer un débat là-dessus, c'est juste pour illustrer mon propos, j'aurais pu prendre un autre exemple d'affirmation arbitraire.
# et Qobuz ?
Posté par mahikeulbody . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 2.
Quelqu'un a t-il un retour d'expérience sur Qobuz Premium (l'équivalent fonctionnel et tarifaire de Spotify et Deezer, pas les offres à 20 ou 30€), notamment au niveau des applis ?
Je sais qu'il n'y a pas d'appli native Linux mais est-ce que ça marche sous wine ? Est-ce que l'appli Android présente les mêmes qualités/défauts que celles de Spotify/Deezer ? Bref, ça serait bien d'étendre cet intéressante discussion à ce troisième larron qui, comme Deezer, est français (si toutefois son auteur initial n'y voit pas un squat malvenu).
[^] # Re: Les goûts et les couleurs...
Posté par mahikeulbody . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 0.
Il n'a pas les fonctions d'un cloud classique, je préfère parler de Deezer/Spotify perso (en bien plus paramétrable, soit dit en passant).
[^] # Re: Les goûts et les couleurs...
Posté par mahikeulbody . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 1.
Si au final tu n'écoutes que tes fichiers une bonne solution est d'utiliser Subsonic (c'est d'ailleurs là-dessus que s'appuie Ubuntu Music, au moins pour le client Android).
[^] # Re: Qobuz?
Posté par mahikeulbody . En réponse au journal Retour d’expérience : Deezer vs. Spotify (c’est Spotify qui gagne). Évalué à 2.
Objectivement c'est faux et de beaucoup* : Qobuz déclare avoir 12 millions de titre alors que ses deux concurrents en déclarent 20 millions.
* sous réserve de la sincérité de Deezer et Spotify.
Mais il serait plus intéressant d'avoir les chiffres par genre : classique, pop/rock, jazz, folk, reggae, rap, etc… (sans rentrer non plus dans les sous-genres).
[^] # Re: Rien d'autres
Posté par mahikeulbody . En réponse au journal Un DCVS pour des documents 'binaires' ?. Évalué à 2.
C'est complémentaire à une gestion de docs mais ça ne la remplace pas (sauf dans le cas d'un seul auteur par document).
[^] # Re: SVN ou autre
Posté par mahikeulbody . En réponse au journal Un DCVS pour des documents 'binaires' ?. Évalué à 4.
C'est que j'utilisais dans mon boulot. TortoiseSVN offre une fonction très pratique où en sélectionnant deux révisions il affiche directement un doc avec les marques de révisions indiquant les différences entre les deux docs. En revanche on demandait à l'auteur de commiter lui-même afin qu'il puisse saisir la description des modifications (un simple clic-droit sur le fichier à commiter). Chaque commit déclenchait un email aux intéressés avec la description du commit. SVN était configuré pour que chacun ait une copie de tous les documents dans les répertoires qui l'intéressent (=> accès offline aux documents), un simple clic droit sur un répertoire donnant accès à la mise à jour du répertoire avec les commits fait par d'autres utilisateurs.
Je sais que SVN c'est considéré comme has-been mais pour ce genre d'usage et avec un client bien fichu comme TortoiseSVN, c'est très simple à utiliser même pour des non-informaticiens (il faut quand même un admin pour gérer le truc).
[^] # Re: Popularité
Posté par mahikeulbody . En réponse à la dépêche Publication de la nouvelle norme Ada 2012. Évalué à 5.
Au départ (il y a un peu plus de 25 ans), Ada n'était pas "objet" du tout, la seule API graphique disponible était directement X-Windows et ce n'était pas le langage le plus simple à appréhender. En outre, le marché proposait très peu de développeurs Ada. J'imagine que ces raisons, parmi d'autres sans doute, n'ont pas incité les entreprises à faire l'effort d'adopter le langage, sauf pour certains clients où ce choix était stratégique (systèmes à haute sûreté comme la conduite de centrales nucléaires, par exemple).
[^] # Re: Accés à la version gratuite encore possible (mais pour un utilisateur maximum)
Posté par mahikeulbody . En réponse au journal Plus d'inscription à la version gratuite de Google Apps. Évalué à 2.
Notamment l'alias spécial * qui collecte tout ce qui n'est pas explicitement défini (souvent du spam, d'ailleurs).
[^] # Re: Qu'est-ce qui fait tourner le monde ?
Posté par mahikeulbody . En réponse au journal Plus d'inscription à la version gratuite de Google Apps. Évalué à 0.
Je n'ai pas de souvenir précis mais je suis à peu près sûr qu'il m'a suffit de cliquer sur le + en haut à gauche de mon gmail pour créer mon G+ (ainsi que ceux de ma femme et de mon fils), les trois comptes étant sur trois domaines google apps gratuits différents (i.e. trois domaines).
En revanche, je me souviens que je n'ai pas eu accès à G+ les premiers mois, mais c'était la même chose pour les google apps payants.
[^] # Re: Qu'est-ce qui fait tourner le monde ?
Posté par mahikeulbody . En réponse au journal Plus d'inscription à la version gratuite de Google Apps. Évalué à 4.
Faux : j'ai plusieurs Google Apps gratuits et chacun a Google+.
[^] # Re: grsync
Posté par mahikeulbody . En réponse à la dépêche Synchroniser vos dossiers locaux/distants. Évalué à 1.
Exact, c'est du backup, pas de la sync. Au temps pour moi.
# grsync
Posté par mahikeulbody . En réponse à la dépêche Synchroniser vos dossiers locaux/distants. Évalué à 1.
Il y a aussi grsync : rsync + interface GTK.
# Je ne comprends pas
Posté par mahikeulbody . En réponse au journal [ sécurité ] Comment se faire plomber sa messagerie (ou tout autre compte) par la "question secrète". Évalué à 0. Dernière modification le 04 mai 2012 à 17:14.
Il me semble que quand on répond à la question secrète le password est envoyé sur l'adresse mail concernée, il n'est pas donné en direct. Donc on n'est pas plus avancé.
[^] # Re: picatchou?
Posté par mahikeulbody . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 2. Dernière modification le 24 avril 2012 à 16:48.
La killer feature de Picasa (pour moi) c'est la reconnaissance faciale : détermination des zones de visage et identification automatique des personnes correspondantes dès lors que l'on a manuellement identifié ces personnes sur un ou plusieurs photos (Digikam en est encore loin). Ca marche très bien et c'est super pratique pour retrouver des photos.
Cette fonctionnalité est couplée (depuis la 3.9) à un taggage XMP standard permettant la réutilisation de cette reconnaissance de visage par d'autres logiciels (sous réserve qu'ils analysent les champs XMP correspondants) => plus de dépendance à Picasa.
On pourrait donc limiter l'utilisation de Picasa à la reconnaissance faciale. Malheureusement, à ma connaissance, aucun logiciel libre sous Linux n'est à ce jour capable d'analyser les champs XMP concernés alors que Photoshop Bridge ou iMatch (et peut-être XnViewMP ?) en sont capables.
Donc, en ce qui me concerne, j'utilise Picasa sous Wine (le Wine standard) pour tagguer les visages (et que les visages) + iMatch (également sous Wine) pour le reste. Rien que du propriétaire et le tout sous Wine. Si je récolte pas un -10 avec cet aveu, je serai verni…
[^] # Re: Et non
Posté par mahikeulbody . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 2.
En ce qui me concerne j'utilise la dernière version (3.9) sous le Wine "normal" et ça marche très bien (et très vite). Je ne sais pas trop ce qu'apporte le Wine modifié par Google (il était peut-être plus nécessaire dans les versions précédentes ?).
Ceci dit, je n'utilise Picasa que parce qu'il est pour moi irremplaçable pour tagguer les visages (NB. La 3.9 offre l'option d'écrire les tags de visage dans un format XMP standardisé => pas de dépendance à Picasa).
Par ailleurs, pour les utilisateurs souhaitant tagguer leur photos au format XMP de façon un peu plus poussée que la légende et les mots clé, il n'y a pas beaucoup de choix "libre" sur Linux : à ma connaissance seul Digikam fait une partie du boulot (IPTC Core mais pas encore IPTC Extension, me semble t-il). Sinon, il y a XnViewMP qui n'est pas libre mais assez complet lui aussi.
[^] # Re: Le vote électronique peut être une solution... dans certains cas
Posté par mahikeulbody . En réponse au journal [présidentielles] 1 million d'électeurs. Évalué à -1.
Tu dois te rendre d'un point A à un point B. Si tu peux y aller à pied, tu utilises ce moyen de transport, lent mais en principe sûr. Si tu ne peux pas y aller à pied (parce que trop éloigné par exemple) tu choisis de rester à la maison ou bien tu choisis de prendre ta voiture où tu risques pourtant l'accident malgré ta prudence ?
Il se trouve que pour les élections d'élus politiques, il est possible "d'aller à pied" (i.e. voter papier) car elles sont peu fréquentes et que l’État mobilise un important dispositif. Sur ce point je ne souhaite pas que ça change.
En revanche, dans d'autres situations où il n'est pas possible d'aller à pied il me paraît pertinent de prendre sa voiture (i.e. voter électroniquement), en prenant le maximum de précautions*, plutôt que de rester à la maison (i.e. laisser faire sans s'exprimer).
*De la même façon qu'on améliore la sécurité automobile pour rendre le risque "acceptable" par rapport au gain escompté, je suis persuadé qu'on peut faire de même pour le vote électronique. Encore faut-il ne pas laisser la chose, par jusqu'au boutisme, aux mains d'entreprises qui n'ont qu'un intérêt lucratif en la matière.
[^] # Re: Le vote électronique peut être une solution... dans certains cas
Posté par mahikeulbody . En réponse au journal [présidentielles] 1 million d'électeurs. Évalué à 0.
Moi je vois le cas de la mise en œuvre d'une démocratie participative à un niveau local. Actuellement, une fois élue pour 7 ans, l'équipe municipale décide le plus souvent seule. Entre le risque malgré tout assez faible que mon avis soit manipulé et celui, certain, qu'on ne me le demande pas durant sept ans, je fais vite le choix.
Je pense qu'entre les élections politiques et le choix d'un restau, il y a de la place pour quelques usages raisonnables.
# Le vote électronique peut être une solution... dans certains cas
Posté par mahikeulbody . En réponse au journal [présidentielles] 1 million d'électeurs. Évalué à -2.
Je pense que le vote électronique peut trouver une place acceptable là où il n'y a actuellement pas de vote car ce serait trop lourd d'en organiser un "papier" par rapport à l'enjeu du vote. Pour ce genre de cas, un vote internet peut souvent suffire ce qui résout le problème du coût. L'idée étant qu'un vote électronique n'offrant que 99,99% de fiabilité est peut-être mieux que pas de vote du tout (quoique ça peut se discuter).