D'un côté nous avons le syndicat des auteurs américains qui explique, chiffres à l'appui, la paupérisation des auteurs mais indique aussi que ceux-ci ont relativement bien pris le virage tant du numérique en lui-même, les ebooks, que des possibilités offertes par la technologie, l'autopublication rendue plus facile. Le même syndicat indiquant que le droit d'auteur, américain, doit être mis à jour pour correspondre aux usages de maintenant.

De l'autre côté, nous avons cette pantalonnade, publiée sous un masque par le syndicat des éditeurs français, sans aucun chiffre, une belle dose de FUD, un livre de commande et surtout quasiment aucun soutien de la part des auteurs français. Ledit syndicat dénigrant l'eurodéputée Juia Reda sur sa jeunesse qui, selon eux, ne lui permet pas de comprendre les tenants et les aboutissants d'un droit d'auteur européen globalement bon mais nécessitant lui-aussi des mises à jour.

Deux visions d'un même métier, la première des représentants de ce métier et la seconde d'une entité dépendant d'eux.

Une vision progressiste et une vision parasitique.

*[FUD]: Fear, uncertainty and doubt

Cela me trotte dans la tête depuis quelques temps.

Au début, je voulais en faire une application sous Android, histoire de me dérouiller sur le sujet et surtout de passer à Groovy sous Android. Sauf que je suis salement rouillé sur ce sujet. Résultat, cela devient une microapplication en HTML/JS.

Mais de quoi vous parle-je ?

De SpeechTimer !

Un bout de code pour aider tout présentateur à respecter son temps de parole & surtout à être prévenu quelques minutes à l'avance de la fin de sa session. Oui, j'ai fortement pensé à nos chers orateurs de Paris Web, mais cela peut être utile à toute personne qui doit parler devant un auditoire.

Le concept est simple :

• Des timers constitués d'un nom, d'une durée maximale et d'un délai de prévention avant la fin. On peut en avoir plusieurs bien entendu
• Un stockage en LocalStorage pour un mode déconnecté
• Un clignotement de l'affichage quand le délai expire

Si vous voulez participer à ce tas d'octets, forkez, pullez et venez aider :) Je suis parti sur jQuery Mobile/Lockr mais rien n'empêche de changer de framework. Personnellement, j'apprendrai beaucoup de ce projet !

La carte GitHub du projet :

Plus je joue/bosse/bidouille avec, plus j'aime ce langage par sa concision et sa précision. Du scripting propre couplé à la puissance et la qualité de l'écosystème Java, des choses compliquées deviennent simple & belles en Groovy.

J'avais besoin de tester une URL et de remonter rapidement si oui ou non la page existe :

Et voilà ! Quelques lignes grace à Groovy et la librairie HTTPBuilder !

Dans un mini-site à venir, j'aimerai proposer aux visiteurs la possibilité d'imprimer une version haute qualité des photos qui seront présentées. En gros, de pouvoir imprimer la photo sur du papier photo.

Donc, cher visiteur, connais-tu un service en ligne qui propose cela à partir d'un site ? Idéalement, ce sera un lien sur la page de détail de la photo qui permet de l'ajouter au panier chez le prestataire d'impression. Le processus de commande et paiement étant sur le site du prestataire.

Sur la partie financière, je ne suis pas intéressé par une commission : mon but est de proposer aux gens un moyen propre d'impression.

Vous avez une idée ?

Je serai honnête, moi-même j'ai désactivé la grande majorité des transmissions & télémétrie associées; surtout celles liées à la publicité. De même, alors que j'ai retrouvé mon compte hotmail pour la connexion au windows store, je suis sur un compte local et non hotmail.

Au delà de cette politique relativement intrusive et de fonctionnalités dangereuses (telles que le partage des mots de passe wifi avec les "amis"), se pose la question de l'appropriation.

Comment expliquer cette levée de boucliers contre Microsoft alors que nous avons déjà, pour la grande majorité, ouvert la porte vers nos données à Apple & Google au travers de nos smartphones et tablettes ?

Prenez Android : quand vous changez votre vénérable smartphone pour le dernier modèle de votre fabricant préféré, vous ne vous inquiétez pas. Vous saisissez uniquement votre compte Gmail lors du premier démarrage et laissez ensuite le système télécharger vos mails, vos applications, vos mots de passe wifi (et oui !) et retrouvez ensuite votre environnement habituel mais sur un nouvel appareil. De même, et ce quelque soit votre appareil, celui-ci envoie régulièrement au constructeur des informations sur son état, le statut du système (sinon comment vous proposerait-il les mises à jour des applis où du système ?)

Cela ne choque quasiment plus personne et tout le monde est bien content de retrouver facilement ses données quelque soit le support. Alors pourquoi cela gêne-t-il sur un PC ? Quel est ce facteur différenciant qui nous fait accepter ces envois sur nos smartphones et non sur nos machines ?

Es-ce à cause de la réputation, de moins en moins justifiée, de Microsoft de toujours en vouloir plus pour mieux vous le revendre ensuite ? Est-ce parce que nous ne voulons pas divulguer nos informations (trop tard, vous avez un smartphone) ? Est-ce parce que le passage de Windows Update d'un schéma optionnel à obligatoire nous fait peur ?

Ou plus simplement, est-ce parce que le passage d'un PC géré par nos soins à un PC géré par Microsoft sur le modèle des smartphones nous fait peur malgré certains avantages non négligeables ? Depuis l'arrivée de l'informatique personnelle, nous avons pris l'habitude de choisir nos PC selon nos envies, voire de les construire entièrement en achetant directement les composants. De même pour l'installation du système où nous choisissons nous- même comment nous voulons l'installer.

Cette levée de boucliers est dûe à un sentiment de perte de contrôle sur nos ordinateurs; comme à l'époque de la mise en place des domaines dans les infrastructures professionnelles. Ce n'est plus "mon ordinateur" mais "mon ordinateur sous monitoring de Microsoft" à l'image des smartphones et autres tablettes.

Est-ce si mal que cela ? Pas nécessairement et si les équipes de développement de Windows utilisent les données renvoyées à bon escient :

1. Une sécurité renforcée : les correctifs sont plus facilement développés à partir des données fournies par la télémétrie et surtout plus rapidement déployés sur les machines.
2. Une optimisation du système selon les cas d'usage remontés : si tout le monde décoche une option, celle-ci est-elle réellement nécessaire ?

Echanger ma liberté contre de la surveillance est inacceptable. Cependant, échanger des informations sur mon usage d'un outil indispensable au quotidien contre une optimisation de celui-ci, à l'image de mon smartphone et dans des conditions raisonnables, je suis prêt à faire ce pas.

• Groovy in Action, 2nd Edition : après une longue gestation, la nouvelle référence sur Groovy est enfin sortie. Et après avoir reçu mon exemplaire papier, je ne peux que le conseiller.
• How (and why) to write good documentation : combien de fois ai-je eu à plonger directement dans le code d'une librairie pour comprendre ce qu'elle offrait car la documentation était bien trop succinte ? Je ne jette pas la pierre car les docs de mes projets sont aussi régulièrement zappées.
• ShellCheck : analyse et linting de scripts ba/sh. Un outil de plus dans la toolbox de l'adminsys responsable (même si le statut d'adminsys implique la capacité à produire ex nihilo de bons scripts)
• Grails Goodness : Adding health check indicators : Grails 3 (que je n'ai pas encore assez testé) propose nativement une page de health-check. Et si on rajoutait nos indicateurs métiers/techniques à cette page ?
• Getting started with Gradle : en complément de la doc officielle qui est complète, une série d'articles pour bien démarrer avec le successeur survitaminé de Ant.
• Last but not least, les Cast Codeurs : un podcast en français sur le monde Java par de grands noms du domaine. Idéal pour un long trajet en voiture.

Après 15 années, dont 3 à mon service, et 200 000 km au compteur, ma voiture n'est plus en état de rouler. Non pas que j'ai eu un accident, le coût des dernières réparations à faire dépasse la côte Argus du véhicule.

Je ne cache pas qu'à l'avant-veille des vacances, c'est chiant. Surtout que nous avons un planning relativement chargé en déplacements.

Ayant eu des problème de débit wifi avec mon nouveau jouet, je me suis penché sur l'optimisation du signal wifi dans mon home sweet home. Au final, mon problème était causé par une alimentation faiblarde mais mes découvertes sur le voisinage wifi m'ont fait frémir.

Pour poser les bases, j'ai l'heur de vivre dans un immeuble haussmanien situé à côté d'une (trop) grande gare parisienne. De ma cuisine, je peux voir les trains partir. Mon wifi n'est pas fourni par ma box mais par un joli routeur posé juste derrière qui peut émettre en bande 2.4GHz ou 5GHz. Ah oui, note importante: j'ai coupé le réseau wifi de ma box.

Comme tout signal radio, le wifi est sensible aux interférences. Je me suis donc muni de cet outil pour analyser le voisinage et voir si je pouvais y faire quelque chose...

Mon dieu ! 90 points d'accès dont plus de la moitié sont des AP semi-publics diffusant le même B/SSID et sur la même bande de fréquence.

Free, le premier à avoir lancé cette fonctionnalité, pensait bien faire. Mais en ne mettant pas en place une sorte d'autoconfiguration du point d'accès pour utiliser une bande moins chargée que celle par défaut, cette option a permis de bloquer près du tiers de la bande 2.4GHz disponible.

En conséquence, un simple lien wifi entre ma box et mon Raspberry Pi, soit environ 5 mètres coupés par un mur non porteur, est difficile à établir si je reste dans ces bandes de fréquence. Il m'a fallu changer les canaux sur le routeur pour basculer vers des canaux moins chargés. Et, enfin, mon médiacenter miniature a pu streamer sans souci des vidéos en haute-définition et sans coupure de buffer en plein milieu.

Il me semble qu'il existe un protocole d'autoconfiguration des points d'accès wifi, cependant, à voir l'état de ma rue, celui-ci n'est pas en place. Amis opérateurs et constructeurs de routeur, pensez à cela dans vos prochains firmwares !

Une fois n'est pas coutume, je n'ai pas fait partie du comité de sélection finale. Comme tous les membres de l'équipe, j'ai noté toutes les propositions envoyées et ai ensuite laissé mes camarades décider.

En vrac total, mes 5 sujets qui me feraient venir à Paris Web 2015 et qui devraient aussi vous inciter à venir :

1. Bons robots, mauvais robots : un intense trafic, par François Hodierne : à l'instant où vous lisez ce billet, une demi-douzaine de robots le lisent en même temps que vous. Mais il font quoi eux ?
2. Death and UX: Digital Afterlife and Digital Legacy, par Agnieszka Maria Walorska : sujet de plus en plus important, quid de notre vite numérique après notre mort ?
3. Internet et libertés : pour un engagement des acteurs du numérique, par Adrienne Charmet : au lendemain de la PJLRenseignement, que pouvons-nous faire ?
4. La crypto pour les devs : petit état des lieux des outils d'aujourd'hui et des techniques de demain, par Matthias Dugué : non le chiffrement n'est pas sale et ce monsieur plus que compétent va vous montrer pourquoi.
5. Quoi de neuf sous le ciel de la sécurité du web et des internets, par Virginie Galindo : la sécurité d'une application web est l'affaire de tous; du sysadmin au développeur front, un état des lieux du marché.

Comme vous pouvez le voir, ce sont des sujets principalement de back et de sécurité, preuve que ces problématiques sont fortement liées au front quoi que certains en disent. Mon petit coeur d'admin s'en réjouit.

Alors, qu'attendez-vous pour vous inscrire ?

Déjà, plus d'odeur de tabac froid. Après vingt années dans un nuage permanent, c'est un soulagement pour mon haleine et mes vêtements. Idem pour les finances. A quasiment 6€ par jour de cigarettes, le bénéfice est réel et immédiat.

Par contre, en cette période printanière, un des "avantages" de la cigarette disparue se fait plus présent. Parmi les composants présent dans la sucette à cancer chère à mon instructeur, il y e a au moins un qui tapissait gentiment mais sûrement mes poumons d'une substance quasi protectrice; ainsi je passais sans soucis le début du printemps en me moquant de mes amis & collègues qui reniflaient à qui mieux mieux.

Plus maintenant. snirfl