Guillaume Smet a écrit 377 commentaires

Je comprends ton point de vue, mais il faut comprendre que nous voulons rendre le hardware de l'ordinateur accessible à tous. Pour pas mal de gens du type Michu, 3 vis, c'est juste "non".

Oui, mais d'un autre côté, je ne pense pas que les "gens du type Michu" soient prêts à mettre plus d'argent dans un ordinateur réparable.

Ils vont acheter le moins cher chez Darty ou à la FNAC et puis c'est tout. Et ils le portent au SAV quand ça ne marche plus.

Si vous ne comptez pas être sur la même gamme de prix que de l'entrée de gamme (et c'est peu probable que vous y arriviez en petite série), il faudra plutôt viser les geeks, et là le discours "facile à réparer par Mme Michu" tient moins.

L'autre souci que je vois, c'est la taille : les blocs vont mécaniquement nécessiter que le portable soit plus gros qu'un portable sans bloc.

L'évolutivité à long terme, ça pourrait vraiment être sympa mais c'est sans doute le sujet le plus complexe avec les normes qui changent dans tous les sens à vitesse V.

Bref, m'est avis qu'il faut vraiment que vous arriviez à trouver le discours qui vise la bonne cible et être en accord avec cela.

C'est cool un taille-crayon qui permet de regarder des films mais c'est un peu encombrant.

Alors, j'eus eu un paquet Debian pour un de mes logiciels : plein de modifs faites dedans sans même essayer d'en parler upstream (alors que j'étais plutôt super dispo pour parler de ça) dont certaines introduisaient des bugs majeurs (genre le logiciel qui ne fonctionnait plus du tout en activant une option très commune).

Et bien les gens viennent régulièrement remonter le souci upstream. Ce qui est d'autant plus frustrant quand tu ne peux rien y faire et que le mainteneur du paquet ne répond pas du tout à tes mails.

De mon expérience, c'est assez typique de Debian de se permettre des patches en pagaille sur les logiciels sans en parler upstream. C'est beaucoup moins le cas dans les distributions à base de RPM qui ont tendance à fournir des logiciels plus "vanilla".

Même expérience chez Mageia où ils avaient fait une erreur dans les dépendances (c'aurait été trop simple de s'inspirer des RPM existants…), où je me suis retrouvé avec la remontée de bug et où personne n'a répondu à mon mail non plus.

A l'inverse, j'avais un super bon contact avec le packager Fedora/RHEL/CentOS et tout se passait très bien.

Le fait est que ce que l'utilisateur retient, c'est que ton logiciel ne fonctionne pas, pas qu'il a été mal packagé.

Bref, le monde merveilleux des distributions, je dois avouer que ça m'a un peu refroidi. Pour un petit logiciel avec un auteur réactif, ce n'est quand même pas bien dur d'être un peu plus proactif et respectueux, d'autant plus quand ça permet d'arriver à un meilleur résultat.

Ce qui me gêne avec la licence globale, c'est que, personnellement, je n'ai pas vraiment envie de donner mon argent aux artistes que tout le monde écoute/va voir au cinéma.

Actuellement, tout l'argent que je dépense en culture, je le mets sur des trucs que j'aime et je pense que pour les petits artistes, le ratio nombre de personnes qui écoutent et achètent (et/ou vont à un concert) est supérieur à ce qui se passe pour les gros où il y a un piratage en masse (évidemment, ils vendent quand même plus de disques en absolu).

Je préfère donner 200 euros par an à des artistes que j'apprécie que 10 euros qui vont en partie aller à des artistes que je n'aime guère, notamment ceux dont le nom commence par "Calo" et finit par "gero" sans viser personne.

Du coup, je ne suis pas sûr qu'à la fin, si on répartit une licence globale par écoutes, les petits artistes s'y retrouvent. M'est avis que ça va faire comme la radio, une très grosse majorité de l'argent sur très peu de têtes.

Rien à voir mais gros coup de coeur du moment qui mériterait d'être plus connu : Ghostpoet.

Ouais, il me semble que je l'avais déjà remonté dans un journal précédent :).

Toujours sur le même sujet, il y a pas mal de typos sur la capture qui est sur http://theme.tracim.org/ .

Projets interne*s*
Feuil*l*es de suivi

Et puis le Mr Doe en haut de la page (qui devrait être M.).

Ce sont des détails mais autant éviter les fautes.

Bon désolé, c'est un détail mais sur une capture, il est écrit "Bienvenu, Mr Doe" et ça devrait être : "Bienvenue M. Doe" (i.e. un e à Bienvenue, et M. s'écrit M. en français et pas Mr comme en anglais).

Pour la virgule, je pense que ça se discute mais je ne la mettrai pas.

Bon et en fait, pour tout dire, je ne mettrai pas ce texte du tout. Ca ne sert pas à grand chose vu que le nom de la personne loggée est déjà en haut à droite. Et si j'ai envie qu'on me dise bonjour, je passe au Monop' :) (oui, je télétravaille).

J'avais prévenu dans un autre thread il y a longtemps, j'ai des yeux bioniques :).

La boulette apparaît là aussi : http://theme.tracim.org/.

Sinon, ça a l'air chouette.

Le matériel de ton téléphone, oui (avec potentiellement un changement de batterie).

Le logiciel qui est dessus, pour l'énorme majorité des smartphones (un non smartphone est tout de suite moins exposé), n'est pas supporté pendant 5 ans (tu as de la chance quand c'est supporté 1 an…). Donc tu as potentiellement tout un tas de failles de sécurité.

Pour moi, c'est un tout. Avoir un téléphone pas sécurisé du tout, ça craint quand même pas mal.

Le téléphone, oui. Le logiciel qui le fait tourner bof, comme tu le soulignes.

Après, pour le téléphone, tu as quand même le souci des performances. Faire tourner un OS de + 5 ans sur un ancien téléphone, ce n'est pas si simple. Avoir des backports des problèmes de sécurité serait quand même une bonne idée.

Typiquement, je serai curieux de voir le nombre de téléphones qui vont obtenir des mises à jour suite aux failles dont on parle là.

Une solution existe : faire moins de modèles avec moins de combinaisons de matériels possibles et c'est tout de suite plus facile de les supporter plus longtemps. Eviter les surcouches d'interfaces spécifiques qui ne seront pas maintenues…

Et même comme ça, typiquement, sur iPhone, tu ne peux pas garder une ancienne version d'iOS encore maintenue. Tu mets forcément à jour vers la majeure suivante (alors que tu ne le souhaites pas forcément).

Après, le souci est quand même que les gens n'ont pas l'air de trop s'en plaindre. Je suppose que ça attendra la première grosse faille/gros virus pour que les gens s'en inquiètent.

Disons que ta réponse aurait du sens si les téléphones actuels avaient une chance de durer 5 ans. C'est loin d'être le cas.

Notamment parce que pour avoir des mises à jour logicielles (et donc sécurité + applis qui fonctionnent) pendant 5 ans à partir du moment où tu l'as acheté (et pas le moment où le téléphone est sorti), tu peux un peu te gratter.

Mis à part chez Apple, bizarrement.

Rien qu'avoir un engagement de 3 ans, ce serait déjà pas mal…

Ah ben c'est super.

(Je me suis dévoué)

Disons qu'il compare la mise en place qui a été faite.

Peut-être qu'il y a moyen de faire plus optimisé sous Linux que l'installation qui a été faite mais visiblement ça demande un de recherche parmi toutes les possibilités offertes.

De mémoire, avec celle qu'on avait et son driver, sous Linux, on arrivait à agrafer mais toujours au même endroit.

Du coup, quand on faisait du 2 pages sur une, l'agrafe était mal placée. Et pareil pour les gens qui voulaient faire des "bouquins" en faisant du 2 pages sur 1 recto verso avec 2 agrafes sur le côté.

Sous Windows, suivant la disposition que tu choisissais, l'agrafage s'adaptait automatiquement.

Du coup, on évitait de l'utiliser sous Linux parce qu'on se faisait souvent avoir.

Bref, c'est des petites manies, mais c'était super pratique à l'usage.

Euh, encore une fois, c'est se leurrer de penser que le support constructeur pour MS n'est pas meilleur que le support pour Linux.

C'est un fait. On peut trouver que c'est vraiment trop injuste mais ça reste un fait.

Après, tu trouveras toujours des contre-exemples dans telle boîte avec telle imprimante (ou l'exemple de la très vieille imprimante qui a encore des drivers sous Linux mais plus sous Windows).

Alors le coup des impression recto/verso et de l'agrafage, c'est une montagne insurmontable pour le commun des mortels, certains utilisateurs n'étant même pas au courant qu'ils peuvent choisir quelle imprimante il peuvent utiliser par défaut (exemple réel) !

Ouais après tu as plein de gens qui font ça toute la journée, qui ont trouvé leur petit réglage qui va bien et que ça va vraiment gaver de ne plus pouvoir leur recto verso 2 pages sur une agrafé comme un bouquin (vu chez nous chez quelqu'un de vraiment pas technique).

Faut pas sous estimer les gens non plus.

Et se dire que l'expérience desktop Linux peut rester médiocre parce que les gens sont des billes, ce n'est pas trop comme ça que je vois les choses :).

Alors qu'ils soient librement ou propriétairement merdiques ça ne leur change pas grand chose.

Ben, ça change quelque chose à partir du moment où tu introduis quelque chose de nouveau. Ils ont contourné/accepté ce qui ne leur allait pas avant. Si tu leur amènes tout un lot de nouvelles frustrations, ils ne seront pas contents (quand bien même certains des trucs qu'ils contournaient auraient été réglés).

Quand tu changes quelque chose, il faut que tu sois au moins meilleur. Et même comme ça, ça grincera quand même.

Photocopieur sans agrafeuse intégré…

Super ton argument. Ben non. Dans mon ancienne boîte (PME, on était 50 sur le site), on avait un bloc Konica Minolta avec agrafeuse. Et c'est super pratique de récupérer ton document tout prêt. En plus, de faire un agrafage très plat et très propre.

Quand bien même tu aurais un service reprographie pour les grosses impressions, tu as souvent une imprimante départementale qui te permet de gérer le tout venant.

Ta remarque est typiquement le genre de remarque qui fait reculer plutôt qu'avancer. La solution, c'est d'arriver à faire en sorte de mieux supporter ces fonctionnalités, pas d'expliquer que ce qui est pratique pour plein de gens ne te sert en fait à rien.

Mes enfants trouvent MS Office horrible et préfère 1000 fois LibreOffice.

Super. C'est sûr que tes enfants sont sans doute la cible de la migration à Munich. Fais un schéma classique de présentation avec Office et avec LibreOffice, tu vas vite voir ce qui est le plus pratique (après tu peux aussi être de mauvaise foi mais faudrait vraiment y aller…). Et, ce n'est pas forcément un bien, mais beaucoup de gens passent beaucoup de temps à faire des schémas. Et en l'occurrence, ce n'est pas une affaire d'habitude vu que qu'à l'époque d'Office 2000, j'utilisais OOo sans souci (enfin avec des soucis parce qu'il y avait quand même beaucoup de bugs, mais niveau fonctionnalités, ça m'allait). Mais qu'une fois qu'il y a eu cette fonctionnalité toute bête, ça m'a vraiment saoulé d'utiliser OOo (et c'était en 2007…).

Après c'est sûr qu'on peut accepter de faire des compromis. Mais tu peux aussi ne pas avoir envie de les faire. Et ça peut se comprendre quand tu t'en tapes de l'Open Source et que tu as juste envie de faire ton job.

Marrant, je viens d'écrire autre chose dessus.

En général, ton sous-traitant va prendre en charge tout ton support.

Et il n'a clairement pas un développeur upstream par projet qu'il va supporter (cf le support Open Source de Linagora par exemple). Du coup, tu ne finances pas de l'upstream. Tu finances des corrections de bugs mais pas le développeur upstream qui va intégrer cela et discuter avec toi si ton patch n'est pas tout à fait comme il faut (ce qui est souvent le cas, c'est difficile d'écrire un patch pour un projet que tu connais peu).

Globalement, il y a deux soucis : comment financer l'upstream et comment avoir un interlocuteur qui puisse gérer tout le bazar.

Basiquement, il faudrait un Red Hat du desktop.

Ce que j'ai trouvé de mieux en cherchant vite fait, c'est ça : https://joinup.ec.europa.eu/news/munich-now-major-contributo .

Perso, de ce que je lis, je ne vois rien de majeur même si c'est toujours bon à prendre : des corrections de bugs et des outils de déploiement.

De mon expérience dans le service Open Source, j'ai jamais eu de mal pour que le client paye pour des corrections de bug ou de l'installation sur place.

Par contre, il y a un vrai souci pour arriver à financer le travail de fond : maintenance, gestion de la dette technique et développement de nouvelles fonctionnalités majeures (en dehors de celles clairement demandées par un client mais c'est souvent du très spécifique). La partie infra projet aussi est infinançable (pas forcément le matos mais le temps passé dessus).

Ce qu'on oublie souvent, c'est que les patches remontés génèrent aussi beaucoup de boulot côté communauté : relire les patches, faire des retours, demander les ajustements, tester et intégrer tout cela demande un temps non négligeable. Et souvent non financé, généralement, le seul qui est financé est la boîte de service qui fait le support qui aura écrit le patch initial. Sur un des projets sur lequel je bossais, je passais clairement beaucoup plus de temps que l'auteur initial sur la majorité des patches.

Pour moi, sur des projets de migration de ce genre, il devrait y avoir du plus ambitieux que corriger des bugs. Et surtout, il faudrait que, d'une manière ou d'une autre, on arrive à financer les développeurs upstream également.

Faire remonter l'argent upstream, c'est très compliqué.

On peut supposer qu'il n'y a que des mauvaises raisons…

Ou alors se demander s'il n'y a pas réellement des soucis sous Linux.

• C'est con mais les formes automatiques proposées pour faire des schémas par MS Office font gagner un temps fou pour faire des schémas propres. Rien que ça, dans un contexte où c'est assez courant, ça doit avoir des incidences. De mémoire, ça a été introduit dans Office 2007.
• Réussir à faire marcher parfaitement le recto/verso, l'agrafage (et toutes les options qui vont avec, position de l'agrafe…) sur une grosse imprimante multi-fonctions, c'est toujours la galère (même quand on a la chance d'avoir un driver).
• Nouveau laptop qui sort (y compris juste un incrément qui remplace celui déjà validé qui marchait bien), bam, c'est parti pour les soucis de veille, de dock, d'écrans supplémentaires qui marchent aléatoirement (chez Lenovo, on gagne à chaque coup et ça prend plusieurs mois pour se régler - sachant qu'on ne peut plus commander les anciens vu qu'ils ne les fabriquent plus…) - et qui sait que je bosse pour une boîte qui est plutôt bien armée pour arriver à identifier et régler ces soucis.
• Jamais utilisé mais je n'ai toujours entendu que du bien des outils de gestion de parc de MS (et qui sait que c'est pas courant d'en entendre du bien).

On peut toujours dire que c'est la faute des constructeurs et tout ça. A l'arrivée l'utilisateur s'en tape : sous Linux, il n'arrive pas à faire agrafer ses impressions, sous Windows, ça marchait sans souci.

Perso, je suis très content de bosser sous Linux depuis 15 ans. Mais, dans mon job précédent où je faisais aussi pas mal de bureautique, j'étais très content d'avoir un remote desktop avec un Windows et un Office (en plus que je n'avais pas à gérer, tout bénéf…).

Franchement, il faudrait un investissement énorme pour que ce genre de migration puisse vraiment être un succès en dehors de contextes très particuliers où les gens sont prêts à faire de gros compromis.

Et vu la manière dont ces projets de migration sont montés (celle de l'AN chez nous a été un bel exemple), ça ne risque pas de s'améliorer : on privilégie toujours le support plutôt que l'upstream. Alors que fondamentalement, c'est l'upstream qui va améliorer fondamentalement les choses.

Si on avait quelques acteurs publics qui se demandaient : OK, objectif Open Source à 5 ans, où doit-on arriver pour que ce soit jouable ? Quel budget y mettre ? Quels logiciels améliorer et comment ? Ce serait sans doute plus constructif que des effets d'annonce dans un sens puis dans l'autre.

Et puis ajoutons à cela l'alternance politique qui n'aide pas vraiment à monter des projets long terme…

C'est très personnel mais ça m'est très pénible à la lecture et ça me ralentit beaucoup quand je lis. On pourra dire que c'est une affaire d'habitude mais je ne suis pas sûr. Je sais que j'ai une manière de lire particulière parce que je vois les typos beaucoup plus que les autres gens : elles ont tendance à me péter à la figure. Pareil, je suis quasiment incapable de lire en phonétique, ça me demande un effort surhumain.

Si ce n'était que moi, je comprendrais que tout le monde s'en fout mais je suis assez sûr de ne pas être le seul à qui c'est très désagréable.

Je me rappelle que dans un thread similaire quelqu'un parlait des différentes manières dont les gens lisaient et que ça perturbait plus ou moins les gens suivant la manière dont ils lisaient.

Et je rejoins l'autre argument déjà cité par d'autres que ce n'est pas une super idée de vouloir tout sexuer. Dans la majorité des cas, je m'en fous que ce soit une femme ou un homme et vouloir rappeler cette distinction à tout bout de champ comme si c'était important, je ne suis pas sûr que ça serve la cause.

Quand on parle de "lecteurs" typiquement, j'ai du mal à voir l'intérêt de sexuer et d'en faire quelque chose de militant ? Si on ne précise pas, on va supposer que les femmes ne savent pas lire ?

Dans d'autres contextes, je peux comprendre l'intérêt de préciser pour marquer le coup. Mais tant qu'à faire, je rajouterai "(hommes et femmes)" (voire "de tout sexe" pour vraiment inclure tout le monde) ou utiliserai "{féminin}s et {masculin}s".

En résumé, si mon avis devait avoir une importance, je dirai :
- ne sexualisons que là où ça peut effectivement faire une différence et qu'il est nécessaire de marquer le coup, et au contraire, ne le faisons pas quand ça n'en a aucune ;
- utilisons des formes syntaxiquement correctes de manière à éviter de perturber les gens qui lisent.

Le message passera tout aussi bien, voire mieux.

Car je vois dans certains commentaires le mot relous ! Il n'y a pas que les hommes hétéros qui sont des harceleurs…

Ouais, alors, je ne vais pas me mettre à l'écriture inclusive, désolé. Donc, pour moi, "relous", ce sont autant des hommes que des femmes.

Comme quoi, le masculin qui l'emporte en grammaire, ce n'est pas que du positif ;).

On a eu 10 expéditeurs depuis le debut et les messages de seconde catégories ont suffit ^

Ouais. Ont suffit à ce qu'ils n'envoient plus de messages au numéro. Pas à ce qu'ils ne soient plus relous. Pas dit que ça les ai calmés non plus.

On prévoit de varier le numéro de la ligne pour éviter de le "connaitre"

Je me fais peut-être une idée mais je pense qu'il va falloir varier souvent parce que les relous, c'est relou souvent en général (et surtout que les personnes qui l'ont appris/noté le mettent à jour, ce qui va être plus compliqué). Faudrait limite une appli qui donne un numéro aléatoire parmi une trentaine. Mais ça risque de se voir un peu de sortir son portable pour dicter un numéro.

Les numéros non envoys en France ou toute forme de SPAM et publicité sont en liste noire automatique par mon script également :)

C'était plus au cas où vous feriez bomber la plate-forme.

Pour le forfait à 8 euros, Bouygues nous a assuré que c'etait illimité pour un nombre de contact illimité :)

C'est plus sur l'envoi automatisé que j'ai des doutes. En général, les forfaits grand public l'interdisent. Tant que ce sera un SMS par ci par là, ça ira. Si ça devient plus sérieux, ça risque de couiner. Après, vous avez ptet le forfait qui va bien.

Bon puisqu'on le réclame…

Globalement, vous essayez de raisonner avec des gens qui ne sont pas raisonnables. Du coup, j'ai quand même un peu des doutes sur la réussite de ce genre d'initiative qui a l'air trop intelligente sur le papier mais qui, dans la réalité, risque de se heurter à… la réalité justement.

Vous pensez vraiment que le mec va se dire "Oulala, j'ai embêté quelqu'un, je ne m'en rendais pas compte, je vais arrêter tout de suite." ? Peut-être si vous tombez sur un relou gentil :).

Dans le cas d'un numéro utilisé par tous (c'était un peu le but de la première initiative), les relous en question vont le reconnaître à force et j'ai un doute sur la manière dont ils vont le prendre la fois suivante… Je parierais sur pas bien.

Bon, et je vous conseille de limiter le nombre de messages envoyés à partir de 5. Ca vous évitera d'en envoyer des centaines si jamais le service devient connu (pas sûr que votre forfait SMS à 8 euros permettent les envois de SMS automatisés en masse).

Mais sinon, bon courage :).

Dès la réception d'un SMS de sa part, un message est envoyé lui rappelant la notion du respect

C'est peut-être juste la formulation qui n'est pas adéquate mais je pense qu'il vaudrait mieux attendre une heure ou deux avant de répondre. Ca évitera d'être encore à portée si la personne envoie un SMS de suite (pas vraiment sûr que ça calme les gens pour être honnête…).

Après, pour le reste, je me garderai bien de donner un avis.

Tu as essayé avec l'option -f pour suivre les processus fils ?

Quand j'ai ce genre de souci, j'essaie en général de lancer le logiciel en ligne de commande avec strace. Ca te permettra de voir sur quel appel système il y a blocage et ca te donnera peut-être une piste. Le lancement du logiciel va sans doute générer une grosse sortie mais regarde à partir du moment où tu lances l'action. Ca devrait s'arrêter un long moment au moment où ton action se bloque.

Après ce n'est pas toujours facile à interpréter et je ne connais pas Thunar mais ca m'a sorti de plus d'une situation désagréable.

je demande à voir d'autres constructeurs qui ont cette politique d'update qui dure aussi longtemps (spoilers : aucun)

L'iPhone 5 bénéficie toujours des mises à jour et date de septembre 2012 (et a été commercialisé jusque septembre 2013).