ils sont là

Culture du code, entre illettrisme et liberté

Julien — Fri, 20 Jan 2012 04:02:10 +0100

À l’occasion du second Coding Goûter, je publie une courte série d’article. Retrouvez-les sur ils.sont.la

Vous êtes réveillé par votre téléphone, vous lancez la machine à laver. Tiens, un métro automatique sur la ligne 1. À midi vous payez avec votre carte de crédit. Le soir, vous jetez un oeil sur l’éclairage de la tour Eiffel. Liste sans fin. Il ne se passe pas une heure de notre vie (une minute ?) sans qu’un programmeur n’y ait participé, en écrivant… du code.

Les technologies qui nous entourent sont animées par le code. Elles sont en train de transformer la société, et nos vies, de fond en comble. Les exemples de cette transformation, vous saurez les trouver tout seuls. Vous les connaissez déjà.

Le danger d’un illettrisme de fait

Si je suis illettré dans notre société, si je ne sais pas lire, je me retrouve impuissant et exclu. Je suis même aisément manipulable, noyé dans cette omniprésence du texte. De la même manière, au fur et à mesure que nous entrons sans voie de retour dans une société informatisée, celui qui ne maîtrise pas la culture du code se retrouve de plus en plus impuissant, exclu, et manipulé face aux nouvelles technologies.

Existe-t-il un illettrisme du code ? Le concept est séduisant, car le code, c’est tout simplement du texte. Un texte qui sert à créer un programme, une app, un site web. Un texte un peu spécial, puisqu’il agit sur le monde de manière immédiate, parfois avec hostilité, comme lorsqu’il contrôle les portes du métro !

Illestrisme ou pas, aujourd’hui, une minorité de personne maîtrise la lecture et l’écriture du code informatique – tout comme une minorité savait lire au début du 19ème siècle, et une plus petite minorité encore maîtrisait la culture dominante de l’écrit, les contrats, les textes de lois… ah, tiens, encore des codes.

Du contrôle invisible à la créativité libératrice

Pour ceux qui doutent encore, souvenez-vous que les fondateurs de Facebook, YouTube, Twitter, Google, sont tous des codeurs. Ces plateformes web ont transformé la société en quelques années. Ils font peur.

Code is Law. Code is Power.

Le web (et le capital-risque) a transformé la compétence de ces programmeurs-entrepreneurs en un *nouveau talent*, presque magique:

Le talent d’écrire, depuis sa chambre, de nouvelles règles sociales, des règles qui se propagent et sont adoptées par tous en quelques mois.

Ce talent ne doit pas rester entre les mains d’une élite de nouveaux scribes, il doit se répandre. Nous avons tous besoin, parfois, de compter, nous avons tous besoin, parfois, de lire et d’écrire, et maintenant nous avons tous besoin, parfois, de coder – sans toujours le réaliser.

Lire et écrire, à nouveau

Pour permettre à nos enfants d’être plus créatifs, plus autonomes et, une fois adulte, d’utiliser les nouvelles technologies au service de leur propre liberté, il faut leur transmettre cette culture du code.

Leur transmettre à tous ? Oui, il faut qu’ils apprennent, tous, à programmer. S’il ne le font pas, leur seul choix sera d’utiliser des outils et de subir des règles qu’ils ne peuvent ni décrypter, ni modifier, des outils et des règles programmés par des maîtres invisibles.

Premier Coding Goûter de Paris. Des kids, du code, et du cake.

Julien — Wed, 18 Jan 2012 06:04:42 +0100

À l’occasion du second Coding Goûter, je publie une courte série d’article. Retrouvez-les sur ils.sont.la

Le Coding Goûter est un rendez-vous mensuel où des enfants et leurs parents s’emparent de différents outils de programmations, des jeux et puzzles algorithmiques, des environnements de développements, des langages. Et comme c’est un goûter, on y mange des gâteaux et des bonbons tout au long de l’après-midi !

Le premier Coding Goûter de Paris s’est déroulé début décembre à l’invitation de Jonathan Perret qui nous accueilli dans les locaux de la société de développement logiciel dont il est associé, spécialisée dans les méthodes agiles de programmation. Un lieu idéal, donc !

Et dimanche dernier, 15 janvier, a eu lieu le second goûter, avec un succès grandissant – le troisième, prévu un peu en avance, refuse du monde !

Pourquoi le Coding Goûter ?

Nous voulons donner à nos enfants la possibilité et l’envie d’être créatifs et autonomes avec les nouvelles technologies.

Nous avons pour beaucoup d’entre nous appris à coder enfants, ou adolescent, ou plus tard, mais dans tous les cas nous y avons pris du plaisir.

Savoir coder nous semble un talent essentiel, juste après lire, écrire, compter. Pour certains d’entre nous, c’est leur métier ! Nous avons envie de partager cela avec nos enfants.

La programmation n’est pas enseignée dans les écoles françaises. (et non, faire de la mise en page, apprendre à envoyer des emails ou créer un blog avec l’école, ce n’est pas un cours de programmation)

Les clubs informatiques qui permettaient certains échanges dans les années 1980 se sont doucement dissous dans l’omniprésence des ordinateurs.

Il manque quelque chose, un moment pour les enfants, un moment qui ressemble aux ArtGame Weekend, aux Coding Dojo, où l’on peut explorer, se rencontrer, rater, recommencer. S’amuser ensemble !

Le mélange des âges élargi le partage

La palette des âges des enfants est large, de 6 à 14 ans lors du premier Coding Goûter.

Le mélange des âges, que l’on pourrait penser comme venant compliquer les choses, est en fait une belle surprise.

Cela permet des paires qui changent selon les moments. Une petite fille de 6 ans et une plus grande de 11 ans s’essayent ensemble à donner des ordres précis à Robomind pour le faire sortir d’un labyrinthe. Mais la paire sera recomposée quand chacune se tournera vers d’autres activités, la plus jeune se tournant vers du dessin avec un autre enfant.

Avec ce mélange, on est aussi obligé de sortir du classique “on va faire faire du Scratch à des 8-10 ans” et de proposer une large palette d’outils.

Surprise : l’âge n’est pas lié de manière linéaire aux outils. Un adolescent de 14 ans se concentre sur Robozzle, un casse tête où l’on contrôle un robot, et qui apprend la récursion et les fonctions, Un enfant de 10 ans au contraire veut apprendre Objective C et Xcode pour créer des jeux pour iPad. Lors du dernier goûter, il passe sur GameSalad, pour avancer plus vite.

Ne pas donner un cours, apprendre ensemble

C’est un goûter d’enfants, ce n’est pas un cours, et c’est très bien comme ça ! On est là pour faire, découvrir, partager, et utiliser, pas pour suivre un cursus avec des compétences fixées en amont.

C’est OK de papillonner, de se déplacer. Nous sommes dans un open-space et les enfants comme les parents changent parfois de chaise, tournent autour des tables.

Le Coding Goûter dure plus de 3 heures. Cela donne le temps d’explorer différentes choses, de penser à autre chose, et… de perdre du temps !

Les plus petits passent au dessin quand ils saturent, les parents se montrent leurs applications iPad.

Le temps scolaire nous a habitué à formater les activités des enfants ou des adolescents en tranche de 55 minutes… C’est agréable de voir que l’on peut s’étendre bien plus longtemps si on est pas obsédé par la concentration en continue.

Le vidéoprojecteur comme totem collectif

Lors du premier goûter, nous avions un temps du démarrage où nous nous sommes tous focalisés sur Robozzle, pour essayer de trouver ensemble la solution au maximum de niveau.

Le vidéoprojecteur était notre écran collectif géant, et chacun s’y branche un peu à tour de rôle pour le plaisir de voir son travail en cours être affiché en grand.

Ce partage via le vidéoprojecteur s’est amplifié lors du second goûter, avec une vrai session de démo pour clore l’après-midi. Chaque enfant est venu brancher son ordinateur et expliquer ce qu’il avait utilisé, ce qu’il avait fait. Applaudissements de rigueur !

Apprendre avec les enfants, apprendre des enfants, apprendre à faire apprendre les enfants

Si l’objectif est de faire fait tester des choses à nos enfants, nous nous sommes nous aussi amusés à découvrir aussi des outils, des méthodes de travail avec les enfants, des rythmes.

Nous avons eu des surprises sur ce que nous croyions simple mais qui ne l’était pas, nous avons eu des idées pour faciliter la prise en main des plus petits. Tiens, et si nous sélectionnions des niveaux vraiment simple de Robozzle pour les 5 à 7 ans ? Et Context Free, est-ce que les exemples existants sont vraiment adaptés à la modification, ou trop orientés vers des prouesses visuelles ?

Effet connu : comme souvent il y a des enfants experts qui en connaissent plus sur leur outil favori que les adultes novices. Heureusement que Emma, 11 ans, était là pour aider Jim, 31 ans et Léo 6 ans à découvrir Scratch ! ;-)

Et la suite ?

Notre Coding Goûter est déjà plein. Nous voulons lui garder son ambiance familiale, et donc il n’est pas prévu de le faire grossir en terme de participants.

Ce qui est prévu, c’est d’aider ceux qui le souhaite à organiser leurs propres Coding Goûter !

Vous voulez faire partager l’expérience du Coding Goûter à vos enfants, ou à ceux des autres ? Lancez-vous, et organisez un Coding Goûter avec d’autres parents. Il suffit que l’un d’entre vous soit un vrai de vrai programmeur avec des bases bien solide en algorithmique , et que vous vous plongiez dans les outils disponibles un peu en amont. N’oubliez-pas les bonbons et les gateaux, surtout !

Besoin de conseils ? Envie de passer observer le prochain Coding Goûter en mode petite souris ? Contactez-moi !

Enfants et programmation : ma réponse à une mère anti-écran

Julien — Sun, 15 Jan 2012 13:42:08 +0100

À l’occasion du second Coding Goûter, je publie une courte série d’article. Retrouvez les sur ils.sont.la

Quelques semaines avant le premier Coding Goûter, j’ai lancé une petite enquête sur “Enfants et programmation”. Par exemple, à quel âges les parents pensent-ils que leurs enfants peuvent apprendre à programmer ? Et quel serait les motivations des parents ?

Immédiatement, j’ai vu que le consensus sur le sujet était loin d’exister ! Les réponses très diverses, presque du cas par cas, correspondent à notre époque de transition.

Une hérésie anti-pédagogique ?

Et puis, j’ai reçu une réaction, par email, choquée, courte et dense, qui résumait finalement une position souvent entendue : Programmation et enfants ? Une hérésie éducative, car “les écrans” sont dangereux pour les enfants.

Pour répondre, j’ai du repartir de zéro. Tenter d’expliquer rapidement les enjeux personnels et sociaux majeurs de l’apprentissage de la programmation durant l’enfance – et aussi, en passant, critiquer à toute vitesse une star de la gestion hygiéniste de la technologie.

Une réaction choquée

Mais avant de lire ma réponse, voici cette réaction choquée – prenez-la comme je l’ai pris, comme venant d’une personne qui a, elle aussi, les enfants et leur épanouissement comme priorité.

«Je vous transmets le message pas hyper sympa, que j’ai envoyé à Sarah [qui lui a transmis l’enquête “Programmation et enfants” – Julien]

Je me suis calmée depuis mais maintien ma position. Les kaplas [un jeu de construction – Julien], les histoires qu’on se raconte c’est si important dans la construction et le développement d’un enfant !

Cordialement cependant, Anne, pédiatre et mère de 4 enfants

Tu vas me trouver ringarde et provinciale, mais je suis scotchée quand je lis cette “enquête”; tous les pédopsychiatres sont unanimes: pas d’écran avant 3 ans; de jeux vidéos, Nintendo DS, avant 6 ans; internet “accompagné” à partir de 9 ans.

Donc l’apprentissage de la programmation pour des gamines de 2 et 6 ans ça me laisse rêveuse.

Enfin, ton ami voulait savoir ce que les autres parents en pensent, c’est fait !»

«liberté, exploration, maîtrise, créativité»

Et voici ma réponse, légèrement éditée ici pour être plus claire et garder juste l’essentiel :

Je vous réponds aussi brièvement que possible pour vous expliquer ma position.

Serge Tisseron (puisque c’est lui qui a inventé cette fameuse règle des 3 6 9 12, a ma connaissance sans aucune base scientifique) fait une erreur de base en mélangeant sous le terme d’écran des *activités* aussi diverses que la lecture de wikipedia, les jeux vidéo mono-joueur, multi-joueur, la télévision, la communication par chat ou email, la création musicale, etc.

C’est comme si on parlait de “papier” sans distinguer une affiche d’un roman.

L’écran n’existe que pour ceux qui ne savent pas distinguer les activités dont il est la simple fenêtre.

Je considère le principe de Tisseron comme naïf et simpliste. Et même un vrai danger pour les futurs adultes, car il prêche le contraire de l’autonomie et de la maîtrise des outils par les enfants. Il conforte les parents dans une sorte de diabolisation. Cela me fait penser à ces gens qui font l’autruche sur la sexualité ou la drogue, avec des principes inopérants, au lieu de donner à leurs enfants le savoir et la capacité de prendre eux même les bonnes décisions.

Mon expérience de l’informatique est à l’opposé de cette vision drug-like : liberté, exploration, maîtrise, créativité

Si je m’en réfère à mon entourage professionnel, le bon âge pour apprendre un langage de programmation (car c’est de l’écriture, structurée, qui demande de réfléchir et d’analyser le problème pour atteindre le but) c’est 8/9 ans, avec bien sur un boom au niveau créativité vers 12, 13 ans. Comme toujours il y a des cas plus précoce.

Personnellement j’ai programmé entre 9 et 13 ans, ensuite j’ai surtout travaillé la typographie et le graphisme. Et, oui, j’ai parfois beaucoup joué au jeu vidéo enfant ou adolescent *par période*, avant de passer à autre chose (mon kit de chimie !)

Anecdote: saviez-vous que le plus jeune contributeur au logiciel libre Drupal — utilisé par rue89, la maison blanche ou encore différents ministères pour leur sites web — avait 14 ans ?

Au final, je préfère que ma fille aînée fasse des activités variées, comme tout parent. Danser, nager, écouter des histoires, dessiner, et aussi explorer les outils à sa disposition.

Quel est l’outil plus puissant, plus libérateur pour les individus, que l’ordinateur personnel, aujourd’hui ?

Je n’en vois aucun.

Programmer c’est plier la machine à ses désirs, et de ça aussi, nous avons besoin.

Quelques jours plus tard, j’ai reçu un nouveau message de Anne. Et cette phrase m’a fait plaisir :

Merci de votre réponse sympa et détaillée, qui est bizarrement parvenue à ébranler mes convictions !

Dépasser l’hygiène de l’écran

L’ensemble des projets dans lesquels je m’implique repose sur la capacité des gens à s’approprier le numérique pour imaginer et réaliser… ce qui n’existe pas encore !

Switch On Switch Off, Dorkbot Paris, Museomix, ArtGame weekend, le Coding Goûter…

C’est une approche créative des nouvelles technologies, du web et du code.

Cette approche créative dépasse de loin la vision hygiéniste de la “diète des écrans”, empreinte d’impuissance et de panique morale.

Il a fallu des siècles pour que la culture de l’écrit soit enseignée à tous (ici, du moins). Nous pouvons aller plus vite pour la culture numérique, bien plus vite. C’est une question de liberté et d’égalité.

Introducing MetaFragments, a common format for timed metadata in HTML

Julien — Mon, 08 Aug 2011 14:37:10 +0200

MetaFragments gives to web tools, mobile apps, browser and search engines a simple way to explore, connect and share the inside content of web videos.

Even when liberated from Flash, web videos are data dead-ends. Meta-data for video or audio is mostly non-existent in exposed, usable form.

When it exists, it’s segregated in various silos: external files in non-browser friendly formats, APIs, JavaScript code…

That leads to bad findability inside the website, and bad search engine optimization. It makes it hard to connect similar stories, to cite a specific sequence in a longer video, or simply to link back to a precise phrase in the video

A standard way to expose timed meta-data in web pages can benefit a large range of web creators and users.

Video bloggers, mega-platforms like YouTube, news organizations betting on web videos as a rising media will get better findability and engagement.

Viewers will get new ways to find, share and connect to videos across the web.

How it works

The idea behind MetaFragments is to use media fragments URIs and in-HTML meta-data to store timed data relating to audio and videos sequences

Everything happens in the DOM, so web clients, crawlers and javascript libraries can easily find and use this data without prior knowledge of the website or its API. They just need to know existing standards.

MetaFragments is only one week old, so obviously it is a work in progress. We encourage you to read more about its proposed specifications here: MetaFragments Draft.

But the great news is that we are already rallying supports from Knight Mozilla Lab participants.

The Hyperaudio Pad tool from Mark Boas adopted it as its working format in its basic form, without RDFa.

Samuel Huron’s data visualization video player and Nicholas Doiron's FollowFrost linked video interview player are the next candidates – if MetaFragments works well with their data-enriched viewers, it will give them a free HTML API for search engine crawlers and other apps. It could help make their apps work together. I’m working on mapping their respective (and different!) internal JSON formats into MetaFragments, and we will iterate from here.

Shaminder Dulai, with its ambitious workflow project for tagging videos in the newsroom is also bringing feedback from a media producer, non-coder, point of view.

Here is the HTML code for the common use case of a word in transcription timed word by word:

In addition to being simple, MetaFragments is also based on existing web standards. We are designing simple and common patterns to apply those standards, sometimes hard to grasp, to real world problem data problems:

Finally, it's designed with the goal that the meta-data is always at most a click away from the resource being described, for humans and for apps alike:

I publish video, what do I gain?

Are you a video or audio creator? Or maybe you own a big video website?

When you implement MetaFragments, your HTML pages effectively become the data API of your video site.

What does that mean? It means that any web client –like a browser, but also an iPhone or Android app, or the crawlers from Google or Yahoo– can make sense of the data in your video, without prior knowledge of your site.

This allow your viewers to spread further your video stories, automatically accompanying the usual link with citations, names, and more infos that they previously would have had to type manually.

You also can use MetaFragments to index your own videos, even across multiple different platforms and website. That way, it will allows you, or your web community, to cross references and find hidden stories in your own footage.

Who will benefit from it?

Journalists, both professional and citizen, can easily reference and find specific sequences in audio and video medias, assembling stories with simpler online tools.

Media publishers have a standard way to make their video and audio content visible in the HTML, driving traffic and engagement.

developers get a straightforward cross browser method of exposing media metadata and the ability to link, assemble and integrate media fragments into their applications.

Artists can find inspiring video and audio recordings on the web and integrate creative commons specific sequences into their works, both manually and in new, automated, ways not possible today.

Scientists and academics can analyze, find correlations and more easily references medias with word-level precision when a MetaFragments transcript is present.

What’s next and what do we need?

MetaFragments is in the early draft stage. We need to refine it – for example add simple, clean and useful RDFa patterns

The right process for refining this standard is to continue to involve the community, and put it to the test in real world applications: popcorn.js web apps, video platforms, news websites and CMS plugins.

Working on MetaFragments also revealed the lack of easily usable vocabularies for timed and non-verbal informations in videos. We need to specify simple and quick to implement vocabularies for emotions, gestures, when they don't exist.

In term of adoption into CMS and frameworks, we need to foster the development of a Worpress plugin, a Drupal module and a Popcorn.js plugin.

With the support of the open source community and of video platforms and video website owners, MetaFragments can leverage the millions of video and audio reports by citizens, bloggers and journalists and turn them into data-rich stories.

Update: I added the MetaFragments equivalent of the YouTube subtitles to this post. That means that there is a machine readable version of the subtitles available directly in the page. You can take a look at them by viewing the source of this page

Teaching journalists how to fish?

Julien — Sat, 06 Aug 2011 01:14:13 +0200

You know the saying: teach people how to fish… instead of giving them a fish. Because of the web, because of the iPad, and because of Twitter, Facebook and YouTube, newsrooms have a cruel choice to make.

They can hope that someone else will built tools and formats for the digital age, and that the tools and formats will be simple enough for anyone (including a classically trained journalist) to use and apply in their newsroom. Or they can learn to fish, and try to turn the newsroom into a full speed tech company.

Eating vendors’s fishes

It’s a cruel dilemma, because we can’t be sure any of them is a winning choice. Many of the internally built tools are nothing more than cool experiments – not game changers.

Of course you can work with great agencies like Information Architects, Inc., but if you want to use them to grow your internal capacity to innovate, you are back to square one.

It may not be a choice at all, but much more a question of the internal culture of a given news organization. Eating the fishes you buy is a comfortable way to think of technology: we’ll just have to adopt new things at some point. For many organizations, this is the only way to deal with technology, because they don’t have any digital skills and culture internally.

(They use to have print mastery and have broadcast skills and culture internally, so why not digital mastery?)

We have seen that a relatively young news channel like Aljazeera is much more adept to experiment with the web than older channels. That’s because Aljazeera is still building its identity, going private this year.

Making sense of the flow

For example, it is becoming a truism that good stories are weaved with external materials more and more.

But it’s difficult to makes sense of this external material, because it comes in small pieces, loosely join – «micro-chunks» as Mohamed Nanabhay called them during its lecture.

As any news organization would have, Aljazeera at first wondered during the Egyptian revolution about the news value of those micro chunks, for example «3 minutes videos of people running in the street» without context to makes sense of them. The online newsroom quickly acknowledged them as an element of the news flow that people watch in between deeper reporting, and integrated them in their live blogs.

It can go much farther: a news team with at least some technical awareness and an active community can find «facts hidden in plain sight» in the daily flow of data says Evan Hansen.

Wired pushed its readers to use WikiScanner and report wiki-washing cases – covert self-serving edits by brands or politicians on Wikipedia.

Designing the news

News organizations are now not merely competing with blogs and other web news pure players, but they are now competing with web apps and mobile apps developers like Flipboard or Instapaper. These apps beats news websites in term of user experience design – or more simply said, in term of readability, exemplified by Oliver Reichenstein in his premium reading designs.

The more technically advanced news organizations seems to be on the way to transform themselves in tool building company.

We have seen this before with book publishers: O’reilly, because of its root as a technical books publisher, not only explored ebooks way before the others, but built several unique platforms, tools and workflows for publishing in the digital era - and open sourced several of them along the path.

The tipping point for news organizations – and other originally non-digital organizations – might be best summarized by Shazna Nessa when she says: «it was not long ago that I was presented as the IT person – it doesn’t happen anymore».

Why HTML5 alone can't unify videos and the web

Julien — Tue, 26 Jul 2011 04:58:17 +0200

If you were to draw a map of videos on the web, you would find that your map is composed mostly of dead-ends.

HTML 5 started a big change for video, making in it a «first class citizen of the web». We can manipulate videos via Javascript and CSS. Media files are exposed as web resources, referenced natively via URLs.

But there is other dead-ends for web videos. Data dead-ends. Findability dead-ends.

When you hit a video on the web – or an audio media, for that matter – its subtitles are segregated in file silos, meta-data is not exposed.

Even licenses are rarely linked from the video – mostly when they are from the Creative Commons family, a funny paradox in a copyright obsessed world.

For example, this kind of geo-block :

on a video is not exposed in the HTML in any data format at all. It should.

Even the useful interactive transcripts, adopted by innovative video platforms like TED and YouTube, turn into dead-ends, using incompatible tools and formats.

They mostly use Flash players, at the moment, but it’s not really the point: there is working interactive transcript in pure HTML 5 and Javascript, thanks to the Popcorn.js library and clever hackers like Henrik and Mark:

Even using HTML 5, the transcripts are still mostly stored like subtitles files, as external, non hypertext, static files. They only become useful thanks to the code that use them.

They represent another dead-end on the web, a data document out of band, non-browser friendly and that links nowhere without the proper code.

For documents, the web is the API. We need to bring media meta-data back in the HTML document. And that meta-data, transcripts, license, location, people, emotions or objects must link to the resource concerned, using URIs, in particular Media Fragments:

With exemplar use cases like itgetsbetter.org it’s easier to evaluate existing tools and standards. We want to turn a video-rich but data-poor project into a data-rich resource for journalists, activists, artists and scientists.

With that design goal in mind, we ask ourselves, «should we use this technology?». Do we feel enthusiasm, do we find the technology simple, open and rich enough to help us reach our goal? If not, it’s probably not the right technology.

This week I started to talk with the Web Made Movies / Popcorn.js community. It’s a small but dedicated open source community building a great javascript video and audio manipulation library, and I wanted to know what they were using today, and what they could use tomorrow to store and use media meta-data in their projects.

In the spirit of working in the open, here are the result of a week of reviewing the state of web video (meta) data. It’s NOT a blog post, but a work document that sketches a quick panorama of where we are in term of turning web videos into citizens of the ‘web of data’ (hint: not very far)

I know have a much better understanding of the technical needs to reach my goal:

a simple, common-sense standard that store video and audio timed meta-data alongside the media itself in HTML,
a proof-of-concept tool to create and edit this timed data,
and a separate Popcorn.js plugin would be the end user player first brick

For this to work, I’ll work closely with the Web Made Movies community, where already 3 persons have manifested their interest – Mark Boas, Samuel Huron and Nick Doiron, all of them also Learning Lab fellows!

How to turn the big idea of yesterday into the focused project of today

Julien — Mon, 18 Jul 2011 10:54:14 +0200

A few years ago, I had a big idea for a new art project involving video interviews.

Ideas can stay ideas for years, and then, they become real project in a few days. I should know, I built events that do exactly that :-)

This summer, I’m participating in the Knight Mozilla Learning Lab. My goal has grown: end the video interviews data obscurity – by building tools to expose (meta)data from video interviews, allowing automated analysis and data-based remix.

You can do it for a series of tweets, for recipes, for Creative Commons licences. But not for a video interview.

I knew I had to iterate, identify the real goal, and build a community. So what’s new? I have a unique opportunity to act, and there is great people that tell great stories giving flesh and blood to those principles.

First I tried to list several problems I though I wanted to solve:

Find a semantics to use for facial expressions, hand gestures, non-verbal signals
Decide how data should be linked to specific area on the video
Balance the level of integration of the toolkit. Is this a popcorn.js plugin? A javascript library? A w3c standard?
Design a front tool that would use the data to parse, create links, arrange, cluster and compare the video interviews in ways not possible before.
Integrate series of (maybe long) video interviews as a semantic data sources in apps like Storify or Flipboard.

Once the laundry list of problems is written, it is not helping much.

So I asked a twitter question to both Hadrien Gardeur and Dan Mills: what comes first in a new standard.

Hadrien is cofounder at Feedbooks and was instrumental in building the OPDS standard. Dan is building the new BrowserID standard and tools at Mozilla.

It depends how it all started. For many standards (OAuth or OPDS for example), the use case is already clearly defined

You just have different people solving the same problem differently. In this case, sketching means criticism of existing stuff

The best prototype is to have a popular service adopt the technology (Twitter adopted OAuth early, Fedbooks adopted OPDS)

Hadrien July 12, 2011

We’ve been developing use-cases and experimenting for a while, actually. I think we’re on to something this time!

thunder July 14, 2011

In quest of a nice use case beyond Le Sac à Main, I found that the powerful project It Gets Better could greatly benefit of exposing its video data.

Their website is a collection of (auto)-interviews, but there is no way for a 13 years old to link to stories about bullying at 13, in Arizona, by a shy person – just like him. «What about people like me» is an example of putting things in context.

PS: Focusing on existing use cases is key, but sketching pie in the sky interface like this one :

is fun :-)

Les trois sphères de la stratégie web, par Jeremiah Owyang, version française

Julien — Wed, 16 Sep 2009 00:39:58 +0200

Jeremiah Owyang est le plus populaire des spécialistes en stratégie web.

Il vient de mettre à jour son article de 2006, «The Three Spheres of Web Strategy», dans une version 2009.

Communauté, Entreprise et Technologie, Jeremiah Owyang regroupe en 3 sphères les objectifs et les défis que rencontre le Stratège Web — c’est à dire celui qui met en place une stratégie web.

La recette du bon Stratège Web ? Si vous voulez réussir votre projet, équilibrez les 3 sphères !

Les trois sphères de la stratégie web, par Jeremiah Owyang

J’espère que ceci est une de ces ressources que l’on imprime, accroche dans son bureau, et partage autour de soi. Il s’agit du thème central de ce blog, l’équilibre nécessaire pour des projets web réussis au sein des organisations.

J’ai originellement posté ce schéma en 2006, puis je l’ai mis à jour en 2007, et il est temps de revoir la structure de base des objectifs et des défis d’un Stratège Web, spécialement au moment où je me repositionne en changeant de rôle.

Qui sont les Stratèges Web? Dans une entreprise, ils sont souvent responsables de la vision à long terme des actifs web de l’entreprise. Dans une société où le produit est sur le web, ils sont souvent le chef de produit ou le directeur technique [CTO]. Indépendamment du rôle, les responsabilités sont les mêmes, ils ont besoin d’équilibrer ces trois sphères, et de s’assurer que leurs efforts se porte au milieu de l’ensemble des trois.

1) Sphère de la Communauté

Pour réussir, le Stratège Web doit comprendre (en utilisant une variété de techniques et de tactiques) ce que veulent les clients et les prospects. En prenant pour source les recherches ethnographiques, les analyses, le suivi de marque et la recherche primaire et secondaire, le résultat final devrait être un profil d’expérience web et un modèle mental.

Compétences spécifiques requises: Aptitude à comprendre et mettre en œuvre la recherche, bonne compréhension de l’expérience utilisateur qui devrait inclure l’ergonomie [usability], l’architecture d’information. Capacité à synthétiser du contenu depuis des sources en temps réel variés telles que les outils de mesure web, le retour client via le support, les enquêtes et les communautés, et une capacité à faire preuve d’empathie pour les clients. Par dessus tout, ce stratège devrait être capable de prédire où les clients seront dans les prochaines années — pas seulement comprendre les situations antérieures ou actuelles.

Recommandations clés pour 2009-2010: Concentrez-vous sur le suivi de la marque auprès des clients dans l’espace du web social. Nous avons vu une augmentation de l’adoption des technologies sociales par les consommateurs, ce qui a provoqué un changement dans les lieux où les clients prennent des décisions (pas seulement sur votre site web d’entreprise). C’est une occasion d’identifier rapidement qui ils sont, ce qu’ils veulent (et ne veulent pas) et de comprendre le langage qu’ils utilisent afin de se rapprocher d’eux.

2) Sphère de l’entreprise

Mais comprendre uniquement les clients n’est pas suffisant, le Stratège Web doit être en mesure d’atteindre des objectifs commerciaux mesurables.

Ce dirigeant doit d’abord être en mesure d’identifier les principaux intervenants au sein d’une organisation, de comprendre leurs besoins, de dresser des priorités, et d’équilibrer cela dans un plan qui réponde à la fois à leurs besoins et à ceux de la communauté. Cette danse délicate exige que le stratège équilibre les besoins d’équipes internes variés, contrebalance les fausses urgences quotidiennes, tout en répondant aux besoins de l’entreprise.

C’est ici que beaucoup de Stratèges Web ne sont pas à la hauteur, ils atteignent les buts et les objectifs des décideurs internes mais ne parviennent pas à les équilibrer avec les besoins de la communauté. Le résultat final ? Un site web que les utilisateurs visitent rarement, des utilisateurs qui vont ailleurs pour prendre des décisions en confiance.

Compétences spécifiques requises: Aptitude à communiquer au sein d’une société, à comprendre et à hiérarchiser les besoins de multiples intervenants dans l’entreprises et à établir des priorités. Ce responsable devra aussi être un médiateur et doit réduire les tensions avec les membres de l’entreprise campés sur leurs positions avec rationalité et un sens aigu des affaires, ainsi que veiller à ce que l’équipe web opère dans un cadre efficace.

Les compétences en gestion sont ici essentielles : gestion de projets, relations humaines, communication et capacité à définir des objectifs clairs et concis basés sur des dates pour les équipes contenu et technique. Enfin, le cœur du rôle inclut des compétences en direction marketing, publicité, média, gestion de produit et marketing.

Les principales recommandations pour 2009-2010: Dans de nombreux cas, la récession a supprimé les budgets aux opérations ayant des budgets en provenance des campagnes [de publicité] et aux départements qui doivent innover. Là où les budgets sont limités, apprenez à utiliser des technologies peu coûteuses en interne, telles que les logiciels communautaires, les blogs, ou les outils de mise à jour de son statut — mais pour autant ayez un plan à long terme sur la manière dont ils fonctionnent. Sur le front extérieur, donnez des règles générales [guidelines] et de ressources sur l’utilisation du social aux équipes internes avant que les usages se répandent dans de nombreux secteurs de l’entreprise sans un cadre commun — fragmentant l’expérience des clients et gaspillant les ressources de l’entreprise.

3) La Sphère des technologies

Enfin, les Stratèges Web doivent être des expert dans leurs propre domaine des technologies internet. Ils auront besoin de connaître les capacités et les lacunes de leur arsenal d’outils actuel et aussi d’adopter les nouvelles technologies qui apparaissent en continu.

Les leader dans ce domaine deviennent souvent auto-satisfaits, se contente de configurer les systèmes en cours, et oublient de planifier dans leur feuille de route immédiate de nouvelles technologies qui élargissent la portée et la largeur de ce qui peut être fait. Si les Stratèges Web opèrent correctement dans la sphère de la Communauté, ils regardent déjà la façon dont l’adoption des technologies par les clients est en évolution.

Compétences spécifiques requises: Aptitude à comprendre le fonctionnement de l’architecture web dans le domaine d’internet. Même s’ils ne sont pas des experts techniques, ils devraient être en mesure de comprendre les impacts de ces technologies sur les entreprises et la société. Ils devraient également surveiller les technologies émergentes et consacrer un pourcentage des ressources à la recherche et au développement de nouvelles technologies — ne restant jamais à la traine. Le stratège doit démontrer des compétences en innovation, et expérimenter et pratiquer avec les nouvelles technologies au moment où elles émergent — mais en gardant comme perspective les objectifs à long terme de l’entreprise.

Recommandations clés pour 2009-2010: Les stratèges Web ont besoin de se préparer à un nouvel ensemble d’appareils connectés qui émergent rapidement. Alors que le social a pris au dépourvu la plupart des entreprises, les technologies mobiles à l’intérieur et à l’extérieur de votre entreprise auront un impact sur la manière dont l’information est rapidement partagé. Commencez par analyser les applications connexes et les réseaux sociaux mobiles sur les terminaux mobiles évolués tels que Blackberry, iPhone, et Palm Pre.

Pour réussir, le Stratège Web doit mettre en balance ces trois sphères. Devenir un maître dans chacun de ces domaines exige un dévouement incroyable, et les dirigeants doivent donc s’appuyer sur leur équipe en matière de nouvelles informations, rechercher activement à se former, participer à des ateliers, et lire des livres sur les différents sujets. En outre, si cela aide à orienter votre carrière, ou que si vous êtes un recruteur pour ce rôle, j’espère que cela a aidé à définir le profil qu’il faut rechercher.

«The Three Spheres of Web Strategy» Jeremiah Owyang 2009 (Trad. Julien Dorra 2009)

Téléchargez le PDF «Les 3 sphères de la stratégie web»

Les coaches web : la liste !

Julien — Tue, 25 Aug 2009 07:54:24 +0200

Je publie aujourd’hui la toute première version de la liste des coaches en stratégie web.

Les professionnels de cette liste s’y retrouvent parce qu’ils ont en commun de se consacrer à l’accompagnement de leurs clients vers une stratégie web réussie.

Ils ont déclarés se reconnaître dans l’approche définie dans l’article «qui sera votre coach web ?».

Cela veut dire qu’ils sont la pour vous permettre de choisir les bonnes stratégies web, les bonnes technologies et les bon prestataires — de manière neutre vis-à-vis des prestataires.

«Une liste de coach web, ça me sert à quoi ?»

Dans un monde idéal, le commanditaire d’un projet web serait au courant de tout ce qui se passe sur le web.

Il pourrait alors décider sans aide extérieure, et en amont, les stratégies web correspondant à ses objectifs, sa manière de travailler et les contraintes de son activité.

Mais le temps est compté, et les journées n’ont que 24 heures. Les commanditaires sont des spécialistes de leur métier, pas des spécialistes du web !

De nombreux dirigeants se lance alors dans des projets web sans avoir eu le temps de faire des recherches approfondies.

Accompagné par son coach, le commanditaire définit son projet, choisit les bonnes stratégies, les bonnes technologies, les bons prestataires.

Mais pourquoi un coach et pas directement une agence de création web ?

Avant de conclure un contrat les agences jouent souvent sur des phases qui s’apparentent à de l’analyse des besoins, et à la définition des solutions — avec les concours, les propals, etc.

Dans ces moments là, les agences conseillent en vue de conclure le contrat.

Vous connaissez tous ce piège classique : un unique prestataire qui tout à la fois arbitre entre des solutions et vend ces même solutions.

Pour se protéger de ce piège, les commanditaires les plus avertis font appel à un accompagnement neutre vis-à-vis du prestataire de réalisation.

Cet accompagnement peut se faire sous la forme d’un travail individuel et personnalisé avec un coach en stratégie web dont l’objectif sera de multiplier en amont la réussite d’un projet.

Plus d’informations sur le coaching en stratégie web

Comment choisir votre coach en stratégie web ?

Pourquoi se consacrer au coaching en stratégie web ? Pour multiplier les projets réussis.

Nous avons besoin de plus de coach !

Alors, si vous êtes coach en stratégie web, n’hésitez pas à me contacter pour passer un interview snack et à vous ajouter à la liste via ce formulaire.

La liste des coaches en stratégie web sur ils.sont.la

You should follow me on Twitter | Dustin Curtis

Julien — Wed, 15 Jul 2009 18:00:38 +0200

Modifier quelques mots dans une phrase contenant un lien peut presque tripler le taux de clics. En changeant la phrase "I'm on Twitter" ("Je suis sur Twitter") en "You should follow me on twitter here" ("Vous devriez me suivre sur twitter ici"), Dustin Curtis a sauté de just 4,70% de taux de clics à 12,81%.Il appelle ça «Une étude rapide explorant le pouvoir du langage sur le taux de clic». Et vous, comment pouvez-vous améliorez vos propres liens ?