Parce qu’on ne parle pas correctement l’allemand, qu’on ne voit pas non plus pourquoi on céderait complètement à l’anglais, Berlin Web sera résolument une conférence 100% polyglotte, ou chacun parle la langue qu’il veut au moment qu’il veut. Nous ferons confiance à nos participants pour assurer la traduction simultanée par bouche à oreille.

Nous en profiterons également pour axer cette conférence sur les thématiques de l’internationalisation, de la localisation et de la collaboration internationale. Mais cela reste bien entendu très ouvert.

Berlin Web entends avoir son identité propre, et ne cédera à aucune mode. En particulier, pour prendre le contre pied de nos amis de Sud Web, nous pouvons d’ores et déjà annoncer que le Wifi sera disponible à Berlin Web pendant les conférences.

Enfin, parce tout le monde sait qu’à Berlin nous vivons dans des châteaux, nous aurons la chance de pouvoir accueillir la conférence dans notre salon, tout simplement. En cas de forte affluence, nous avons aussi mis une option sur la Festsaal Kreuzberg.

Réservez la date, Berlin Web 2011 aura lieu les 17 et 18 septembre 2011 !

Nous nous réjouissons à l’avance de vous accueillir dans notre ville et de partager avec vous quelques bières et saucisses.

Nous attendons maintenant avec impatience vos propositions de conférence !

François, Julie et toute l’équipe de Berlin Web.

• isolani: Breaking the Web with hash-bangs
• Jeremy Keith: Going Postel
• Tim Bray: Broken Links

There is no piece of dynamic AJAXy magic that requires beating the Web to a bloody pulp with a sharp-edged hashbang. Please stop doing it.

Quelques réflexions.

L’architecture frontend du “new Twitter” est vraiment loupée non ? Et celle des ex-blogs comme Lifehacker du réseau Gawker, n’en parlons même pas ? Comment en 2011 a pu t-on décider de faire cela ?

On peut lire dans certains commentaires que nous, défenseurs du web à papa, défendons un modèle dépassé de document, alors que ces sites sont passés à un modèle applicatif. Allo ?

Heureusement, HTML5 le sauveur vient à notre secours et devrait réconcilier tout le monde avec l’history API et pushState. Ouf !

Et Google a aussi décide de fournir un plugin WebM pour Safari sous OS X.

Et pour IE9 sous Windows 7.

Et Microsoft a décidé de fournir un plugin h264 pour Chrome sous Windows 7.

Et pour Firefox aussi.

Et rapidement, il y aura un plugin pour jouer du h264 dans Firefox sur OS X.

Et 95% des utilisateurs seront capable de lire l’un ou l’autre des formats.

Et ne comptez pas sur les éditeurs et plate-formes pour trancher entre les deux formats.

Les deux cohabiteront, tels gif et png.

Et les grands oubliés seront comme toujours les utilisateurs d’Opera ou de Linux.

Ils ont l’habitude.

Je dirais même qu’ils aiment ça !

Au lieu de continuer à suivre l’industrie, et de coder une application iPhone pour Basecamp, ils ont décidé de tout miser sur HTML5 et de proposer à leurs clients une simple web app.

C’est une excellente nouvelle, un retour aux sources, à une époque où l’iPhone n’avait ni App Store, ni SDK. Au bon souvenir, c’était l’été 2007, avec Maurice, nous avions sorti une superbe version de Netvibes optimisée pour iPhone (featured in Techcrunch mom). Mais c’est Facebook qui avait attiré les projecteurs, non sans raison, en sortant sa version iPhone quelques heures plus tard. Je radote …

Pour revenir à 37 Signals, c’est le succès d’Android qui a au final pesé dans la balance. Ils ne se voyaient pas devoir doubler les développements, à juste titre, c’est à vrai dire assez stupide pour des appareils si similaires. Aussi, leur vrai cœur de métier, ce sont les web apps, pas des apps compilées.

Alors certes, ils se sont aventurés eux aussi dans quelques développements iOS, mais aujourd’hui HTML5 c’est du sérieux, et ils ont assemblés pour cela une stack technologique assez intéressante.

• CoffeeScript: un langage de script se compilant en javascript
• Backbone.js: MVC + Events en javascript
• Zepto: un framework (think jQuery light) ciblant les navigateurs webkit mobiles
• Eco: un language de template
• Sitch: un compileur

On notera que certains composants ont été adaptés de l’écosystème Node.js, c’est remarquable car cela montre que le dynamisme du javascript server side, peut beaucoup influer sur le browser side.

Il va falloir attendre un peu avant de comprendre en détails leur architecture, ils ont prévu de sortir tout cela sous le nom de Cinco. Besoin de buzzword ? C’est le Rails des web apps mobiles, baby !

Alors forcément, que seuls les navigateurs webkit soient supportés, chez Mozilla on a du voir des chaises voler entre les bureaux de Tristan et Paul. Il est vrai que la réalité du marché explique ce choix, mais c’est tout de même assez inquiétant.

Pour aujourd’hui, on ne va pas faire la fine bouche et on va retenir la bonne nouvelle, une équipe influente a dit non aux App Store, et rien que ça, ça devrait nous faire la journée.

Au moins.

Le seul problème, c’est qu’au delà d’un cercle fermé d’enthousiastes de technologie, personne n’y comprends rien, et la plupart des business internet ne voient pas vraiment l’intérêt de le supporter.

Ça va s’arranger avec le temps pensait-on, les interfaces utilisateurs vont s’améliorer, les utilisateurs vont être éduqués, et de plus en plus de services vont le proposer en standard.

Il n’y avait qu’à attendre …

Mais ces derniers temps, les signes négatifs se multiplient, le dernier en date avec 37signals qui annonce qu’il va couper son support OpenID dans quelques mois.

Qu’une entreprise ne voit pas son intérêt business dans OpenID soit, on y était habitué, mais qu’une entreprise le coupe car cela impacte négativement son business (ici, trop de support client), c’est un message catastrophique !

Alors, qu’est ce qui n’a pas marché ?

• les versions se sont multipliés, les extensions de la spécification aussi
• les spécifications sont outrageusement compliquée, on est obligé de se reposer sur des bibliothèques, les implémentations divergent sur des détails, c’est l’enfer à supporter et déboguer
• les utilisateurs ne savent pas ce que c’est, comment l’utiliser, et n’auront jamais idée de s’authentifier avec une URL
• lorsqu’on essaie de simplifier le processus, on se retrouve avec un écran plein de logos (the OpenID Nascar problem), c’est qui est complétement contraire à l’esprit originel

Personnellement, j’ai codé quelques trucs, la deuxième version du plugin OpenID pour Dokuwiki, et La Distribution est à la fois un serveur (provider) et un client (relying party). Et au final, je n’ai pas un avis catégorique sur la question mais mitigé.

Au vu des dernières tendances, le grand soir d’OpenID, en tant que solution universelle d’authentification, ne viendra sans doute jamais. Les personnes qui ont été les plus enthousiastes dans le passé ne le sont plus, par exemple Simon Willison préfère utiliser Twitter Connect sur son projet Lanyrd, et Chris Messina, membre du OpenID board, n’y croit plus.

Pourtant, en travaillant correctement, il y a bien sûr moyen de résoudre les problèmes d’UI en utilisant les e-mails à la place des URLs, les problèmes d’interopérabilité avec des suites de test. Mais bon, l’avenir d’OpenID est peut-être en tant que protocole discret, pas forcément fait pour interopérabilité, un peu comme le promeut Google pour faire du SSO sur ses Google Apps.

Alors, quel avenir pour OpenID ? Y’a t-il de l’espoir ?

Quand même pas un simple enterrement ?

Bonne idée peut-on penser, on ne peut que prédire un grand succès à cette opération, imaginant déjà le logo posé sur une multitude de pages, mettant en avant leur formidable l’avancée technologique:

Yeah !

Cependant, ce sera un succès au goût un peu amer. Le mot valise HTML5 est définitivement adoubé, et on peut désormais y mettre un peu de tout, selon le menu du jour:

The logo is a general-purpose visual identity for a broad set of open web technologies, including HTML5, CSS, SVG, WOFF, and others.

So long pour la clarté scientifique.

On pense bien sûr à la prédiction 2011 de Mark Pilgrim:

I’m not big on predictions, but I do have one for 2011: HTML5 will continue to be popular, because anything popular will get labeled “HTML5.”

Et ensuite, on se demande comment appeler HTML5 si HTML5 ne veut plus vraiment dire HTML5.

Jeremy Keith donne quelques pistes, dans son billet Badge of shame:

The term HTML5 has, with the support of the W3C, been pushed into the linguistic sewer of buzzwordland. Instead, I will try using phrases:

• “HTML5, no really”,
• “The parts of HTML5 that are documented in the specification labelled HTML5”,
• “Actual HTML5”

But I think the term that’s going to be most accurate is:

• “HTML”

En conclusion, si HTML5 n’est plus vraiment HTML5, appelons donc HTML5 désormais HTML, et laissons le terme HTML5 à la grande famille de technologies gravitant autour de HTML5 HTML. C’est clair ?

Une citation, trois paragraphes, cinq liens.

Pourtant, au moment d’appuyer sur le bouton publier,

Cette sensation de crier à la face du monde,

J’existe !

Il explique sa démarche dans ce billet, “On Owning Your Data” :

I’m building a solution, bit by bit. It’s certainly incomplete, and with rough edge, but iteratively improving as I find time and inspiration to work on it.

I’d rather host my data and live with such awkwardness in the open than be a sharecropper on so many beautiful social content farms.

This is what I mean by “own your data”. Your site should be the source and hub for everything you post online. This doesn’t exist yet, it’s a forward looking vision, and I and others are hard at work building it. It’s the future of the indie web.

En ce qui me concerne, il parle à un convaincu, cela fait en effet maintenant deux ans que je défend ces valeurs à travers La Distribution. Pour les gens qui aiment le web, je ne pense pas qu’il y ait d’autres chemins. Hier, nous avons défendu les standards du web, aujourd’hui c’est le nouvel enjeu.

Tantek expérimente ses recettes sur son propre site, moi ici à travers La Distribution et mon fil d’actualité public, d’autres personnes sans doute ailleurs. L’objectif final n’est pas de bâtir une solution pour nous, utilisateurs avertis, mais pour les autres, pour le grand public. Joignez-nous !

Et quelque part, ne pas parler de ce que l’on fait,

Tout en donnant par ailleurs des signes de vie,

C’est en quelque sorte dire que l’on ne fait rien.

Et c’est bien dommage.