Ce week-end, je suis tombé via Twitter sur une intervention chez Mediapart de Daniel Schneidermann, fondateur/directeur d'Arrêt sur Images :

Internet nous offre le luxe incroyable de nous permettre au moins de tenter d'être financé uniquement par ceux pour qui on travaille, c'est à dire nos lecteurs. C'est le luxe incroyable de pouvoir dire d'emblée "Merde aux investisseurs" et "Merde à la pub".

J'aimais beaucoup Arrêt sur Images lors de leur diffusion sur France 5. Je n'ai pas vraiment suivi leur aventure sur le web, mais je suis ravi de voir qu'ils s'en sortent bien avec un modèle économique d'abonnement payant, et pas en se reposant sur des bannières publicitaires.

Je suis persuadé que le nombre de bannières publicitaires influe directement négativement sur la qualité journalistique d'un site internet. La semaine dernière, Kelly Stewart imaginait sur son blog comment naissait les rumeurs sur les produits Apple, et je pense qu'on ne doit pas être loin de la vérité :

1. Il est 16h49 un vendredi.
2. Ils sont à quelques dizaines/centaines/milliers de pages vues près pour faire leur mois.
3. Ils écrivent un paquet de mensonges sur un produit fictif et pour ajouter un peu de crédibilité ils ajoutent la fameuse ligne "des sources familières avec le sujet".

Le problème des sites qui vivent uniquement de la publicité, c'est que leurs revenus dépendent plus du volume de pages affichées que de la qualité de leurs articles. Bien sûr, en écrivant de bons articles, le volume de pages affichées devrait suivre. Mais pas forcément autant qu'en écrivant un article inventé de toute pièce, ou un bon vieux troll des familles. Et surtout, en dépendant de la publicité, ces journalistes ont tout intérêt à ce que vous quittiez rapidement leur site via une publicité. Pas vraiment de quoi les inciter à faire leur travail.

J'ai vraiment le sentiment que se baser sur des bannières publicitaires pour gagner de l'argent, c'est le modèle économique du pauvre. Non pas parce que ça ne rapporte rien. Mais parce que c'est la solution de facilité, qui ne demande pas vraiment de réflexion à mettre en place, et qui ne présente pas vraiment de risque. Mais la plupart du temps je suis convaincu que ce n'est pas la meilleure solution.

La semaine dernière, je suis tombé sur la conférence "Better Revenue Through UX" qui illustre parfaitement ça. Melissa Matross est responsable Expérience Utilisateur chez HotWire, site comparateur de réservations de vols et d'hotels. Elle raconte son travail au sein de l'entreprise, et comment elle a réussi à retirer les bannières publicitaires en faveur d'une fonctionnalité plus subtile.

J'ai eu de la chance, et mon chef m'a dit quelque chose qui a vraiment fait écho en moi, et qui je pense a changé la direction de ma carrière : "Si tu veux te débarrasser des publicités, trouve un moyen pour remplacer les revenus".

C'est une déclaration plutôt simple, non ? Ça devrait être évident. Mais ça ne l'était pas Alors je me suis mise à y réfléchir, beaucoup. Je vais vous présenter d'abord la solution, puis comment j'ai décortiqué le problème.

Voici à quoi ressemble l'outil qui a remplacé la publicité. Dans le coin en haut à droite, il y a cette petite boîte grise. C'est assez subtil. Ça dit "Comparez avec d'autres sites". Et on y trouve quelques cases à cocher vers nos concurrents. Certaines sont pré-cochées, d'autres pas. Quelque chose de vraiment simple, et qui ne vous saute pas au visage. Mais c'est quelque chose que nos clients ont adoré.

Comment ça marche ?

1. L'utilisateur fait une recherche pour un vol, un hotel ou une voiture.
2. Il voit des prix intéressants, et se dit "Laissez moi voir si ce sont vraiment de bons prix".
3. Il remarque la boîte "Comparez avec d'autres sites" judicieusement placée au dessus des résultats de recherche.
4. Il pense : "Hey c'est trop facile. Hotwire doit vraiment avoir les meilleurs prix puisqu'ils me permettent de comparer avec d'autres sites. Mais je vais quand même aller vérifier de toutes façons..."
5. L'utilisateur coche en moyenne 3 cases et va vérifier sur les autres sites.
6. Hotwire est payé pour chaque recherche effectuée sur les autres sites.

Je vous laisse regarder la conférence (seulement 15 minutes), mais il se trouve que ça a plutôt bien marché pour eux.

Si vous avez un site, un produit, une application, et que vous souhaitez le monétiser, réfléchissez à toutes les solutions qui s'offre à vous avant de vous jeter sur des bannières publicitaires.

Je crois que le truc qui me plaît et me fascine le plus dans l'intégration, c'est de savoir que ce que je code aujourd'hui fonctionnera encore demain. Et quand je dis demain, je veux dire dans 10, 20 ou 30 ans.  Je me suis fait la réflexion récemment en revisitant 2 de mes tous premiers sites perso encore en ligne (ici ou là), créés il y a exactement 10 ans.

Ces sites ont été créés à l'époque d'IE6, Netscape et Firebird, sous Frontpage 98, avec une connexion ADSL 512k chez Wanadoo. Mais ils tournent parfaitement aujourd'hui sur Chrome 19, Firefox 14, ou même sur Safari sur mon iPhone en 3G.

En comparaison, si vous avez développé une application sous Mac OS 9 il y a 11 ans, il n'y a quasiment aucune chance pour qu'elle fonctionne encore sous Mac OS aujourd'hui. La même chose est surement valable pour Windows. Et je ne parle même pas du fait que si vous avez gravé à l'époque vos applications sur CD-R, ces derniers sont très certainement périmés et inutilisables.

Sur le web, la rétro-compatibilité est possible grâce aux standards qui essayent de l'assurer dans toutes les spécifications. Et ça souligne bien à mon avis l'importance de ces standards. Il y a quelques mois, Nicolas Hoffmann relatait de manière amusante une conversation qu'il a eu lors du passage à IE7 chez l'un de ses clients, dont voici un court extrait :

— (s'adressant à moi) Vous devez être sous perfusion de stress ces temps-ci !
— Heu non, pas en particulier, pourquoi me dites-vous cela ?
— Bin avec la migration, ça tourne à la catastrophe chez nous.
— Quelle migration ???
— Bin on va passer à Internet Explorer 7, et c'est pas triste avec nos intranets.
— (interloqué) Et pourquoi donc ? Ça fait un bout de temps qu'il est sorti, ça marche plutôt bien, et honnêtement ça a pas changé grand chose par rapport au 6.
— Vous plaisantez ? Les intranets avec ActiveX ne fonctionnent plus correctement, on a des bugs de rendu, ça fait des mois et des mois qu'on bosse à cette migration, et on a problèmes sur problèmes !
— Ah bon ???

Si vous ne vous conformez pas aux standards, vous ne bénéficierez probablement pas de cette rétro-compatibilité. Si vous avez un site qui dépends fortement de Flash, Silverlight ou Real Player, vous commencez surement à en faire les frais.

Ce qui me fait sourire, c'est qu'il y a 10 ans, je ne me serais jamais imaginé pouvoir consulter les sites que je concevais sur des terminaux mobiles tactiles connectés en permanence à Internet. Et alors que le marché des navigateurs était constitué principalement de Microsoft et Netscape/Mozilla, je n'aurais probablement jamais suspecté qu'Apple puis Google entrent aussi sur le marché. Cela me laisse rêveur quant aux façons dont je naviguerais dans 10 ans sur les sites que je crée aujourd'hui. Et surtout, ça m'inspire ce slogan d'Hipster Intégrateur :

La semaine dernière, Jeff Atwood (fondateur de Stack Overflow) a initié un débat sur son blog avec un article intitulé "Par pitié, n'apprenez pas à coder" :

La tendance à dire que "tout le monde devrait apprendre à programmer" est tellement hors de contrôle que le maire de New York City a réellement juré d'apprendre à coder en 2012.

C'est un noble geste pour recueillir les votes de la communauté high-tech de NYC, mais si le maire de New York City a vraiment besoin de taper du code JavaScript pour faire son boulot, c'est qu'il y a quelque chose de profondément, horriblement, terriblement de travers avec les politiques dans l'état de New York. Même si M. Bloomberg "apprenait à coder", avec mes excuses à Adam Vandenberg, je suppose que ça donnerait quelque chose comme ça :
10 PRINT "I AM MAYOR"
20 GOTO 10Heureusement, les chances pour pour que cette fantaisie technologique arrive, même pour plaisanter, sont nulles, et pour de bonnes raisons : le maire de New York City va on l'espère passer son temps à faire le travail que des employés contribuables le payent pour faire à la place. D'après le site du bureau du maire, ça signifie travailler sur les programmes contre l'abstention à l'école, les améliorations des transports publics, le budget de la ville pour 2013, et... il faut vraiment que je continue ?

Pour ceux qui soutiennent que programmer est une compétence essentielle que nous devrions enseigner à nos enfants, au même titre que la lecture, l'écriture, ou l'arithmétique : pouvez-vous m'expliquer en quoi Michael Bloomberg serait meilleur à son travail quotidien de gestion de la plus grosse ville des USA s'il se réveillait un matin en étant un as du développement Java ? Il me semble évident qu'une lecture expérimentée, une écriture expérimentée, et au moins un niveau lycéen en mathématiques sont fondamentaux pour réaliser le travail d'un politique. Ou n'importe quel travail, pour ce que ça vaut. Mais comprendre des variables et des fonctions, des pointeurs et la récursivité ? Je ne vois pas.

Forcément, les réponses ont été vives et nombreuses. J'ai retenu notamment celle de Sacha Greif, webdesign Freelance : "Par pitié, apprenez à coder".

"Apprendre à coder" ne veut pas forcément dire devenir le prochain Linus Torvalds, tout comme "apprendre à cuisiner" ne veut pas dire ouvrir un restaurant 3 étoiles.

Ça veut simplement dire avoir une compréhension basique du fonctionnement des ordinateurs plutôt que suivre aveuglément ce que vous dit un trombone qui parle (et peut être finalement être capable de programmer vos propres trombones qui parlent).

Si le premier article est particulièrement tranché, je reste persuadé que l'apprentissage de la programmation devrait être aujourd'hui obligatoire à l'école. Pas au même titre que la lecture, l'écriture ou les mathématiques. Mais au même titre que l'histoire, la géographie, la physique, la chimie, l'économie, ou la philosophie. Vous ne deviendrez pas un grand historien, chimiste ou philosophe en vous contentant des cours donnés au collège et au lycée. Mais aussi barbants que certains de ces cours ont pu vous paraître à l'époque, ils ont contribué à votre culture générale, et à la façon dont vous appréhendez et comprenez le monde qui vous entoure.

S'il me paraît important pour un quidam d'avoir des notions basiques en programmation, cela me semble carrément indispensable pour quelqu'un qui travaille dans le web. Mais c'est souvent loin d'être le cas chez les chefs de projet et les graphistes.

Chez Pixar, tous les employés sont invités à apprendre à dessiner :

Grâce à l'Université Pixar, les employés apprennent à voir le travail de la société (et de leurs collègues) sous un nouvel angle. "Les compétences qu'on développe sont des compétences dont nous avons besoin partout dans l'organisation. Pourquoi enseigner le dessin à des comptables ? Parce que des cours de dessin n'apprennent pas seulement aux gens à dessiner. Ça leur apprends à être plus observateurs. Il n'y a aucune société sur Terre qui ne bénéficierait pas d'avoir des employés plus observateurs."

En apprenant à coder, vous n'apprenez pas seulement à coder (même si c'est plutôt cool). Vous apprenez à résoudre des problèmes. Je ne pense pas qu'il y ait une société sur Terre qui ne bénéficierait pas d'avoir des employés plus doués pour résoudre des problèmes. Ça vaut donc également pour le maire de New York.

Mais trop souvent, j'ai le sentiment que l'ignorance de la programmation parmi les chefs de projet web ou les graphistes est due à un total mépris du métier. "Je suis directrice artistique, je ne me vois absolument pas me lancer dans du développement JavaScript" (entendu à Paris Web, à 38min).

Quelque soit votre métier, vous devez être curieux, et ne jamais rechigner à apprendre quelque chose de nouveau. Récemment lues sur Reddit, je cautionne particulièrement ces paroles de Neil deGrasse Tyson :

Je suis poussé par deux philosophies principales. En savoir plus aujourd'hui sur le monde que j'en savais hier. Et en chemin, diminuer la souffrance des autres. Vous seriez surpris jusqu'où cela peut vous mener.

Ce serait hautain et condescendant de ne pas vouloir apprendre à cuisiner ou de ne pas vouloir apprendre une nouvelle langue.

Je pense que c'est hautain et condescendant de ne pas vouloir apprendre à coder. C'est décrédibilisant pour vous en tant que professionnel du web. C'est décrédibilisant pour vous en tant qu'être humain.