Archive

A panel on Open Web or Closed Web: everybody's open but how open ?

This panel animated by Marc Canter, co-founder of Macromedia has some nice folks in it:

* Mark Fletcher, vice president & general manager, Bloglines at Ask Jeeves

• Joe Kraus, Cofounder and CEO, JotSpot
  
• Ross Mayfield, CEO, Social Text
  
• Toni Schneider, VP, Yahoo Developer Network, Yahoo!
  
• Doc Searls, Senior Editor, Linux Journal

  What's funny is that, as Marc sais, nobody would commit to "closed" in this page, which is pretty nice from the intention standpoint.

  But practically it's much more complicated:

  - Ross Mayfield from SocialText uses Open-Source and adds his proprietary layer on top of it
  

• Joe Kraus from JotSpot says that at any time users can leave JotSpot with their data and reuse them elsewhere (Cough.. Cough.. without the software it seems difficult to reuse the pages that are based on the development API).
  
• Toni Schneider from Yahoo, talks about "Open Yahoo" with lot's of APIs to access Yahoo Services (with a limited number of queries)
  
• Marc Fletcher from Bloglines says his API is largely used by many without limits
  
• Doc Searls has nothing to sell and likes Open Source

  Marc Canter, who co-founded Macromedia knows about the 'lock-in' notion and points out solutions that are looking for this 'lock-in'.

  What's interesting is that openness seems now to be a 'must-have' and it is impossible to approach the market by willing to lock it's users in at least in the Marketing speeches. Because practically it still happens:

  - most web site editors that make APIs like Yahoo or Google propose APIs that are incompatible with similar services so developers are locked into solutions that uses these APIs (this could be called a soft-lock as developers can make a bridge to different APIs)
  

• SocialText profits from the Open-Source model but does not want to play the game til the end. Companies using the 'Pro' service which have a hard time getting out.
  
• JotSpot tries to make us believe that we could reuse data created in JotSpot elsewhere. It's like if Microsoft had told us you can reuse the code you wrote to build an application based on the Windows API !! How many applications are effectively running in WINE or other Windows API emulator (the work or the WINE people is incredible by the way). And even if they could, Microsoft has always known how to play this game and change the APIs at each version to make sure others are playing catch-up (with the Office file formats for example). It could be a little more true if JotSpot was an implementation 100% based on standards.

  No, when innovation comes up, it's impossibe to do 'Open Date' and say it's fully open. There won't be any other implementation any time soon. Until there is a standard and multiple cheap (and even free) implementation of that standard, you need to provide the module as 'Open Source' to guarantee a 'Right to Exit'. Somebody in the chat had talked about a 'Total Cost of Exit'.

  With XWiki, if you don't want to work with XPertNet (my company), you can take your data back. We try to use open standards when they exist (but as I say, when you do something new it's hard) and most importantly you can go away with the software and with some training (of yourself, or of a different supplier) you can fully take back the control of your project. It won't be zero-cost because you need to find a new supplier which is trained or will be trained but it won't have the cost of rebuilding the software from scratch.

  I'll reuse the words by Joe Kraus which says himself that each barrier which hinders you to play with the software is a setback for the adoption of the platform. It seems obvious that even with good Marketing, not to be Open Source for proposing an 'Application Wiki' platform is clearly a significant barrier. In the cas of JotSpot, you can't play around with the source code and build plugins, which many have already done with XWiki.

  But most importantly all the work you would do based on JotSpot would be based on something which is owned by others. This means you will have an issue if you don't want to work with this supplier anymore.

  The 'Open' mouvement is advancing, but be carefull about the differnet levels of openness.

  "Platforms should be open AND open source" is an article I had written about this subject. Jonathan Nolen has written an interesting article about 'open companies'.

Un panel sur le Web Ouvert et le Web Fermé: tout le monde est ouvert

Ce panel animé par Marc Canter, cofondateur de Macromedia comporte du beau monde:

* Mark Fletcher, vice president & general manager, Bloglines at Ask Jeeves

• Joe Kraus, Cofounder and CEO, JotSpot
  
• Ross Mayfield, CEO, Social Text
  
• Toni Schneider, VP, Yahoo Developer Network, Yahoo!
  
• Doc Searls, Senior Editor, Linux Journal

  Ce qui est amusant, c'est que tout le monde dans le panel se déclare "ouvert", ce qui est pas mal du point de vue de l'intention.

  Mais dans la pratique c'est nettement plus compliqué:

  - Ross Mayfield de SocialText utilise de l'Open Source met ajoute sa couche propriétaire autour.
  

• Joe Kraus de JotSpot dit qu'a tout moment on peut partir avec ses données de JotSpot et les utiliser ailleurs (Hum Hum.. sans le logiciel difficile de réutiliser les fonctions qui sont basés sur l'API de developpement).
  
• Toni Schneider de Yahoo, nous présente "Open Yahoo" avec tout plein d'APIs pour accéder aux services de Yahoo (avec des limites de nombres de requètes)
  
• Marc Fletcher de Bloglines nous dit que sont API est largement utilisée par tout le monde sans limites
  
• Doc Searls n'a rien à vendre :) Et supporte les licences Open Source.

  Marc Canter, qui à co-fondé Macromedia connait bien la notion de 'Lock-in' et sait bien pointer vers les solutions qui cherchent du lock-in..

  Ce qui est très intéressant, c'est que "l'ouverture" est un "must-have" et il ne semble plus possible d'aborder le marché en voulant enfermer ses utilisateurs tout du moins au niveau Marketing. Car en pratique cela continue:

  - La plupart des editeurs de sites qui font des APIs comme Yahoo et Google, proposent des APIs incompatibles pour des services équivalents donc les developpeurs auront fait des applications liés aux solutions de Yahoo et Google.
  

• SocialText profite du modèle Open-Source mais ne veut pas jouer le jeu jusqu'au bout et une fois le client dans l'offre 'Pro' il aura du mal à en sortir.
  
• JotSpot essaye de nous faire avaler qu'on pourrait réutiliser les données de JotSpot ailleurs.. C'est un peu comme si M$ nous disait qu'on peut facilement réutiliser le code source d'une Application developée pour l'API Microsoft Windows ! Ceci pourrait être vrai si JotSpot était une implémentation uniquement de standards.

  Non, en terme d'innovation, il est impossible de faire de "l'open data" et dire que c'est ouvert. Il n'y aura pas d'autre implémentation. Tant qu'il n'y a pas de standard et de multiples alternatives donc certaines très peu couteuses voire gratuite, il faut que le module soit "Open-Source" pour garantir le droit de sortie. Dans le chat quelqu'un à parlé de "Total Cost of Exit".

  Avec XWiki, si vous ne voulez plus travailler avec XPertNet, vous pouvez récupérer vos données. Nous essayons d'utiliser des formats standards quand ils existent (mais comme je le dis, quand on fait quelque chose de nouveau c'est difficile) et surtout vous pouvez partir avec le logiciel et moyennant de la formation (avec d'autres ou acquise en interne) vous pouvez reprendre le contrôle de votre projet ou de votre plateforme.

  Je reprendrais des mots de Joe Kraus lui même qui dit que la moindre barrière qui permet de jouer avec le logiciel est pénalisante pour l'adoption de la plateforme. Il semble évident que malgré les messages marketing, ne pas être Open-Source dans le domaine d'une plateforme de Wiki Applicatif est une barrière significative. Dans le cas de JotSpot, on ne peut pas jouer avec le logiciel et faire des plugins, ce que pas mal de personnes ont commencé à faire avec XWiki.

  Le mouvement 'Open' est en marche, mais soyez vigilant aux niveaux d'ouverture.

  Platforms should be open AND open source est un article que j'avais déjà écrit sur le sujet. Jonathan Nolen a écrit un article l'entreprise ouverte.

Nicolas Hulot: "L'ultralibéralisme débridé est à l'origine des désordres climatiques"

Dans cette interview de Nicolas Hulot par le journal le Monde, j'apprecie tout particulièrement cette remarque faite par Nicolas Hulot à Nicolas Sarkozy:

'Très bien, vous me dites que vous avez compris que les enjeux climatiques sont importants. Maintenant, est-ce que vous avez compris que l'ultralibéralisme débridé est à l'origine de ce désordre-là ?'

Le Monde: Comment a-t-il répondu ?

'Par le silence. J'ai vu que j'allais trop loin. Quand on arrive à ce point de l'énoncé des problèmes, on sent que les gens ont envie de s'enfuir en courant, en disant : "Où cela nous mène-t-il ?"'

Le G8 n'ayant pas avancé sur ce sujet, la compétition mondiale est telle que très peu de pays sont prêt à faire des efforts pour la planète. Comme le dit Nicolas Hulot, il faut faire pression sur nos candidats pour qu'ils poussent pour que cela avance !

Via Erwan

FreePlayer, le Hacking a commencé !

Free à lancé FreePlayer.org la communauté open-source autour du FreePlayer, et le hacking à rapidement commencé.

Personnelement, j'ai installé Free+, qui donne de l'info traffic, la météo, du RSS, des WebRadios et Web TV !!

Ensuite, je me suis amusé à configurer XWiki pour pouvoir faire des pages compatibles avec la FreeBox !! Et ça marche !! J'ai réussi à nagiguer dans mes pages Wikis avec une skin minimale..

Finalement, j'ai essayé d'afficher mes images Flickr puisque c'est déjà possible dans XWiki grâce à l'intégration avec la Flickr API. Mais la, j'ai surtout réussi à planter ma freebox plusieurs fois. En fait il faut faire un relai pour lire les images sur Internet en local et les renvoyer vers la freebox (cela fonctionne) mais ensuite il faut aussi convertir les images dans des formats acceptables pour la freebox, mais la c'était un peu plus de boulot donc ce sera pour plus tard !!

En tout cas l'innovation open-source est en route et on devrait voir de plus en plus de services intéressants apparaître sur le freebox !

Un "small business act" pour l'Europe

Je viens de signer la pétition pour un Small Business Act Européen.

Dans un article précédent, je parlais du fait que les entreprises de plus de 200 salariés ont perdus plus de 800000 emplois, les entreprises de moins de vingt salariés ont crées plus d'1.2 Millions d'emplois, ce qui montre l'importance extreme des PMEs pour l'emploi du futur.

Grâce au Small Business Act, 23% des contrats publics doivent aller à des PMEs (Américaines en plus).

L'Europe à besoin de ce genre de loi pour favoriser les PMEs qui sont porteuses d'emplois et rétablir une compétition juste avec les USAs.

Signez-vous aussi la pétition (La même en anglais).

Via Daniel Gerges

Google mal chaussé !!

Comme les cordonniers qui sont les plus mal chaussé, en testant le nouveau mode "hybrid" de Google Maps (qui mixe image sattelite et carte), j'ai recherché les buildings de Google !! Et la on voit que les ingénieurs de Google bossent à partir d'un terrain vague !!

Faudrait peut-être penser à mettre à jour les images satellite !! Apparement Google change trop vite pour Google !

Hasta la Vista Windows ! Bonjour à la diversité !

Ils nous enlèvent les mots de la bouche chez Microsoft.

Je vois bien la campagne de lancement avec Schwartzie en tenue de Terminator nous dire "Asta la Vista Windows" à la place des Rollings Stones (Start me up) et envoyer un salve de rockets sur des boîtes de Windows !! Ensuite le nuage de fumée disparaît et apparaissent des Tux avec des Linux ! La dessus passent en vol plané des Firefox et des Thunderbirds lachants des pommes brandés Apple ! Rhaa Lovely !

La sortie de Windows Vista, c'est vraiment l'occasion de dire "Asta la Vista" à Windows et bonjour à la diversité et aux standards.

Via Alex (merci pour le titre).

UPDATE: Pas merci pour le titre Alex.. C'est Hasta et pas Asta..

Crash-course sur les Méthodes Agiles

Jeremi, notre stagiaire sur les Applications XWiki et Google SummerOfCodiste (cad qu'il a passé une selection drastique) sur OXYD chez Codehaus avec comme mentor Vincent Massol, trouve encore le temps pour relooker son blog (joli) et pour nous parler de son utilisation des méthodes agiles sur XWiki et OXYD.

J'aime beaucoup son article car c'est un bon résumé de la façon dont on procède sur les projets Open-Source et en particulier sur XWiki. Chez NetValue, cela faisait longtemps qu'on regardait de prêt les méthodes agiles en ayant pas mal de difficulté pour migrer nos projets sur ces méthodes. Quand j'ai démarré XWiki, d'entré j'ai commencé avec le développement dirigé par les tests (TDD ou Test-Driven-Development). Je dois dire que cela m'a rendu plus d'une fois des services et aujourd'hui que de nouveaux developpeurs arrivent sur le projet, il beaucoup plus facile de les faire rentrer sur le projet. Les tests sont en effet le meilleur endroit pour comprendre ce que le code d'un logiciel complexe fait.

Dans la méthode XP, ce que je trouve le plus intéressant dans l'utilisation des tests, est la règle qui consiste à "faire le developpement le plus simple qui répond aux tests et rien de plus". Souvent, comme les tests sont simples et ne prennent pas en compte tous les cas, le developpement le plus simple est en réalité "faux" ! C'est justement ainsi qu'on sait que les tests n'ont pas une couverture suffisante et qu'il faut les améliorer. La méthode est très incrémentale ce qui en fait une bonne méthode pour l'apprentissage.

L'Open-Source est un gros utilisateur des méthodes agiles et en particulier des tests. Il y a une raison très simple à cela. Sans les tests, la réutilisation de code Open-Source par des developpeurs qui n'ont pas participé au developpement est casiment impossible, en tout cas sans casser l'usage précédent qui était fait du logiciel. Les tests sont le moyen de permettre la distribution du developpement et l'amélioration du logiciel tout en respectant l'usage fait par les premiers utilisateurs. C'est un élément essentiel de la gestion de la qualité et de la pérénité des logiciels Open Source.

Tout bon developpeur saura que la qualité d'un logiciel ne se mesure pas uniquement au nombre des bugs à un moment donné, mais aussi dans une mesure très important à sa résistance aux modifications. La resistance aux modifications, c'est la capacité du logiciel à subir des modifications pour faire de nouvelles choses sans remettre en cause fondamentallement l'architecture ni introduire des tonnes de bogues.

Cette qualité est non-mesurable par un utilisateur du logiciel qui ne comparerait que l'utilisation réelle du logiciel à un moment donné. Elle n'est mesurable que par les developpeurs et les chefs de projets.

Souvent les startups qui se lancent font la course à la fonctionnalité au détriment de la qualité et comme leurs developpements sont fermés on ne connait pas la qualité réelle de leur travail. Avec l'Open Source c'est très différent, comme on peut voir non seulement le code mais aussi les méthodes de travail des équipes, on peut juger beaucoup plus facilement de la qualité du logiciel.

Et d'ailleurs c'est le cas, dans le monde Open Source, et en particulier dans le monde Java, les developpeurs et utilisateurs se ralient autour des logiciels qui ont un processus de developpement à l'état de l'art ! Et l'état de l'art dans l'Open-Source, ce sont les méthodes Agiles et le developpement dirigé par les tests.

Je doute que se soit le cas de beaucoup de boîtes au code fermé ! Et en tant qu'utilisateurs, il faut exiger des entreprises qu'elles ouvrent le capot et montrent comment elle developpent, de la même façon que les projets Open-Source le font.

Bientôt il faudra intégrer un GPS dans les appareils photos

Car le résultat cela peut donner une visite interactive de San Francisco avec des photos geo-localisés.

Encore une nouvelle intégration de Google Maps..

Un clavier contextuel: rêve ou réalité ?

Un studio de design Russe vient de créer le design de Optimus un clavier dont chaque touche est un mini afficheur OLED qui peut afficher n'importe quel mini-image. Par exemple, les touches affichées peuvent être en minuscules ou en majuscules ou peut passer d'AZERTY en QWERTY.

Plus intéressant dans les jeux les touches peuvent afficher les fonctions réelles et les autres touches s'effacer..

Sortie prévue en 2006.. Seul hic, le prix, qu'on peut imaginer assez important pour pouvoir mettre une centaine de mini afficheurs OLED. D'après le studio (lisez c'est pas mal), ce sera le prix d'un téléphone mobile (ce qui ne nous dit pas grand chose).

Un clavier très high-tech.. mais pour le moment en rêve.. et peut-être bientôt en réalité..