Barre Verte !

Pourquoi quitter WhatsApp ?

Sat, 09 Jan 2021 00:00:00 +0100

Facebook a demandé depuis le 7 janvier à ses utilisateurs de WhatsApp d’accepter ses nouvelles conditions d’utilisation qui permettent d’exploiter plus largement les données personnelles afin de les monétiser. Pour les utilisateurs qui refusent, ils ne pourront plus se servir de l’app dès le 8 février. En février 2014, Facebook a acheté whatsapp pour 19 milliards de dollars. Il est temps d’avoir un retour sur investissement.

Autour de moi (famille, travail, amis), nous utilisons beaucoup cette application. Bref, nous faisons parti des 2 milliards d’utilisateurs. J’ai du mal à expliquer que c’est le moment d’en changer. On me répond :

pourquoi ?
quels changements et quelles données ?
et le RGPD ?
quelle alternative ?

Les raisons de ne pas donner ses données à Facebook sont nombreuses. La principale, c’est que Facebook est le pire fournisseur de services sur internet sur la question des données personnelles. Ils récupèrent tout ce qui est possible, comme l’utilisation de votre historique, quels contenus vous intéressent en scrutant votre scrolling, quels sites vous allez voir, hors Facebook, car chaque site qui intègre le bouton enregistre votre passage, que vous ayez un compte ou pas, ou encore avec les trackers qui sont dans les apps mobiles, même les fœtus sont inscrits sur Facebook (via des applications de suivi de grossesse). Tous vos contenus (photos, vidéos, …) appartiennent à Facebook, ils en font ce qu’ils veulent.

Avec leur nombre d’utilisateurs (2,7 milliards pour fb, 1 milliard pour Instagram et 2 milliards pour WhatsApp), ils ont une influence considérable sur notre société, et plus généralement sur la marche du monde. Cette influence est néfaste. C’est un long sujet en soi (cf quelques exemples ci-dessous), mais vous pouvez revenir sur l’affaire Cambridge Analytica pour voir leur influence sur le Brexit ou l’élection de Trump, leurs positions ambiguës avec les théories conspirationnistes comme QAnon, ceux (entre autres) qui sont allés envahir le Capitole il y a quelques jours à Washington.

Enfin, la quantité colossale d’énergie consommée en faisant tourner des algorithmes d’intelligence artificielle afin de vous cibler au plus fin pour vous afficher de la publicité est aussi un problème écologique. Bref, si vous voulez faire un geste pour la planète au niveau du numérique, c’est un bon choix de s’en séparer.

quels changements et quelles données ?

Ce que les messageries savent de vous pic.twitter.com/HOMXNbXs0T
— Gilles Babinet (@babgi) January 9, 2021

WhatsApp collecte les données suivantes :

les numéros de téléphone de l’utilisateur
les numéros des contacts de l’utilisateur
les noms de profils
les images de profils
les images/changement de statut incluant quand l’utilisateur passe en ligne
les données de diagnostique en provenance des traces applicatives

Ces données seront désormais partagées avec les autres sociétés de Facebook.

Le pire étant que l’utilisation de ces données reste très opaque, on ne sait pas bien ce que Facebook en fait. Par exemple, est-ce que ces données sont croisées avec leurs trackers contenus dans les applications mobiles ? A quoi servent-elles ? Comment sont-elles monétisées ?

Et le RGPD ?

Dans cet article des personnes de Facebook indiquent ne pas reprendre les données WhatsApp dans l’Union Européenne (sans dire qu’ils ne le feront jamais). Merci le RGPD, merci l’Europe. Donc mes données sont protégées. Cool.

Je ne sais pas pourquoi mais j’arrive pas à me sentir rassuré. D’une part, je n’ai aucune confiance dans cette société, et si elle enfreignait le RGPD bien malin qui pourrait le démontrer (à part un lanceur d’alerte interne ou une enquête bien technique). Rappelons qu’elle a écopé (entre autre) d’une amende de 110 millions d’euros en mai 2018 pour avoir trompé la Communauté Européenne précisément sur les conditions de rachat de Whatsapp. Et puis d’une amende record de 5 milliards de dollars par la Federal Trade Commission pour la fuite de données du scandale Cambridge Analytica.

D’autre part, l’enjeu dépasse largement mes petites photos de pieds dans la mer, mes morceaux de mélodica ou mes selfies en string Borat. Il s’agit d’une société qui possède les données de plus de 40% des êtres humains et qui les vend à des personnes qui veulent avoir notre attention, notre “engagement”. Pour y aboutir, ils moulinent toutes les données évoquées plus haut, et les algorithmes décident ce qu’il faut nous afficher pour que nous restions le plus longtemps possible. Ils choisissent des milliards de contenus chaque seconde, chaque minute, chaque heure, chaque jour, tous les jours, qui maximisent l’émotion pour chacun de leurs 3,2 milliards d’utilisateurs.

Or, de nombreuses enquêtes le montrent, les contenus qui engagent le mieux sont les rumeurs, les conspirations, les infox, le racisme, les appels à la haine, qui par conséquent sont affichés plus fréquemment, ce qui permet à des groupes nuisibles de prospérer. Comme il est écrit dans The Age of Surveillance Capitalism, la question n’est même plus d’être transformé en produit d’un service gratuit mais d’être la cible d’une entreprise qui vend sa capacité à nous influencer, nous faire changer d’avis. Pour acheter des produits, mais pourquoi ce pouvoir s’arrêterait-il au consumérisme ? Que penser des campagnes politiques sur Facebook ? Jusqu’à quel point les ingénieurs maîtrisent l’impact de leurs algos sur les gens, le vivre ensemble ?

Alors quelles sont les alternatives ?

Telegram est l’alternative la plus proche avec des apps pour iOS, Android, chiffrement des messages de bout en bout, une version web, des groupes (jusqu’à 100 000 participants) et la plupart des paramètres sont à l’avantage de télégram. A noter que Télégram ne chiffre pas de client à client (sauf pour les “secrets chats”) mais de serveur à client. Ce qui signifie qu’ils ont accès aux conversations.
Signal voir cet article en français qui en parle. Signal est opensource, c’est un avantage de transparence. Il n’a pas de tracker. A noter aussi que, si comme moi vous n’avez pas les googles services, avec WhatsApp il n’y avait pas de notification en fond de tâche (il fallait que l’appplication soit ouverte à l’écran). C’est pas nécessaire pour pour signal.
Chatpril fournit également un serveur XMPP qui n’utilisera pas vos données.
Chat Delta est aussi opensource et utilise les protocoles mail pour fonctionner (IMAP et SMTP)
viber créé par une société Israélienne et racheté par la société japonaise Rakuten. Il assure le chiffrement de bout en bout, et a déjà un milliard d’utilisateurs (notamment dans les pays d’Europe de l’Est). En revanche, il a 10 trackers.

Et puis, il y a encore plein d’autres solutions comme celles répertoriées ici.

Si vous en utilisez une autre, et que vous voulez partager votre expérience, ça m’intéresse, je l’ajouterai.

Edit : cet autre article précise que depuis déjà 2016, Facebook récupère les données de whatsapp. Comme dit Evan Greer, sous-directeur du groupe pour les droits numériques Fight For The Future : “Je ne fais confiance à aucun produit de Facebook. Leur modèle d’affaire est basé sur la surveillance. Ne l’oubliez jamais.”. Mieux vaut tard que jamais.

Liens sur Facebook et la démocratie:

Fiche de lecture - DroidMaker par Michael Rubin

Tue, 03 Sep 2019 00:00:00 +0200

Je vous propose une petite fiche de lecture sur un livre que j’ai lu récement et qui m’a beaucoup plu. Ce n’est pas directement lié au sujet de ce blog (en gros, le développement logiciel), mais j’ai trouvé le sujet suffisament proche et intéressant pour que cet article figure ici. Vous me direz ce que vous en pensez.

(Note : Cet article a également été publié sous une forme proche sur le techblog de Deepki.)

DroidMaker par Michael Rubin

DroidMaker: George Lucas and the Digital Revolution (quel titre !) écrit par Michael Rubin, a été publié en anglais en 2005 par Triad Pub Co. Il n’existe à ma connaissance pas de traduction en français à ce jour. À noter : un site web (droidmaker.com) a même été créé autour de ce livre, pour pouvoir aller plus loin.

De quoi est-ce que ça parle ?

DroidMaker parle de la révolution totale amenée par George Lucas (et Francis Ford Coppola) dans le cinema moderne, le passage du monde des studios tout puissants (à l’ancienne) au cinéma moderne et indépendant (désormais mainstream). Où se situe cette révolution ?

dans le passage d’un corporatisme des studios hollywoodiens et des syndicats à plus de liberté et de créativité
le réalisateur en maître tout puissant (auparavant, c’était le règne des studios)
la révolution des effets spéciaux réalistes, en particulier par ordinateur
les films entièrement générés par ordinateur (avec la création de Pixar et le premier long métrage 100% réalisé par ordinateur, Toy Story)
les logiciels de montage vidéo et sonore
l’exigence pour la qualité des cinémas aux États-Unis, avec le standard THX

C’est le rêve d’indépendance d’un petit réalisateur prêt à investir durablement pour se créer les outils dont il a besoin. C’est l’histoire d’un patron qui traite ses employés comme sa famille, en leur laissant une autonomie incroyable, en leur faisant confiance.

Cinéma

On démarre avec Francis Coppola et George Lucas qui se battent contre le système hollywoodien de l’époque. On y croise également leurs comparses de la côte Est, Steven Spielberg et Martin Scorcese. Tous ont participé à cette émancipation des studios hollywoodiens.

Auparavant, la pression des syndicats était telle que non seulement il était impossible d’obtenir un poste sans recourir au piston (par son oncle déjà présent au studio par exemple), mais il fallait vraiment partir du bas de l’échelle avant de pouvoir obtenir un poste qui correspond plus à ses passions et à ses compétences (en gros, ça donnait du Nous on en a chié pour arriver là, pas de raison qu’il n’en soit pas autant pour toi. Va me chercher un café !). De quoi en dégouter plus d’un très rapidement. Également, par la pression des syndicats, il était presque impossible de réaliser le moindre film sans avoir l’obligation d’engager toute une floppée d’assistants-réal ou chef-op, même pour un petit film. Ainsi, le cinéma indépendant ne pouvait quasiment pas exister car le budget minimum rien qu’en termes de salaires était exorbitant.

Un aspect intéressant de la démarche de Coppola/Lucas, c’est d’avoir quitté la région de Los Angeles pour aller plus au nord, vers San Francisco et la Silicon Valley. On comprend bien que la proximité avec la Silicon Valley aura des conséquences sur leur façon d’aborder le cinéma et cela mènera à la création d’outils numériques inédits et à l’informatisation du cinéma.

Francis Coppola et George Lucas (de gauche à droite)

Tous ces réalisateurs ont pu obtenir leur indépendance (financière, puis artistique) en utilisant les studios existants, quitte à faire des oeuvres de commande, alimentaires (comme le Parrain !). Avec le succès est arrivé l’argent, et avec l’argent, un nouveau système a pu naître des cendres moribondes du cinéma hollywoodien de l’époque. Ainsi, ce sont les films de ces réalisateurs qui ont les premiers dépassé la barre symbolique des 100 millions de dollars de recette ; ceci n’était pas arrivé depuis Autant en emporte le vent, un film de 1939 ! Désormais, ce seront eux les acteurs les plus importants du cinéma américain.

Lucasfilm Computer Division

Le livre décrit de manière très détaillée (ce que nous ne ferons pas ici) l’histoire de la génération d’images par ordinateurs, tout le chemin parcouru en particulier par Ed Catmull et Alvy Ray Smith depuis le NYIT, le New York Institute of Technology, jusqu’à leur travail au sein de la Lucasfilm Computer Division, en passant par le travail réalisé à l’Université de l’Utah, sans oublier la naissance de Pixar. On en apprend d’ailleurs de belles sur la vente de Pixar à Steve Jobs…

Une grande partie de ce voyage s’est constitué autour des grands défis pour créer un film entièrement réalisé sur ordinateur, en particulier celui du motion blur sans lequel les images trop nettes ne nous parraissent pas naturelles, l’invention du canal alpha dans les images et la vidéo pour gérer l’information de transparence, l’invention du frame buffer et ses limites, toutes les techniques d’ombrage, de textures, de calcul de surface, en bref toute la difficulté de réaliser dans un temps acceptable des images impossibles à filmer en studio.

Cela m’a donné envie de voir certaines de ces réalisations, en particulier le court film Vol Libre présenté par Loren Carpenter au SIGGRAPH de 1980 (le Special Interest Group in Graphics) : c’est le premier film réalisé à partir d’algorithmes fractals et ce fut une révolution ; désormais, plus besoin de calculer tous les points d’un paysage à l’avance, il suffit de n’afficher que ceux nécessaires à un moment donné selon la distance sujet-caméra, sans avoir besoin de tout calculer à l’avance (un gain de temps précieux et un réalisme extraordinaire). Suite à ce coup de force, Loren Carpenter rejoindra la Lucasfilm Computer Division qui deviendra plus tard Pixar.

Des chapitres très denses, en particulier la partie New Yorkaise un peu rébarbative par moments, mais très riches en apprentissages malgré tout.

THX et le son des salles de cinéma

J’ai été surpris d’apprendre que les salles de cinéma de l’époque (fin des années 1970) étaient toutes dans un piteux état ; j’avais une image de l’âge d’or du cinéma et pensais que la technique avait suivi, mais il n’en n’était en fait rien ! Les systèmes de diffusion des images et du son dataient souvent de 20 ou 30 ans, dans un état d’entretien déplorable avec un son mauvais (haut parleurs perforés, gauche/droite inversé). Quand un réalisateur s’échine coeur et âme pour réaliser un film et qu’il le visualise dans une salle “normale”, la déception était immense. On imagine George Lucas aller voir son Star Wars avec une image floue et mal éclairée, un son stéréo inversé dans lequel il manque toutes les basses ou les aigus, alors qu’il disposait chez lui d’une salle dernier cri pour pouvoir apprécier le travail de ses équipes.

Il fallait prendre les choses en main, et George Lucas a travaillé énormément pour tirer vers le haut l’ensemble des salles de cinéma des États-Unis en proposant le label THX, quitte à financer certaines salles prestigieuses avec ses fonds propres. Cela a d’abord commencé dans la région de Los Angeles, afin de convaincre/démontrer aux huiles d’Hollywood à quel point cet aspect de la diffusion est important, puis toutes les grandes villes ont suivi et George Lucas a pu s’aider des studios hollywoodiens pour y parvenir.

Aujourd’hui, d’immenses progrès ont été réalisés dans ce domaine, et c’est à George Lucas qu’on doit cela. Cela n’excuse pas la course en avant actuelle vers toujours plus de technologie dans nos salles de cinéma (3D, 100 images/s) pour vendre des billets toujours plus chers ou pour présenter une expérience du cinéma impossible à recréer chez soi, mais ce n’est pas le sujet ici, ni celui du livre d’ailleurs.

L’édition non linéaire (film et son)

Une grande partie du livre est également consacrée à la création des logiciels de montage “non linéaires” dont Adobe Premiere ou Apple Final Cut pro sont aujourd’hui des hériters dans le domaine de l’image, Pro Tools dans le domaine du son. Cela a pris des années pour les équipes de la Lucasfilm Computer Division pour créer ces deux logiciels et métamorphoser complètement le montage d’un film ou l’enregistrement d’un album. Malgré un cuisant échec commercial, ils ont ouvert la voie à tous les logiciels qu’on utilise désormais dans ces milieux.

EditDroid et l’image

Pour le montage d’un film, il fallait auparavant noter dans des carnets quelle portion de film (au numéro d’image près) de quelle bobine parmi les centaines disponibles il fallait physiquement couper puis coller pour faire le montage final (tiens ! voilà d’où viennent ces termes de couper/coller !). Cela pouvait représenter des centaines de chiffres qu’il fallait noter consciencieusement dans des carnets, chaque monteur avait son propre système de notation. Impossible dans ce cas de reprendre son travail après coup ou même de collaborer ! Il fallait ensuite synchroniser la piste son avec l’image pour que la magie du cinéma opère. Un travail de titan. Tout était noté à la main, il fallait chercher la bobine, la mettre dans le projecteur, noter les identifiants d’image, passer à la découpe, coller les images avec du scotch, recommencer. Pour chaque plan. De tous les films.

Francis Coppola avait expérimenté une solution à base de vidéo. Les bandes vidéo sont beaucoup moins chères que les bandes 35mm utilisées dans le cinéma. L’idée était d’avoir plusieurs copies du film cinéma, d’essayer plusieurs montages pour choisir le meilleur pour ensuite réaliser le montage sur le film 35mm. Mais les différences de résolution (la vidéo a une très faible résolution quand on la compare à la pellicule 35mm) mais surtout la différence du nombre d’images par secondes entre les deux supports ont été fatales pour la création d’un tel outil (pour aller vite, la télévision va à 25 images par secondes et le cinéma de l’époque à 24 images par secondes et cela crée une nouvelle catégorie de problèmes difficiles à résoudre).

Il fallait donc pouvoir travailler de manière numérique. J’admire la vision exceptionnelle de ces chercheurs qui ont cru à l’augmentation exponentielle des capacités de stockage des ordinateurs (avec un prix en baisse) sans lequel il était tout simplement impossible du numériser un film en entier et de le faire tenir sur un disque dur (un disque dur dans les années 1980 faisait 20 Mo). Pendant longtemps, les équipes ont travaillé sur des LaserDisc. Il s’agissait de la même idée que pour la vidéo, à savoir avoir plusieurs copies du film pour accéder en temps réel à l’extrait que l’on désire, mais sans les soucis de difference du nombre d’images par seconde évoqués plus haut.

Le produit qui en a résulté se nommait EditDroid. Voici une photo de la console de travail, nommée “Darth Vador” :

La console EditDroid - Darth Vador

SoundDroid et… le son

SoundDroid, l’éditeur non linéaire pour le son. C’est avec ce logiciel qu’a été créé le fameux son THX (nommé Deep Note), cette montée incroyable d’un son grave vers un son aïgu, quelque chose d’auparavant impossible à réaliser avec des instruments de musique traditionnels. SoundDroid permettait de faire du montage audio, mais aussi de la synthèse sonore, d’ajouter numériquement des effets de réverbération, de faire du mixage et de l’enregistrement, de cataloguer tous les effets sonores possibles sans avoir besoin de se déplacer dans la salle des archives : l’ancêtre de tous les ProTools et autres DAW (Digital Audio Workstation) du marché actuel, tels que Cubase, ACID, SONAR ou encore Garage Band.

Voici une impression d’écran de logiciel en cours de fonctionnement :

Un screenshot de SoundDroid

Les jeux vidéos et Atari

Toute une partie de l’ouvrage concerne l’aventure d’Atari, “premier” éditeur de jeux vidéos à l’échelle mondiale jusqu’au crash des jeux vidéos américains de 1983 avec le tristement célèbre E.T., le “pire jeu vidéo de l’histoire”.

Je ne rentre pas ici dans les détails, mais c’est une partie vraiment très intérressante, surtout si comme moi on s’intéresse aussi à l’histoire des jeux vidéos.

Ce que j’ai plus ou moins aimé

J’ai plutôt bien aimé

ce livre n’est pas une ode au “génie visionnaire” de Lucas (il le présente au contraire comme quelqu’un de très humain), mais plutôt un long hommage appuyé à toutes ses équipes et à tous ceux qui ont fait la magie Lucasfilms
les notes de page qui fourmillent
la qualité de la recherche réalisée
ouvrir le rideau des grands films pour voir dans les coulisses
le bon dosage histoire / technique / informatique
les titres de chapitres énigmatiques ou ultra référencés dont on comprend le sens en fin de chapitre
de manière générale, le fait d’avoir appris autant sur tant du sujets différents en un seul livre

J’ai plutot moins aimé

certains chapitres un peu longs par rapport aux autres plus excitants (en particulier toute la partie sur New York est un peu rébarbative)
le tarif élevé (même d’occasion)

Conclusion

Voilà ! Évidement, le livre couvre encore de nombreux autres aspects qu’on ne peut aborder ici (sinon cet article ferait 3 km de long), mais j’espère vous avoir donné envie de lire ce livre qui est véritablement passionnant.

Des liens à retenir ou pour aller plus loin avec Michael Rubin l’auteur de l’ouvrage :

droidmaker.com : le site-“satellite” autour du livre ; je vous conseille en particulier la bibliographie complète
la page personnelle de l’auteur et son profil LinkedIn
le blog de l’auteur
le porfolio photo de l’auteur (plutôt doué le gars)

Computer Grrrls - Au delà du militantisme féministe

Thu, 25 Jul 2019 00:00:00 +0200

Résumé des deux précédents épisodes : les filles, très présentes dans l’informatique depuis le début ont été évincées par des hommes qui ont compris l’importance qu’allait avoir l’informatique. Leur nombre qui représentait 40% des emplois dans le secteur autour des années 70 va culminer à la moitié des années 80 pour décroitre fortement et durablement par la suite.

La fin des années 80, c’est aussi le moment où s’invente Internet: “le réseau des réseaux”.

Sur ce réseau mondial naissant, le cyberféminisme va apparaître de manière simultanée en plusieurs endroits de la planète, tel un virus spontané, inconnu, qui refuse de se définir et d’être catalogué, de rentrer dans la case d’une taxinomie nécessairement réductrice :

[le cyberféminisme] est basé sur l’idée de créer un label universel pour un discours interdisciplinaire à propos du genre. Cornelia Sollfrank

En Australie, à Adélaïde pendant l’été 1991 un collectif de femmes met en ligne “the cyberfeminist manifesto for the 21st century” un texte subversif où la pornographie “faite par et pour les femmes” est mélangée à de la technologie et l’envie de confisquer les jouets informatiques aux hommes pour les redresser de manière plus adaptée aux femmes.

Pendant ce temps, Sadie Plant, et Nancy Patterson, écrivaines et artistes respectivement britannique et canadienne, créent dans des article, en 1991, les bases du cyberféminisme visant la réappropriation des technologies de l’information par les femmes et l’utilisation de ces technologies pour lutter contre la culture patriarcale.

Puis de nombreux mouvements naissent sur internet dans tous les pays occidentaux, parfois appuyés par des protocoles différents comme par exemple l’initiative d’ECHO (East Coast Hang Out) créé par Stacy Horn. Il s’agissait d’un forum de discussion basé sur telnet. A la fin des années 80 seuls 10% des utilisateur·trice·s sur internet étaient des femmes, mais sur ECHO il y en avait 50%.

Extension du domaine de la lutte

Certains de ces mouvements voient le jour en dehors d’internet puis l’investissent dans un second temps. Le livre “The cyberpunk Fakebook” - St Jude, R.U Sirius, Bart Nagel mentionnent les Riot Grrrls! :

Riot Grrrls! These are fierce girls who like tech

C’est un mouvement musical punk né dans l’état de Washington, et qui s’implique dans l’art et les actions politiques. Ce mouvement dénonce les problèmes liés au viol, à la violence domestique, le sexisme, le racisme, et militent pour la montée en puissance des femmes. C’est Jude Milhan (alias St Jude) qui va déclarer dans une interview du magazine Wired “je pense que la tech va résoudre tous nos problèmes, les filles ont besoin de modems” en 1995. La campagne #metoo (ou #balancetonporc en francais) en 2017 émane de ces mouvements.

Geek Girl hyperzine (magazine en ligne) cyberféministe lancé par l’australienne Rosie Cross alias RosieX est toujours en activité depuis 1995. Nathalie Magnan traduit l’essai “cyborg manifesto” de Donna Haraway, et va diffuser cette culture en France. L’exposition Computer Grrrls lui est dédiée.

En 2013 des initiatives Edit-a-thon sont organisés par Art+Feminism pour corriger les biais présents dans wikipedia en défaveur de la représentation des femmes.

Ces luttes “féministes” vont bien au delà de la (re)valorisation des femmes dans l’informatique ou sur internet, elles sont aussi des luttes LGBT, ethniques ou sociales. Leur but est plus largement de favoriser les catégories sous-représentées sur la toile et au delà.

L’enseignement de l’informatique aux filles

L’enseignement de l’informatique ayant été phagocyté par les hommes, il est nécessaire de rétablir un équilibre pour que les femmes puissent être intégrées de manière durable et en proportion plus importante (pourquoi pas la parité ?) dans les métiers informatiques au sein des entreprises. Aujourd’hui il existe de nombreuses associations, de programmes et de groupes qui militent pour l’enseignement et la valorisation des compétences informatiques des femmes, sortir des préjugés et stéréotypes qui perdurent.

On peut citer par exemple :

Ada Tech School : “l’École Tech qui casse les codes” avec un manifeste qui vise à “+ de filles, + de confiance, + de sens”
le programme wifille qui se donne comme objectif de faire maîtriser les outils multimédia en particulier aux filles. Ils participent activement aux hashtags #becausegirlscan ou #womenintech sur les réseaux sociaux
Social Builder est une startup qui construit la mixité dans les métiers du numérique et l’entrepreneuriat. Ils ont des formations telles que “Women in AI” en partenariat avec Vivadata, “Women coding academy” avec le Wagon
Femmes@Numérique
Fréquence Écoles accompagne les pratiques numériques et met en avant par sa communication les femmes dans l’informatique (des stickers Ada Lovelace, Evelyn Berezin, Shirley Ann Jackson, Roberta Williams, Hedy Lamarr, Margaret Hamilton)
Les Coding Goûters sont des après midi de code en familles avec une absence de distinction de genre entre les participant·e·s.
Women Who Code (anglais) vise à rétablir une proportion identique à la population des femmes dans les dirigeants techniques, les exécutifs, les entrepreneurs, les inverstisseurs, les conseils d’administration, et les ingénieurs informaticiens
Après des débuts difficiles l’école 42 semble avoir revu sa politique de parité, et fait des efforts pour attirer des filles. Sophie Viger est la nouvelle directrice depuis un an.
Girls Can Code propose des stage d’informatique pour les collégiennes et lycéennes
Ladies of Code avec la déclinaison Française est une communauté de filles qui développent, se forment à la programmation et s’entraident. Des événements sont régulièrement proposés.
Girls In Tech est une organisation non gouvernementale américaine fondée en 2007 qui luttre contre les inégalités de genre dans l’informatique. Pour ça ils organisent des hackatons, bootcamps, pour fournir du support aux femmes dans la technologie.

Voila, cet article clôt ce retour en 3 parties sur l’exposition computer girrrls. Si vous avez des retours, des réflexions sur le sujet, des liens à communiquer, n’hésitez pas à commenter ou nous envoyer un message.

Aussi dans la série :

Computer Grrrls - la contre culture "nerd"

Sat, 11 May 2019 00:00:00 +0200

Résumé de l’épisode précédent : au début de l’informatique, les femmes étaient très présentes, puis (aux Etats-Unis) leur proportion a drastiquement diminué à partir du milieu des années 1980.

Pour en comprendre les raisons, il nous faut revenir un peu en arrière. C’est au début des années 70 que les choses ont commencé à changer. Les femmes représentent environ 40% des emplois informatiques. Le management est masculin et il règne à cette époque un esprit paternaliste. Par exemple Mary Lee Berner-Lee (la maman de Tim, et donc la Grand’Ma du Web) travaillait chez Ferranti pendant les années 50 (qui a commercialisé le premier ordinateur éléctronique généraliste Ferranti Mark I). Cette société justifiait les plus hauts salaires des hommes car ils devaient soutenir financièrement femme et enfants [2]. Mais avec le temps et leurs compétences, certaines femmes sont devenues expertes (comme nous l’avons vu dans l’article précédent).

Les dirigeants des services et sociétés informatique (des hommes donc) ont compris la puissance de cette discipline. Ils ont compris l’intérêt économique, la valorisation croissante des emplois relatifs à la construction, la gestion et la programmation des ordinateurs.

Ils ont alors progressivement changé l’image de la programmation informatique et la présentent comme une activité scientifique de haut niveau qui serait adaptée aux hommes. Les publicités évoluent pour attirer les hommes dans le domaine. Ils changent même “Computer Programming” (travail d’opératrice), en “Software Engineering” plus proche de l’ingénierie et plus prisé des hommes. Ils créent des associations de professionnels, élaborent des tests de sélection favorisant les sciences (et donc… les hommes), à partir du service civil (en Angleterre, dans lequel se trouvait une majorité d’hommes)[2].

Ils excluent les femmes des événements (comme à la conférence de Garmisch SE’68 en Allemagne)[1], disent qu’elles ne sont pas adaptées au travail de nuit (alors que déjà à l’époque les ordinateurs doivent tourner en 24/7)[2]. Dans les publicités, elles ne sont plus des informaticiennes mais des présentatrices sexualisées, coûtant cher et devant être remplacées par des technlogies plus avancées :

“qu’est-ce qui a 16 jambes, 8 langues bien pendues et qui vous coûte au moins 40,000 dollars par an ?”

Développent un esprit misogyne avec des blagues :

“les bandes magnétiques sont si hautes que si une femme doit en changer une, son soutient-gorge va lâcher!” [2]

qui de manière intentionnelle ou non ont commencé à rendre difficile l’intégration de nouvelles recrues féminines. Le ver est dans la pomme.

Pendant ce temps, la contre-culture informatique du “hacker” se développe. Comme dans cet article du magazine Rolling Stone du 7 décembre 1972

“Those magnificent men with their flying machines, scouting a leading edge of technology which has an odd softness to it”.

Néo-hippies qui travaillent dans des environnements cools, proches des startups de maintenant, hommes blancs, jeunes, qui programment des ordinateurs, vivent confortablement de cette activité et jouent avec, créent des jeux :

“Sometimes it’s hard to tell the difference between recreation and work, happily”.

En 1972 aux États-Unis cette nerd-culture est encore underground : les connaissances ne circulent pas autant qu’aujourd’hui, internet est encore en gestation, TCP/IP est créé en 1974 pour uniformiser le réseau ARPANET, mais ne sera adopté qu’en 1983.

Les micro-ordinateurs apparaissent dans les années 80, le marketing va cibler principalement les garçons/hommes qui vont utiliser le peu de puissance de ces machines pour faire tourner des jeux. Lorsque les écoles et les universités voudront enseigner l’informatique, les hommes ayant passé des heures sur ces machines, à trouver des astuces pour avoir plus de vies, faire sauter les clés de protections, arriver à exécuter un jeu avec 64Ko de mémoire, vont naturellement être favorisés et s’en accaparer les métiers.

Le nombre de femmes dans l’informatique plafonne. Le remplacement des femmes par les hommes a débuté il y a 10 ans, War Game est sorti en 1983 et met en scène un jeune geek qui sauve la planète avec un ordinateur et pécho la fille. Revenge of the Nerds est sur les écrans un an plus tard, la “Game Boy” est commercialisée en 1989. Les écoles d’informatique sont pleines de jeunes hommes blancs. Ce processus n’est ni le fruit du hasard, ni d’une désaffection des femmes pour la discipline mais d’une éviction brutale et délibérée par les hommes.

La culture internet, va être développée essentiellement par et pour ces hipsters qui veulent un espace où la culture est gratuite, accessible à tous grâce à des protocoles standards et ouverts. Les femmes auront beaucoup de mal ensuite à s’y faire une place, comme il est souvent dit dans les forums usenet de l’époque :

“Everyone knows there are no women on the internet”

Nous verrons comment elles vont revenir dans notre dernier article de cette série.

Références :

exposition “Computer Grrrls” à la Gaîté Lyrique
Programmed Inequality - How Britain Discarded Women Technologists and Lost Its Edge in Computing

Aussi dans la série :

Les débuts de l’informatique
(A suivre) Au delà du féminisme

Computer Grrrls - Les Débuts de l'informatique

Sun, 05 May 2019 00:00:00 +0200

Ma fille, fervente adepte des coding goûters fait un parcours thématique pour le brevêt des collèges sur le sujet de la place des femmes dans l’informatique, et m’a signalé cette exposition “Computer Grrrls” à la Gaîté Lyrique. Si vous avez l’occasion d’y aller, courrez-y. Pour ceux qui ne pourront pas, voici une série de 3 articles qui propose un petit parcours historique de l’informatique avec un biais opposé à celui du récit habituel : en réhabilitant les femmes.

Nous verrons dans les deux prochains articles, pourquoi leur nombre a décliné et la contre culture “nerd”. Enfin, les mouvements de militantismes nécessaires à leur réinvestissement du domaine pour l’avenir.

Car oui, la place des femmes dans ce domaine n’a pas toujours été aussi faible que maintenant, comme le montre cette courbe :

La question à laquelle nous voulions répondre en allant à cette exposition était :

Pourquoi la proportion des femmes dans l’informatique chute brutalement et durablement à partir de 1984 environ ?

Au départ était la programmation… sur le papier : en 1843, Ada Lovelace part de la description de la machine analytique de Charles Babbage pour réaliser le premier programme destiné à être exécuté par une machine. Cela lui vaut d’être considérée comme la première programmeuse.

Un peu plus tard, les machines à écrire sont de plus en plus utilisées dans le métier de secrétaire essentiellement occupé par les hommes. Très vite, de par la proximité avec le piano et la minutie de la frappe, les femmes sont associées à la machine à écrire. Remington qui fabrique des machines à coudre (essentiellement utilisées par des femmes) se met à produire des machines à écrire. Entre 1870 et 1930 la part des femmes dactylos passe de 4,5% à 95,6%, devenant expertes des claviers.

Pendant la première guerre mondiale, les hommes étant au front, les femmes sont employées à produire des tables balistiques et de navigation. Elles sont appelées “computer”. Idem pour l’effort de guerre en 39-45, en plus elles aident aussi à déchiffrer les messages codés grâce à des machines de cryptanalyse à cartes perforées, comme Colossus, un ancêtre des ordinateurs. Sur Betchley park, le principal site de déchiffrage où travaillait Alan Turing, deux tiers des 10 000 personnes sont des femmes.

Egalement pendant la 2e guerre mondiale, en 1941, Hedy Lamarr invente un système de télécommunication pour le pilotage des torpilles radio-guidées. Il permet de rendre indétectables leur pilotage aux adversaires. Il s’agit de l’étalement de spectre par saut de fréquence ou FHSS, qui sert encore aujourd’hui pour le WIFI ou le GPS.

A la fin de la guerre six de ces femmes “calculatrices” sont embauchées pour programmer l’ENIAC (Electronic Numerical Integrator And Computer), un ordinateur de 25m et 30 tonnes destiné à faire des calculs balistiques. Elles sont appelées les “ENIAC girls” : Kay McNulty, Betty Jennings, Betty Snyder, Marlyn Meltzer, Fran Bilas, et Ruth Lichterman.

Au même moment, Grace Hopper, lieutenant dans la marine Américaine travaille sur l’ordinateur Harvard Mark I. Elle quitte la marine américaine pour le Computation Laboratory d’Harvard qui oeuvre au développement des ordinateurs.

En 1949 elle rejoint le projet UNIVAC I à Philadelphie, racheté par…la société Remington (qui se spécialise également dans l’informatique et deviendra plus tard Unisys). Elle pense que :

un langage informatique doit pouvoir être créé pour fonctionner sur plusieurs machines différentes alors qu’à l’époque chaque machine avait son fonctionnement propre
ce langage doit se rapprocher de l’anglais plutôt qu’une suite d’instructions machine comme l’assembleur.

Elle vient d’inventer le “langage informatique”. Ses idées serviront de base pour la création du COBOL en 1959.

En France, en 1955, IBM demande au philologue Jacque Perret de trouver une traduction au mot anglais “computer”. Il propose “ordinateur” pour la proximité avec le “Dieu qui met de l’ordre dans le monde”, mais préfère “ordinatrice électronique” :

En relisant les brochures que vous m’avez données, je vois que plusieurs de vos appareils sont désignés par des noms d’agent féminins (trieuse, tabulatrice). Ordinatrice serait parfaitement possible et aurait même l’avantage de séparer plus encore votre machine du vocabulaire de la théologie. (…) Il me semble que je pencherais pour ordinatrice électronique.

IBM retiendra le mot “ordinateur”.

En 1958 Mary Kenneth Keller participera à la première implémentation du langage BASIC. Elle sera la première femme à obtenir un Ph.D en informatique aux Etats-Unis.

On peut le voir, à cette époque les femmes sont très présentes dans le domaine. Si bien qu’en 1967 il y en avait tellement dans l’informatique (à peu près 40%) que le magazine Cosmopolitan a publié un article sur les “Computer Girls” accompagné d’images de femmes au travail devant leurs ordinateurs et citant Grace Hopper

“Women are ‘naturals’ at computer programming”

Ajoutons encore deux anectodes : en 1969 Margaret Hamilton a permi à la mission Appollo 11 de se poser sans encombre sur la lune en dépit de la surcharge de l’ordinateur de bord au moment de l’alunissage. Son programme avait détecté les erreurs et exécutait de manière asynchrone les opérations non critiques.

Enfin en 1972 Karen Spärck Jones mathématicienne et informaticienne va développer le traitement du langage naturel et sera à la base de l’IDF (Inverse Document Frequency)

Elle dira :

“Computing is too important to be left to men.”

C’est justement à cette période que les hommes vont s’investir dans l’informatique et en expulser les femmes. La suite au prochain épisode.

Aussi dans la série :

la contre culture “nerd”
(A suivre) Au delà du féminisme

L'écoconception et le "software craftmanship" ?

Wed, 17 Oct 2018 00:00:00 +0200

Lors de l’Agile Open France, j’ai été déçu que mon sujet sur l’écoconception n’ait pas attiré grand monde : nous étions au plus 5. Pour ceux qui ne connaissent pas l’événement, il y a beaucoup d’indépendants, coaches et software craftmen passionnés. C’est précisément ce qui m’intéressait : l’avis d’experts du développement. Mais le peu de personnes “votant avec leurs pieds” pour l’écoconception était déjà un enseignement, et grâce aux personnes qui sont venues échanger sur le sujet (merci à elles), j’ai pu comprendre pourquoi.

“c’est un problème d’optimisation, ça coûte”

Effectivement, c’est un soucis d’efficacité. Et ce problème est souvent abordé par nécessité économique. Lorsque vous faites en sorte d’utiliser 5 serveurs au lieu de 20 pour le même nombre d’utilisateurs, afin de baisser les coûts d’exploitation de votre service, vous faites de l’écoconception.

On retrouve la proximité entre les termes éco-nomique (de “Oikos” la maison, “nomos” l’administration) et éco-logique (“logos” le récit). Ce n’est pas toujours le cas, mais dans l’exploitation de services web, l’amélioration des performances économiques va en général de pair avec celle des performances écologiques.

Et donc, ce n’est pas un sujet, car un bon craftman ou artisant logiciel, gardera toujours en tête l’efficacité des programmes qu’il développe, sans en faire une priorité.

“L’optimisation prématurée est la racine de tous les maux” – Donald Knuth

Car de l’autre côté, si on considère non plus l’efficacité de l’exploitation des programmes sur les serveurs, mais l’efficacité du développement et de la maintenance de ces programmes, l’optimisation coûte, et peut même coûter très cher. L’optimisation du code et lisibilité/testabilité sont antinomiques : l’amélioration du temps de traitement d’un programme par la machine demandera à l’humain plus d’efforts pour le comprendre. Essayez de lire de l’assembleur, du javascript minifié ou du bytecode. Essayez également de poser des tests unitaires sur du code Java principalement statique (ecoconception web bonne pratique n°66).

La mise en évidence des améliorations de performances est elle aussi coûteuse : faire des programmes de tests de charge, des campagnes de benchmark.

Plus le code est optimisé, plus il sera cher à élaborer et à maintenir. Les sociétés qui développent des services en ligne veulent diminuer les coûts de développement. L’amélioration des performances n’est considérée que si le sujet est mis sur le devant de la scène par les utilisateurs, ou par la gestion de l’exploitation.

“le vrai sujet c’est l’expérience utilisateur”

Si l’optimisation d’un programme permet de faire de l’écoconception, l’amélioration de l’expérience utilisateur peut aussi entraîner des gains d’utilisation des resources. La minification des fichiers javascript et CSS assure de meilleurs temps de chargement d’un site et une réactivité de service. De la même manière, le offline first évite à l’utilisateur de télécharger des données inutiles sur son forfait mobile et fluidifie les interractions avec l’application.

L’écoconception est donc au craftman ce que la prose est à Monsieur Jourdain.

Optimisation certes, et aussi

des choix technologiques

Nous pouvons améliorer notre code pour consommer moins de CPU, de mémoire et de réseau. C’est vrai pour un environnement donné mais qu’en est-il de l’impact sur la consommation d’énergie d’un serveur d’application en PHP, Java, python, nodeJS, ruby, etc. ?

Un article du CNRS à propos de la “réduction de consommation énergétique des logiciels” traite des différences entre plusieurs langages. En mesurant la consommation électrique d’un programme de résolution du problème de la tour de Hanoï écrit en différents langages, ils ont mis en évidence que :

Pour une même application, un langage interprété comme Python consomme 100 fois plus qu’un langage compilé comme Java. (…) pour les langages compilés orientés objets, Java consomme moins que du C++ avec les options par défaut et autant en niveau d’optimisation O3.

Source : Flickr / Photo © lilszeto

Ce programme de la tour de Hanoï est orienté orienté calcul (utilisant quasiment exclusivement le CPU), par opposition à un programme orienté entrées/sorties. Un serveur d’application faisant du web en architecture 3 tiers, sera souvent orienté entrées/sorties : le facteur limitant ne sera pas le CPU mais l’utilisation accrue des entrées/sorties. Mais ce que montre l’article, c’est que l’environnement technologique a des conséquences importantes sur la puissance consommée par les serveurs.

Les environnements web, avec un grand nombre de communications réseau (proxies, base de données, bus de données), de lecture-écriture de fichiers, utilisent de plus en plus la programmation asynchrone. NodeJS, asyncio pour python3, NIO pour Java, basés sur les couches epoll (pour linux) et kqueue (pour FreeBSD/MacOS), ont eu un essor important pour des raisons de performance. Ces solutions sont aussi intéressante au niveau de l’écoconception puisqu’elles permettent aux serveurs d’attendre des événements sur des entrées sorties.

la lutte contre l’obsolescence programmée

Si on prend en compte le cycle de vie des produits technologiques, une grande partie des dommages causés à la planète est lié au rythme d’obsolescence des produits. Par exemple un mobile est changé tous les 18 mois en moyenne, alors qu’il serait capable de fonctionner jusqu’à 5 à 7 ans. La fréquentation de sites qui ne sont pas adaptés peuvent pousser certains internautes à changer leurs terminaux.

Source: Photo © Fairphone

Or, lors du développement d’un site, il est possible de prendre en compte la compatibilité avec d’anciens appareils. En tant que développeur nous pouvons faire en sorte qu’un site se “dégrade” tout en restant fonctionnel : les bords ronds d’une CSS3 seront carrés, le smooth scrolling en javascript n’est pas rendu, mais la page est chargée, ou l’ancre atteinte, etc. En faisant de la sorte, nos utilisateurs peuvent consulter nos sites même avec un vieux mobile, et nous ne pesons pas dans leur décision de changer de mobile.

En revanche, cela demande généralement de consacrer plus de temps au développement, pour tester le site avec différents mobiles, et adapter le code en fonction des dysfonctionnements.

la participation aux communs numériques

Internet est construit sur des communs numériques. Les protocoles standard sont ouverts :

web : HTTP, HTTP2,
mail : IMAP, SMTP,
usegroup : NNTP,
réseau : DNS, ARP, BGP, SNMP

Pour n’en citer que quelque-uns. Ces protocoles sont simples et efficaces. Quand ils peuvent être améliorés, des RFC complémentaires peuvent être proposées. Ils peuvent aussi être repensés comme le HTTP2 qui apporte des nouvelles fonctions majeures (push serveur, pipelining, multiplexing, compression des entêtes). Ces améliorations ont des leviers énormes car le réseau mondial en bénéficie. Quand ils ne sont pas respectés par un acteur c’est au prix d’une augmentation de la complexité du code des composants qui interragissent avec cet acteur, et souvent également d’inefficacité.

Par exemple yahoo mail n’implémente pas la commande IDLE ce qui oblige les clients mails en IMAP à scruter l’arrivée de nouveaux mails régulièrement.

Dans les bonnes pratiques de conception d’un site web, il est indiqué de valider les pages auprès du W3C pour éviter au navigateur de devoir corriger les erreurs à l’affichage, ou encore, de valider le javascript avec JSLint.

Enfin, après avoir développé dans plusieurs grands groupes français, j’ai vu plusieurs projets de dizaines voire centaines de milliers de lignes de code partir à la benne (parfois même avant d’aller en production). Pourquoi ne recyclerait-t-on pas ce code en le donnant à la communauté ? Des développeurs pourraient s’y intéresser et en reprendre certaines parties.

l’accessibilité

L’accessibilité d’un site web c’est faire en sorte qu’il soit utilisable par le plus grand nombre :

avec un petit écran
avec un vieil ordinateur
en grossissant la police de caractère
en se faisant lire le texte par synthèse vocale

Même si c’est lié à l’UX, à la lutte contre l’obsolescence programmée, au respect des standards du web, ça va plus loin, en fournissant par exemple des textes alternatifs aux images, des liens alternatifs pour les liens dans les images. Il y a bien d’autres pratiques que vous pouvez retrouver ici ou encore les critères d’accessibilité des services numériques d’État.

L’écoconception : une opportunité

Alors oui, tout bon craftman aura en tête ces pratiques. Et c’est une opportunité supplémentaire pour :

améliorer la satisfaction des utilisateurs
diminuer ses charges d’exploitation
gagner des parts de marché, en permettant à plus d’utilisateurs d’utiliser ses services
avoir une responsabilité sociétale d’entreprise et des collaborateurs engagés
mettre en avant l’argument d’un développement durable auprès des utilisateurs

Ainsi, une démarche d’écoconception peut mener à l’innovation d’un point de vue différent, en mettant l’environnement et l’humain au centre.

Lean Startup : échouer pour réussir

Thu, 26 Oct 2017 00:00:00 +0200

Après l’échec d’une startup, comment réussir la suivante ? Le parcours récent de Nicolas Deverge (coach et praticien en Lean Startup) m’a parut si éclairant sur cette question que je détaille nos conversations pédestres du Walking Dev de Toulouse.

De la vertu de l’abandon ?

Après l’échec de son précédent produit, plutôt que de s’entêter, il a choisi de tester une autre idée. Un tel renoncement est plus facile quand on ne cherche pas à gagner sa vie avec. La différence entre la génèse des deux produits est contre-intuitive :

Résoudre un problème (échec)
Tester une idée (réussite)

Résoudre un problème

Le premier produit KEYS MAG.NET permettait de retrouver des clés perdues :

une plaquette accrochée au porte clef indiquait “Clés trouvées ? Saisir le code {codeDeLaClé} sur www.keysmag.net”
un passant signalait avoir retrouvé les clés dans 70% des cas

On partait d’un problème à résoudre, auquel le fondateur avait lui-même été confronté. C’est l’idée de l’appli qui fait un job à ma place (retrouver mes clefs). La solution résolvait le problème avec un appréciable taux de succès de 70%. Le problème lui-même ne semblait néanmoins suffisamment douloureux que pour une sous-population : les parents d’adolescents qui perdent leur clefs. Cela m’a rappelé une formation en coaching où une personne accompagnée disait que son fils adolescent venait de perdre ses clefs pour la troisième fois.

Cette sous-population s’est avérée trop réduite.

Tester une idée

Pour le second produit, TeamMood celui qui va s’avèrer une réussite, le point de départ est l’envie de tester des idées.

Partant du constat d’un artefact qui fonctionnait mal au milieu d’un open space, l’idée d’essayer un service anonyme a émergée.

Commencer sans code

Commencer sans investissement conséquent en terme de code est un atout. La vente de chaussures en ligne en constitue un bon exemple. Il fût un temps où l’on pensait que vendre des chaussures en ligne était impossible car tout le monde voudrait essayer les chaussures avant de les acheter. Un des premiers vendeurs en ligne a donc commencé par prendre des photos de chaussures dans les magasins autour de chez lui. Quand une commande lui était faite en ligne, il se rendait dans le magasin pour acheter la paire et il envoyait le colis.

En 2013, Nicolas a testé sa proposition de valeur avec une simple page web statique : un champ de pré-inscription et seulement quelques heures de travail. Un taux d’engagement de plus de 15% a validé son concept.

Un simple mail

Le principe : demander tous les soirs à chaque membre d’une équipe comment s’est passée sa journée avec une note de 1 à 5 et un commentaire optionnel. C’est cette pratique qui est souvent appelée “Niko Niko” de Niko - sourire en japonais - ou encore feeling board.

Une valeur hors d’internet

Visibles par toute l’équipe, les réponses déclenchent des conversations à la machine à café le lendemain matin. Cela m’a rappelé airbnb où l’essentiel de l’expérience utilisateur se situe également en dehors du site.

Le succès a été rapide : triplement du chiffre d’affaire la deuxième année et atteinte de la rentabilité. Le modèle économique ? Facturer 1 Euro par membre d’équipe. Il y a aujourd’hui plus d’une centaine de clients, principalement des manageurs et des coachs.

International dès le premier jour

C’est un conseil que j’ai entendu martelé en hackathon pour lancer sa startup : “Si vous ne deviez retenir qu’une seule chose, c’est qu’il faut penser global dès le premier jour”.

Après des premiers clients issus des cercles de connaissances et du bouche à oreille, des clients hors de France sont arrivés en cherchant “team mood” dans un moteur de recherche. Le nom du site s’avère un atout par rapport à la concurrence :

MoodPanda n’est pas aussi évocateur, je ne me souviens jamais si Mood est avant Panda ou après.
NikoNiko l’est beaucoup plus, mais une chaine de restaurant japonais porte le même nom.

La présence d’une concurrence pourrait faire peur mais c’est en fait plutôt bon signe : c’est qu’il y a un marché. Ce qui ne signifie pas qu’il y ait de la place pour tous les acteurs : un concurrent américain et un concurrent anglais ont mis la clef sous la porte en décembre 2016 après avoir échoué à lever des fonds.

Chat as a service

S’appuyer sur des services facturés à l’usage aide à se concentrer sur le produit : hébergement sur Heroku et intégration d’Intercom comme chat en ligne personnalisé. Cette personnalisation permet d’envoyer un mail quand le fondateur est occupé : “Je reviens vers vous dès que possible”. Les clients Australiens et Néo-Zélandais patientent ainsi jusqu’au matin Français.

Mesurer la satisfaction client

Sur une note de 1 à 10, recommanderiez-vous notre service ? Cette mesure, appelée taux de recommandation, suffit pour évaluer la satisfaction client :

1-6 : insatisfait (va bientôt partir)
7-8 : neutre.
9-10 : ambassadeur (va promouvoir le service) C’est grâce à cet indicateur que Nicolas a par exemple sollicité un client dans la catégorie 9-10 pour répondre sur twitter à un internaute qui demandait quel site choisir.

Dire merci pour les bugs

Une autre pratique de Nicolas, c’est de remercier pour chaque bug découvert : “merci d’avoir pris le temps d’ouvrir ce bug ça permettra d’améliorer le service pour tous les autres utilisateurs également.”

Je devrais essayer sur les projets open sources auxquels je contribue, comme sur aioimaplib où j’ai tendance à me dire “il faut que je pousse rapidement pour montrer qu’on est réactif… on va peut-être gagner une étoile sur github”. C’est moi qui reçoit des remerciements.

Je pourrais remercier d’avoir ouvert un ticket et ajouter que l’amélioration bénéficiera à tout le monde. A voir à l’usage si cette pratique s’avère pertinente auprès d’une population de développeurs.

L’itinérance en conférence

Cet article poursuit la série sur la valeur de l’itinérance pour augmenter les découvertes lors des conférences. Toutes ces conversations n’auraient pas été aussi approfondies sans ce caractère itinérant de la journée Walking Dev.

Walking Dev

Fri, 13 Oct 2017 00:00:00 +0200

C’est à la conférence Nomad Open que j’ai entendu parlé de Walking Dev : une conférence open space qui comme son nom l’indique se déroule en marchant. Aucun lien avec la série télévisée américaine “the walking dead”, mais la similitude m’a fait retenir le nom.

Des agilistes s’étaient donc rassemblés à Toulouse en cette fin Août pour explorer la question du passage à l’échelle de l’agilité sous l’angle de la permaculture. Comme souvent j’ai beaucoup appris dans des conversations impromptues que les intermèdes pédestres ont grandement facilitées (une des spécificités de cette conférence).

Découvertes

Ma première découverte concerne teammood, un niko niko électronique auquel je consacre un article complet.

Le Ukulélé

Une autre découverte : l’émergence du Ukulélé. En très forte croissance en Amérique du nord, la facilité à appréhender cet instrument de musique séduit un public de plus en plus large. Sur youtube le marché de la formation est déjà pris avec un formateur qui gagne 5000 dollars par mois en financement participatif (il avait annoncé qu’il en ferait son activité principale s’il atteignait 500 dollars). Son modèle est de fournir ses nouveaux tutoriels 24 heures en avance aux donateurs qui atteignent un petit montant symbolique (5 dollars si je me souviens bien). C’est une très belle réussite mais Nathaniel Richand me disait qu’il n’y a de la place que pour une seule personne dans le monde (une deuxième a par exemple moins de succès). Il a donc lancé une communauté autour d’un service dont il est le premier utilisateur : fournir tout ce qu’il faut à un débutant pour qu’il apprenne une chanson. De par sa petite taille le Ukulélé s’emporte facilement en ballade. Aussi transporter des partitions annotées s’avère plus volumineux que l’instrument lui-même.

Le financement participatif

Sur la question du financement participatif cela m’a rappelé le framework Javascript léger Vue.js qui après avoir dépassé angular gagne du terrain sur react en terme d’étoiles sur github. L’auteur gagne 10000 dollars par mois en financement participatif de donations par des fans pour qu’il continue à développer cet écosystème open source (sa licence MIT semblant faire partie du succès de son adoption chez certains GAFA). Et j’ai découvert récemment un autre exemple avec le réseau social open source Mastodon lancé ce 1er Avril et qui est financé par 3000 dollars mensuels sur patreon.

Apprentissages

Après plus de dix ans passés à faire des daily meeting je continue à apprendre sur le sujet. Un coach rapportait qu’une de ses équipes avait atteint un tel niveau de maturité qu’ils avaient remplacé les questions habituelles par :

qu’est-ce que j’ai appris hier ?
que vais-je apprendre aujourd’hui ?

Et ça m’a rappelé que dans une équipe eXtreme Programming particulièrement mature d’une entreprise où j’ai travaillé le coach XP attendait avec impatience le daily pour ne pas rater une miette de ce que les développeurs avaient appris.

Le suivit du parking lot

J’ai vu l’usage du parking lot fonctionner avec des fortunes très diverses d’une équipe à l’autre y compris à l’intérieur de la même entreprise. Le plus mauvais fonctionnement que j’ai constaté ? Les sujets écrits dans le parking lot ne sont pas traités après le daily. Les équipiers retournent simplement à leur place. Comme le parking lot avait été mis en place pour éviter que le daily ne dure trop longtemps, je n’essayais pas trop de retenir les gens (ça avait tendance à faire rester tout le monde).

Une idée simple (je me demande pourquoi je n’y ai pas pensé avant) est qu’une personne soit chargée d’aller voir les auteurs des sujets une fois qu’il sont retournés à leur poste de travail pour s’assurer qu’ils en discutent avec les personnes concernées. Cela dit il aurait fallu voir à l’usage car certains des sujets ne me semblaient avoir de valeur que pour une seule personne ce qui était peut-être le symptôme d’un problème plus profond.

Permaculture et agilité

La permaculture est une approche écologique d’agriculture durable qui limite l’usage d’intrans (pesticides, engrais chimiques). Elle a été formalisée par deux Australiens en 3 valeurs et 12 principes, ce qui rappelle le manifeste agile.

Une approche reproductible ?

La question principale quand une nouvelle méthode émerge est souvent de savoir dans quelle mesure elle est reproductible. La permaculture peut-elle fonctionner en dehors des ecosystèmes Australiens qui l’on vu naitre ?

Le riz

La réponse est oui. L’exemple qui m’a le plus intéressé est son utilisation pour la culture du riz au Japon. Si le riz pousse les pieds dans l’eau c’est pour éviter que des oiseaux ne mangent les semis. Comme toute cette eau n’est pas optimal d’un point de vue écologique, un Japonais tente de cultiver du riz les pieds à l’air. Au fur et à mesure qu’il sème une nuée d’oiseaux consomment ses graines derrière lui. Le principe “le problème est la solution” va semble-t’il le faire persévérer jusqu’au moment où il a l’idée de mettre ses graines dans des boules de glaise. Les oiseaux s’en désintéressent et son riz pousse les pieds à l’air libre.

La vigne ?

La persévérance est donc un autre élément caractéristique. L’exemple était donné d’un viticulteur du sud-ouest qui a choisi de cultiver ses vignes de manière plus écologique. Il ne s’agit pas à proprement parler de permaculture puisque les vignes restent alignées en rangs mais le reste s’en rapproche. Ses premières années s’avèrent très difficiles : ses rendements s’effondrent et sa coopérative agricole l’expulse. Après dix ans il est devenu le seul à vendre à des restaurants étoilés et des gens viennent du monde entier pour étudier ses techniques mais il a fallut tenir et s’améliorer face à la concurrence pendant de très nombreuses années de vaches maigres avant de parvenir à un tel résultat.

Permagilité ?

Un autre principe spécifique à la permaculture : les frontières sont les zones où se passent les choses les plus intéressantes. L’exemple donné est la frontière entre la prairie et la forêt. Un autre exemple qui m’est venu en tête : les zones humides qui séparent une étendue d’eau de la terre ferme émergée regorgent d’une biodiversité foisonnante et filtrent l’eau de ses impuretés.

Au delà du design émergeant, le parallèle que j’ai trouvé le plus intéressant avec l’agilité c’est l’importance donné à l’écosystème. Qu’est ce que l’écosystème d’une équipe agile ? Une question à explorer le mercredi 18 octobre où aura lieu à Paris le prochain Walking Dev sur la permagilité.

Amazon DynamoDB, comment ça marche ?

Wed, 27 Sep 2017 00:00:00 +0200

Amazon a publié un SDK Java qui permet d’interagir avec tous les services AWS, y compris DynamoDB. Regardons un peu comment tout cela fonctionne.

Principes généraux

DynamoDB est une base de données clef/valeur “infiniment scalable”. On ne paye qu’à l’usage selon 3 axes, selon notre réglage sur chaque table :

la quantité de données stockées
la capacité en lecture par seconde
la capacité en écriture par seconde

DynamoDB s’intègre très bien avec Amason Redshift et EMR (Elastic Map Reduce, Hadoop).

Vue hiérarchique :

Chaque compte AWS possède une collection de tables par région.
Chaque table est une collection d’ items
Chaque item est une collection arbitraire d’ attributs (des couples clef/valeur)

Chaque table doit avoir une clef primaire et chaque item doit avoir une clef unique.

Il y a 2 types de clefs primaires :

hash : un seul attribut (index non ordonné sur le hash)
hash + range : clef composite sur 2 attributs.

Les type de données :

des Strings (stockées en UTF-8) et des StringSets
des Numbers (jusqu’à 38 digits) et des NumberSets
des Binaries et des BinarySets

La taille maximum d’un item est de 64 ko. Le nom des attributs compte dans la taille d’un item.

Les indexes

les données sont indexées sur les clefs primaires
les LSI (Local Secondary Indexes) permettent de parcourir les données hors des clefs de manière plus efficace. Pour moi, cela se rapproche des indexes de MongoDB sans le coût de RAM à gérer. La limite est de 10 Go par clef de hash
les GSI (Global Secondary Indexes) permettent de parcourir les données sur n’importe quel champ. Par contre, des frais supplémentaires s’appliquent.

Les indexes ne peuvent être changés après leur création. Par contre, le provisioning peut être modifié (à la baisse ou à la hausse) à n’importe quel moment. Par ailleurs, des alarmes par mail peuvent être mises en place pour indiquer si une table a besoin de plus de lectures ou plus d’écriture.

Amazon se charge de sharder/partitionner/répartir les données selon la taille des données et le provisionning lecture/écriture demandé. En cas de changement de provisionning, les données sont reshardées automatiquement. Pour scaler massivement, il faut donc un grand nomble de clefs de hash différentes.

API

en lecture

GetItem : aller chercher un élément par sa clef primaire
Query : s’appuie sur la clef composite
- sur une valeur du hash
- compter des éléments sur un critère
- les top N (ou bottom N) éléments
- pagination avec limites
BatchGetItem : récupérer différents éléments (sur plusieurs tables)
Scan : plutot pour en export de données

en écriture

PutItem :
- ajouter un nouvel élément
- remplacer un nouvel élément
- peut-être conditionnel (si existe ou non)
- peut-retourner l’élément remplacé (OLD_ITEM)
PutUpdateItem :
- ajouter/modifier/supprimer un attribut d’un élément
- incrémenter (de manière atomique) un attribut
DeleteItem
BatchWriteItem : jusqu’à 25 put/delete dans la même requête

Comment modéliser les données ?

Pour modéliser, il faut partir des usages et des Use Case, puis identifier les différents patterns d’utilisation de ces Use Case pour enfin en déduire le design des données.

exemples :

relations 1-1 : hash
relations 1-n : hash sur une table et Hash/Range sur l’autre
relations n-m : Hash/Range sur les 2 tables (respectivement inveres l’une de l’autre)

Dans le cas d’un multi-client’ utiliser le client ID comme hash et ajouter une range key spécifique à la donnée (ex: user ID)

Conseils

garder la taille des items la plus petite possible
- en compressant de manière binaire
- en choisissant des noms succincts pour les attributs
utiliser Amazon S3 pour stocker des données lourdes (et référencer le bucket/hash S3 dans DynamoDB)
utiliser les tables overflow et la command BatchGet
pour les données de type time series créer des tables par période de temps (par semaine)
éviter de garder des données froides dans DynamoDB : il vaut mieux les déplacer ailleurs pour réduire les couts et ne pas trop provisionner
il est possible de mapper une table DynamoDB sur EMR/Hyve

Information : depuis cette prise de note, je n’ai pas eu l’occasion de tester DynamoDB avec un véritable cas d’utilisation de production ; je manque donc de recul au delà des quelques conseils donnés ci avant.

Quelques liens :

documentation officielle
vidéos officielles
SDK officiel:
libs et mocks, en particulier pour le monde java :
- des mappeurs objet
  - jsoda : Simple Java object layer for AWS databases (SimpleDB and DynamoDB)
  - phoebe-dynamodb : the thinnest convenient layer which addresses these issues, yet preserves the elegance of get, put, delete, and query type operations.
  - jcabi-dynamo a Amazon Dynamo DB Object Layer
- des mocks
  - alternator : A mock DynamoDB that runs locally for testing purposes
  - DynamoDB local : a client-side database that supports the complete DynamoDB API, but doesn’t manipulate any tables or data in DynamoDB itself

Le nomadisme numérique

Mon, 18 Sep 2017 00:00:00 +0200

L’agriculture aurait rendu l’homme sédentaire. A l’avènement d’internet des voix ont prédit que des formes de nomadismes reviendraient.

Ces dernières années des conférences sont nées sur ce thème comme 7in7 en 2016, Nomad Summit en 2015 ou DNX en 2014 dont la newsletter totalise 20,000 abonnés et qui se tient à guichets fermés (800 participants en 2017).

Ces conférences sur le nomadisme numérique adoptent des formes très classiques, avec des salles et des amphithéâtres. De la même manière que les premières conférences agiles suivaient ces formes classiques. Ensuite la forme de l’Open Space est apparue comme une manière plus “agile” de faire une conférence agile.

A la lumière de ce qui s’est passé pour l’agilité se pose donc la question : comment faire une conférence d’une manière plus nomade ?

La valeur des intermèdes

Lors d’une conférence, qu’elle soit open space ou plus classique je me déplace de salle en salle. Je trouve de la valeur à la fois dans ce que j’entends dans les salles et dans ce que j’entends en dehors des salles, dans les intermèdes, les errances, les pauses.

Le lieu que j’ai vu le plus propice à ces intermèdes ? Le chalet de la Porte Jaune où se déroule tous les ans la conférence Agile France. J’ai par exemple participé il y a deux ans de manière totalement impromptue à la discussion la plus intéressante que j’ai entendue à ce jour sur la dichotomie entre Lean Management et Agilité.

Puisque ces intermèdes-déplacements génèrent autant de valeur, la question se pose : si on leur donnait une dimension plus grande, une raison d’être à part entière, quelle forme cela prendrait-il ?

Des conférences nomades ?

J’ai participé cet été à deux conférences qui explorent ce concept.

Walking Dev

Walking Dev est une conférence open space d’une journée. Les salles de conférences ? Des cafés, un restaurant, une librairie, des jardins, un cloître. Une découverte de Toulouse jusque dans des lieux inconnus des Toulousains eux-mêmes. Et entre ces lieux, la marche à travers la ville.

Ce n’était pas une première : un participant du Sud-Ouest avait déjà utilisé ce format pour une formation à Paris pour laquelle il avait eu de très bon retours.

Nomad Conf

Nomad Conf (anciennement Nomad Open) se veut une conférence plus ambitieuse dans sa forme puisque les déplacements à pieds deviennent des voyages en train et chaque étape est une ville différente. Le sujet s’avère également plus radical puisqu’il s’agit du nomadisme lui même : la conférence est un espace de coworking en mouvement où les participants travaillent à leurs tâches quotidiennes comme s’ils étaient sédentaires. A la dichotomie de walking dev entre les sessions plénières statiques et les discussions informelles en marchant, nomad open substitue un triptyque :

coworking en mouvement
rencontres de communautés locales
conférence open space

J’ai été surpris de constater que pour certaines tâches je devenais plus productif dans un train que dans un bureau. D’autres participants ont partagé cette constatation. Ces formes éphémères de travail me paraissent donc intéressantes à explorer. Cet article ouvre une série d’articles qui relate mes apprentissages sur le sujet.