I am european. I am european and I don't understand exactly why the two cops who ran a NCIC background check on Obama are suspended. Can someone with a light or strong US law background try to explain me please ?
July 2009
Monday 27 July 2009
autocompleted search box...
I have filed bug 506214 because a textbox cannot have the style/look/behaviour of <textbox type="search"/> and be autocompleted like <textbox type="autocomplete"/> at the same time ; and I have a use case in front of me 
Apple Tablet
Apple's culture of secrecy is famous. It serves its projects, its marketing, its brand, its market position. Everything is so secret that rumor sites are rarely wrong
So Apple is apparently going to release a tablet device next year. A few thoughts about it, unordered, unfiltered, written as they come to my mind:
- I have absolutely no opinion on a larger and more powerful iPod Touch. I am not sure to be interested myself. I not even sure the market needs it, in particular if it has an on-screen keyboard. Oh sure, Apple fans will buy one... But my jeans' pockets are too small for a 10" device and my backpack already contains a macbookpro.
- given the position of such a "nettablet" on the market, between portable devices like phones and pods and laptops, I am scared to death by the App Store... Don't misunderstand me, I love the Application Store because it changed the model, it made a lot of things easier than they used to be. But at the same time, the App Store is locking down the market and forcing app vendors to sell and distribute through Apple and only Apple. That is a strong monopoly. And in my opinion a dangerous one. Given how Apple is filtering apps that appear on the App Store, given the time needed to make an app appear there, given the limitations of a single catalog of thousands of apps when you view it from a portable device with a small screen, I can barely accept it on my telephone but I won't accept it on my computer. I do NOT want to be forced to acquire applications for any of my computers through one single filtering channel. If you consider Apple's App Store, it's rather hilarious to see Apple engineers call for openness in W3C working groups

- on another note, I'd love to have an apple mac os x "netbook shell" to insert my iPhone into ; that would have a 10" screen, a real keyboard and a touchpad and would use my iPhone as cpu/hd... that would be seriously disruptive on the market, and probably a hit.
Friday 24 July 2009
OH
"Après avoir discuté avec les députés de la majorité à la pause, seuls 5% y croient, les autres sont effondrés par hadopi"
Why (some) standards fail
Disclaimer: I am co-chairman of the CSS Working Group but this article is written with my WG Chair hat off. Personal opinions only.
Jeffrey Zeldman has just released a blog article entitled "Why standards fail", commenting on the now rather old Bert Bos's "What is a good standard?".
In his work, Bert said the W3C specs are not designed for computers but for people. That's right but that's not enough. They're designed for a certain category of people, the code implementors. They're not made for end-users. In other words, a rather complex or long specification like HTML5 or SVG is not made for people authoring HTML5 or SVG, it's designed for people implementing it in a rendering engine, parser, filter, ...
He also says we try to keep specs of reasonable size. Honestly, that dream is really old. Take all W3C specs since 1996 and in particular specs that were updated over the years and you'll see exponential growth.
(As a side note, Bert also said "The Web now runs on HTML, HTTP and URLs". Oh gosh, he forgot JavaScript...)
Jeffrey Zeldman then tells us - in substance - that CSS became a slow monster, that it's not understandable any more if you don't have 5 diplomas in computer science and that browser vendors will move away from complex specs.
Jeffrey forgets too easily a few points here :
- the work done inside Working Groups is not done by the W3C itself. It's done by vendors and in the case of HTML/CSS/SVG and friends, it's browser vendors. So the W3C Members are very likely to implement the specs, because they designed the specs. The W3C here is just a host, not an author.
- web designers want more and more features replacing JavaScript and Flash and also want one-liners. First, it's not always possible because a feature itself cannot always be simplified to the point it stands into a very readable one-liner. Second, it's not because it's simple from a design point of view or super-simply implemented in an almost trivial dialog in Photoshop that the code implementation behind is not hellish. And the compromises found in a WG, that please all W3C Members, are sometimes greeted with coldness. Let me take a good example : when I introduced the
:nth-child()and friends pseudo-classes in CSS 3 Selectors, we had in the WG a lot of trouble finding the right argument for the function. Tantek pinged his father, who found thean+bformalism. We found it rather nice, meaningful and a good compromise between power and smplicity. Ok, adopted. That said, every time I demo or explain these selectors in a conference, people boo the syntax... So what should we do here ? Increase readability at the risk of complexity ? Drop the feature at the risk of slowing CSS ? As we say in french, it's hard to have the butter and the money for the butter at the same time. - we have a lot of documents on the radar because W3C Members don't all have the same strategy, don't address the same market. Opera for instance is big big big on mobile; they want/need things that address their market and don't really care about the rest. On another hand, HP is big big big on printing and things really outside of the print profile are not in their scope. Should we work only on a common denominator or should we consider, as we do know, that all users need to see progress ?
- at the same time, despite the simplicity of the request, we're still unable to have variables or even constants, we're still unable to position an element relatively to any other arbitrary element in the same tree, we have transformations and gradients only because Dave Hyatt coded it in Safari. The list is long.
- there a number of good reasons why CSS 2 adoption took so long in browsers. I am not saying it's an excuse for everything but this can partly explain that.
- perhaps CSS has hit a feature-size limit. Because of their very simple original design, CSS were not meant to solve all the problems of the Web world; we keep hitting issues related to backwards-compatibility, compatible parsing, shorthand compatibility and collisions. Because CSS has grown in circles in a world of RENDERING and not a world of DOM or API, there is a possibility that CSS will not last 50 years (I am negating here a quote from Bert Bos during a CSS WG meeting) and we need a new stylesheet language, still simple from a user's point of view, but more powerful and extensible from a design and implementation point of view. Possibly derivated from CSS. But possibly not CSS itself.
Standards are not only documents. They're not only made for the greatest benefit of Humanity. They're a battlefield. A battlefield where everyone smiles at the other and has a drink with the group after work but a battlefield full of war sagas and full of dead ideas and codes. Dead companies too. Such a situation does not always end up in good compromises. Some compromises are weak, some are even dangerous. Some are bloody.
So yes, SOME standards fail. Because standards are made by human beings, because human beings can make mistakes and because human beings - standards authors and users - are the most painful species on this planet, rarely happy with what they have in hands.
Yes, the CSS 3 specs are big. And complex. No it's not really a problem because fortunately cool guys like Jeffrey Zeldman cover the world giving conferences about CSS, because Eric Meyer next CSS 3 book will be here to explain CSS to the masses. That's not the W3C's job. And yes, CSS 3 is going to be implemented because the specs come from the browser vendors anyway. And yes, CSS 3 is going to used by web authors. Probably not the deepest complex bits of CSS 3 like "floating and spanning rtl klingon in paginated top-to-bottom uighur" but I am pretty sure that all CSS 3 features will be adopted by the community as soon as they are implemented.
Sometimes twitter is really painful...
Disclaimer: I am currently implementing my 3rd standalone and crossplatform desktop twitter client for a customer.
A while ago Twitter decided to remove from your timeline your friends' twits that are in reply to someone you're not following yourself. Live example :
- I am following @jmplanche because I know him and appreciate him
- he twits "@Kreli4n cela avance. Fredo nous explique qu'il est membre de la SACD ... c'est encore mieux que le fils du patron à la culture"
- I am not following @Kreli4n so...
- ...that twit does not appear in my timeline, although I am following @jmplanche, I am interested in that particuliar twit and I have an extra-comment to make about it.
- I can still visit http://twitter.com/jmplanche to read it
This is plain ridiculous and counter-productive. There could be a bandwidth or server load issue behind but I don't care. Seen from a user's perspective, it's just ridiculous. While I am here, being able to DM someone only when you follow him/her is also a true pain in the ass. I can SMS whoever I want without restriction and I can't twit-DM ? Ooops.
As a twitter client implementor, the biggest lack in the API is the impossibility to create an account using the REST API. Of course, Twitter told me an API for that could be easily abused. Well, no, just make it a two-passes process with a server-side provided captcha as a reply to the first pass...
Exclusif ! La première coupure Hadopi !
Suite à la mention de Jean Sablon en séance, il semblerait bien qu'un ou plusieurs députés ont téléchargé depuis les bancs de l'Assemblée Nationale 

Bon...
Je continue à suivre - en fond sonore grâce à la retransmission en direct de l'Assemblée Nationale - les débats sur "Hadopi2" depuis le début de la semaine. Le constat est simple : on nage en plein délire. Ce projet est un TRES grand n'importe quoi. Jugez donc :
- il est contraire à un alinea fondamental du code de la consommation et il a fallu explicitement insérer le fait que cet alinea ne s'applique pas ici
- les outils dit "de sécurisation" sont dans un flou total
- les entreprises restent responsables et risquent la coupure
- la technique sous-jacente est d'une telle approximation qu'on va couper la connectivité mais on doit préserver l'accès au mail (et donc au webmail) mais la coupure va poser des soucis de différence entre zone dégroupée et non dégroupée ; je souhaite bien du plaisir aux FAI.
- le financement n'est pas prévu, contrairement aux propos péremptoires du rapporteur Riester
- l'adresse IP n'est pas une preuve (jurisprudence récente Guingamp)
Tout cela rappelle fâcheusement la nullité de DADVSI. C'est mort et enterré. On va faire caguer quelques lampistes. Parmi ceux-ci, certains vont attaquer et gagner, et tout cela va passer aux oubliettes (et aux poubelles) de l'histoire parlementaire française.
Franchement, très franchement, j'ai honte. Mais quelle honte... Quel gachis, quel scandale.
Nathalie Kosciusko-Morizet, où êtes-vous donc pour au moins éviter au gouvernement de commettre des impairs techniques majeurs et se fourvoyer dans une direction contre-productive pour la France ?
Thursday 23 July 2009
Je suis un fraudeur
Il semble que Frédéric Mitterrand a déclaré à l'Assemblée que seuls les fraudeurs sont contre Hadopi. JE SUIS DONC UN FRAUDEUR et je vous engage à le déclarer aussi sur votre blog ou twitter ou où vous voulez si vous aussi êtes contre Hadopi.
Save IE6
We let the dodos go.
We let the Neandertals go.
We let the mammoths go.
We let the japanese crested ibis go.
We let so many endangered species go.
SAVE INTERNET EXPLORER 6 !!!-)
Comment mettre la charue avant les boeufs
Décidément Frédéric Mitterrand n'en rate pas une... L'opposition parlementaire distille un peu de technique dans le débat et le ministre de la culture lui répond, droit dans ses bottes, "la technique, on y reviendra plus tard".
Ce projet est décidément géré en dépit du bon sens, du premier jour jusqu'à aujourd'hui. Franck Riester est marqué à vie et Albanel ne sera pas oubliée chez les geeks.
Wednesday 22 July 2009
Le loup sort du bois
Franck Riester, rapporteur du projet Hadopi, à 16h40 à l'Assemblée Nationale: "Nous ne renonçons pas à réguler Internet".
Voilà, tout est dit.
Hadopire
Le rapporteur Riester et les soutiens du projet Hadopi en cours de débat à l'Assemblée viennent une fois de plus de se ridiculiser profondément. Il a été décidé ce matin de ne pas couper l'accès à la messagerie électronique des internautes dont la connectivité serait suspendue. Or non seulement de nombreux internautes accèdent à leur messagerie électronique par webmail mais certains n'ont même que ce biais pour y accéder... Bref, par voie de ricochet, on ne pourra couper l'accès au Web des internautes suspendus. On est passé ainsi d'une coupure totale à une coupure par protocole et enfin à une coupure par protocole et site. Je souhaite bien du plaisir aux FAI quand un internaute suspendu par leur exiger l'accès à une liste longue comme le bras de webmails.
Il est grand temps que ce gouvernement prenne des avis techniques sérieux AVANT de faire n'importe quoi.
Enable geolocation in a xulrunner-based app
As you certainly already know, Firefox 3.5 includes a geolocation provider based on Google APIs. It allows to retrieve the user's latitude and longitude, and Doug Turner recently added support for reverse geolocation. Very cool.
But to use this in recent xulrunner builds, you need a few things and geolocation will not work without them:
- you need a pref to enable geolocation
pref("geo.enabled", true); - You need a pref to specify Google geolocation API
pref("geo.wifi.uri", "https://www.google.com/loc/json"); - You also need a JS component derived from lines 1036 and following in nsBrowserGlue.js. The minimal component you need, if you want to always allow geolocation requests without prompting the user about it, is the following one:
const Ci = Components.interfaces;
const Cc = Components.classes;
const Cr = Components.results;
const Cu = Components.utils;
Cu.import("resource://gre/modules/XPCOMUtils.jsm");
function GeolocationPrompt() {}
GeolocationPrompt.prototype = {
classDescription: "Geolocation Prompting Component",
classID: Components.ID("{C6E8C44D-9F39-4AF7-BCC0-76E38A8310F5}"),
contractID: "@mozilla.org/geolocation/prompt;1",
QueryInterface: XPCOMUtils.generateQI([Ci.nsIGeolocationPrompt]),
prompt: function(request) {
request.allow();
return;
}
};
//module initialization
function NSGetModule(aCompMgr, aFileSpec) {
return XPCOMUtils.generateModule([GeolocationPrompt]);
}
If you need more than that, just tweak the prompt method above and do a request.allow() or request.cancel() depending on your wishes.
All the above done, you can safely query navigator.geolocation.getCurrentPosition.
Tuesday 21 July 2009
TVA restauration, l'arnaque pour les entreprises
S'il est un point qu'on a joyeusement oublié de signaler, c'est que la baisse de la TVA sur la restauration (pour laquelle le gouvernement a même pondu un site Web entier !!!) implique une hausse des dépenses pour les entreprises... Prenons le cas, au hasard, d'un glazou en déplacement professionnel à Sophia-Antipolis (toujours au hasard) pour par exemple une réunion du W3C (hasard, évidemment). En gros, il va y dépenser quelques 250 euros TTC en frais de bouche parce que les CSS ça ne nourrit pas trop son homme hein. Dépense effective pour l'entreprise du glazou en question avant le 1er juillet : 209,03€ HT. Dépense pour l'entreprise après le 1er juillet si les prix ne baissent pas : 236,97€ HT (je simplifie puisque les boissons alcoolisées restent à 19.6%, quel foutoir...). Soit une augmentation strictement arithmétique de ce poste de 13,37% par modification des déclarations de TVA... Bref, on se fait enfler comme jamais.
Donc au cas où vous l'auriez raté, l'Etat perd de la TVA sur les bistros et restaurateurs mais en gagne sur toutes les entreprises clientes des dits-bistros et restaurateurs si tous les prix ne baissent pas. Je serais curieux d'avoir les perspectives précises du Ministère du Budget en la matière...
Et encore, Disruptive Innovations, c'est petit... Mais une boîte qui a un poste élevé en notes de frais va le sentir passer assez sèchement.
Reprenons la FAQ du site gouvernemental :
La restauration traditionnelle s’engage à répercuter intégralement la baisse de la TVA sur au moins 7 des 10 produits suivants, soit une baisse de prix de 11,8 % :
– Une entrée
– Un plat chaud (viande ou poisson)
– Un plat du jour
– Un dessert
– Un menu entrée-plat
– Un menu plat-dessert
– Un menu enfant
– Un jus de fruit ou soda
– Une eau minérale
– Le café, thé ou infusion.Les cafetiers et limonadiers s’engagent à répercuter intégralement la baisse de la TVA sur le prix du café, du thé et d’une boisson fraîche (au comptoir ou en salle).
C'est déjà raté. Bien raté. Je n'ai pas noté une seule baisse de prix dans les quelques bistros que je fréquente, même et surtout sur le café, ce breuvage ne demandant qu'un peu de poudre et de flotte et qui fait une marge phénoménale.
Frédéric Mitterrand
Anéfé2... Cons-ter-ni-fiant.
Vous qui entrez ici, abandonnez tout espoir.
Hadopi2
J'écoute Frédéric Mitterrand parler à la tribune de l'Assemblée Nationale et je suis __effondré__. C'est hallucinant. Il vient de déclarer qu'il faut imposer à Internet notre choix de société. Ce gouvernement n'a _rien_ compris. On n'impose pas des règles à un outil, on UTILISE l'outil...
Monday 20 July 2009
En vrac
- Ah la baisse de la TVA des bistros et restaurants... oh l'impression plus que fugace de me faire entuber très très profondément... oh le scandaleux goût de cadeau donné, offert sur un plateau devrais-je dire, à une profession. Sur les quelques bistros et restaus que j'ai pu écumer depuis que cette mesure est en place, seul UN a légèrement baissé ses prix. Tous les autres ont maintenu les prix, sans exception, sur l'ensemble des produits. Et mieux, l'un de ces lieux a, il me semble, augmenté ses prix un chouia comme tous les ans au 1er juillet... Franchement, c'est un scandale. Les bistrotiers et restaurateurs crèvent ? Bon débarras.
- Alors comme ça, Dati affiche désormais ses ambitions parisiennes de façon un peu plus nette. La Dati devrait cependant même se rappeler que même dans son propre camp, elle est loin, très loin, d'être appréciée par tous et qu'il a pas mal de bonnes raisons de ne pas l'apprécier.
- Hadopi... J'avais cru, naïvement, qu'entre élysée, gouvernement, assemblée nationale et sénat, on pourrait trouver quelques neurones. Il semblerait que non. Décidément, "hadopi" est désormais un mot associé à "catastrophe lamentable". Mais quelle honte...
- Quelqu'un pourrait-il faire taire Claude Guéant à la fin ? Ce type n'a _aucun_ rôle consitutionnel et j'en ai vraiment ras-le-bol de le voir dans les étranges lucarnes se prendre pour le chef du gouvernement...
- Je recommande fortement The Reader au cinéma ; excellent.
- Il y a quelques années, Embruns mesurait 13°C à Neuilly un après-midi à la mi-août pendant qu'il faisait 14°C à Saint-Germain en Laye. J'aimerais bien que l'été arrive. S'il-vous-plait.
Thursday 16 July 2009
VMWare slowness
Very surprising. I have 4Gigs of Ram in my MBP and I am using VMWare to virtualize a windowsXP box. I allocated it 1.5 Gig of RAM. With the last VMWare upgrades, it became slow, very slow, incredibly slow. No changes to my configuration but boot took twice more time, mouse was so slow I found it unusable at times, and globally my user experience became awful. This morning, I decided to tweak just a very little bit my config:
- if I change the allocated RAM to 1016Megs of RAM, I am back at full speed.
- if I set it above 1024Megs of RAM, for instance 1036, boom things become hyper-slow again.
Honestly, this is a very painful issue and I count it as a bug...
Wednesday 15 July 2009
R.I.P. laptop
Messages d'erreurs bizarres à l'écran, puis blocage de la console, puis ventilo au max, puis légère odeur de cpu cramé, puis plus rien. Mon portable Dell Inspiron 8500 avec lequel j'ai lancé Disruptive Innovations et développé Nvu n'est plus. Dors en paix petit cpu, tu m'as bien et fidèlement servi.
Thursday 9 July 2009
TwitFactory 1.1 for Mac OS X and Windows
I am glad to report that TwitFactory 1.1 is now available for both Mac OS X and Windows. Linux version pending. Changelog: major speed improvements, minor UI fixes and fr-FR localization.
Wednesday 8 July 2009
Alex Limi's resource packages
I have carefully read Alexander Limi's proposal for resource packages. Good idea with potential very tangible results (that's something that ol'timers like me have seen many times proposed in other flavors during the last eighteen years) but with a major side issue : individual resources are not reachable by a single URL any more and I think it just breaks the Web as we know it. The wrong key here is that if you're not inside an HTML document holding the new proposed link element, you just can't reach the individual resources only through a URL. I don't want individual resources on the Web to be hidden inside jars. There is also a warning bell ringing in my head about password-protected zips holding resource packages and I don't want to see that happen ; maybe I'm just pessimistic here but I tend to follow my intuition and listen to this kind of warning bells...
So I think a better idea would be a new URL scheme like the following one (don't focus on the syntax since I'm only thinking at loud here, try to understand the idea behind please...)
packaged:styles/main.css|http://www.example.com/package.zip
Then you don't need a link element to declare the package and each resource remains individually reachable even outside of an HTML document. Furthermore, the browser can cache the downloaded resource after first access so you still need only one access. In other terms, the good sides of Alexander's proposal minus its bad side effects, IMHO. I understand this is bad for legacy browsers since they won't reach the resources if they have a new form of URL they don't groke ; maybe we can find a fallback mechanism that resolves that issue... But I really think that we should preserve access to individual objects inside zips even outside of an HTML document.
Friday 3 July 2009
R.I.P. XHTML2
More than 7 years ago, I wrote that XHTML2 was a major strategic mistake that had to be stopped immediately. In fact, I started saying so even earlier than that. Today, XHTML2 is no more. It takes with it into the grave CURIE, HLink and XFrames. Specs that nobody ever seriously considered as part of the future of the web, nobody outside of the XHTML2 WG of course.
Anyway. It's a good move but a move that comes too late. That decision should have been taken YEARS AGO. What a waste of time, money and energy. What a bad sign to the community. Many people thought the following : "it's good these specs are in the xhtml2 wg, we don't want them elsewhere".
R.I.P.
Wednesday 1 July 2009
Firefox 3.5 CSS Media Queries demo
(This is a repost of an article I wrote for hacks.mozilla.org)
CSS Media Queries were originally a proposal submitted to the CSS Working Group by Opera Software and are now implemented in Firefox 3.5. In short, Media Queries extend the media declaration attached to a stylesheet to allow matching based on the rendering device's intrinsic properties.
Let's take a link element declaring a stylesheet inside an HTML document:
<link rel="stylesheet" type="text/css" href="style.css"Now imagine you want this stylesheet to apply to the document if and only if the width of the content window is less than 300 pixels... CSS Media Queries make it simple to declare:
media="screen">
<link rel="stylesheet" type="text/css" href="style.css"
media="screen and (max-width: 300px)">
Available properties include viewport's width and height, device's width and height, orientation (portrait or landscape), viewport's aspect ratio, device's aspect ratio, colormap, resolution and type of device.
It's then very easy to have one single web page ready for consumption on a wide variety of devices, ranging from mobile devices to monochrome tty displays.
Click here to see the demo and don't forget to resize your window from 100px-wide to 900px-wide to see it in action (WARNING: this link opens a new window without toolbars because toolbars could block the size of a viewport above roughly 400px...)
Reflexions "à la Nitot" sur l'économie du logiciel...
Je sais que cet article paraîtra un peu désabusé mais il vient des tripes.
Commençons par quelques informations utiles :
- Je ne suis ni Crésus, ni un archéologue du 19ème siécle. Je ne peux financer les outils que je développe par mes rentes juste pour la beauté de la chose.
- Mon entreprise est petite, toute petite. Elle ne peut se permettre de mettre en oeuvre des business models à base de pub, d'agrégation de données vendues à des tiers. De toute manière, ce n'est pas mon métier ; mon métier c'est le logiciel.
- Cela peut étonner, mais je dois gagner ma vie. Je dois manger, élever mes enfants, payer les factures. Et je ne parle méme pas de tenter de mettre un peu de pognon de côté en ces périodes de disette.
- Le logiciel open-source est une partie importante de ma vie, depuis plus de vingt ans et mon premier code distribué.
- TF est payant
- Bah oui. J'ai bossé d'arrache-pied pendant un mois pour écrire ce code. Son usage n'agrège aucune donnée concernant l'utilisateur et j'ai considéré que vendre le soft était plus éthique que vivre de la pub ou du spam. Quand on voit les Privacy Policies de certains clients twitter gratuits, il y a de quoi se demander vraiment pourquoi les gens utilisent ces usines à pub ou à spam. Visiblement, 15 euros pour un mois de travail acharné et des fonctionnalités que les autres clients micro-blogging n'ont pas, certains trouvent cela cher. Or j'ai vu récemment un de ceux qui m'ont dit trouver cela anormal que TF soit payant payer une bière dans un pub 7,50€ en me parlant de son abonnement de téléphonie mobile à 50€ mensuels... Un certain parfum de paradoxe. Pour paraphraser un titre de film, je dirais que pour plus de zéro euros, t'as plus rien... Le même personnage utilise sur son PC mIRC depuis pas loin de dix années sans en avoir payé la licence. Le pire, c'est qu'il est informaticien et m'explique qu'il a du mal à trouver un boulot sympa dans lequel on fait des choses excitantes.
- 15€ ?
- Oui. Moins que trois paquets de cigarettes, moins cher que le plat du jour de bistro à côté de chez moi, moins cher que le prix à la caisse à chaque fois que je rentre au Monoprix pour acheter à bouffer. C'est cent balles pour un mois de boulot à plein tube. Trouvez donc un prestataire à cent balles par mois...
- TF est payant alors que tu ne faisais que de l'open-source
- Ben voyons. Disruptive Innovations est bien entendu une société philanthropique et nous offrons des fleurs à nos clients au lieu de les faire payer... Non mais les gars, réveillez-vous un peu ! Vous croyez vraiment qu'on peut se permettre de libérer certains code sans bosser pour de l'argent à côté ? Si c'est le cas, vous devriez revenir un peu à la réalité.
- Nvu était gratuit
- C'est bien ce que je disais au-dessus, vous oubliez un détail : Linspire a sponsorisé entièrement le développement de Nvu d'octobre 2003 à juin 2005.
- D'autres clients twitter sont gratuits
- Allez donc lire en détail à tête reposée leur Privacy Policy... Je l'ai fait. Vous aurez quelques surprises...
- Par exemple Nambu est gratuit.
- Ah oui Nambu. Je peux me marrer ? Donc Nambu, tr.im et pic.im, les trois services de The Nambu Network Inc. sont tous les trois gratuits et sans pub. Et développés par une société commerciale qui pour l'instant ne fait que cela et qui n'affiche même pas de Privacy Policy sur son site. Eh ! Oh ! Réveillez-vous ! Vous prenez cette société commerciale pour des généreux mécènes vivant d'air et d'eau fraîche ? Soit ils sont sponsorisés par un partenaire et personnellement je n'aime pas que le nom de ce partenaire soit caché, soit vous feriez mieux de demander leur pivacy policy, soit cela ne durera pas longtemps.
- TF aurait pu trouver un autre business model
- Non je ne crois pas. J'ai choisi de ne pas empiéter sur la vie privée de l'usager, de ne pas lui présenter de publicité, de ne pas vendre son adresse ou de faire des "call home" depuis l'appli. Parce que je déteste ça tout comme vous.
- TF aurait pu être open-source et vendu
- Là on touche à un problème de fond du logiciel libre et du logiciel open-source. Même si la licence du logiciel indique que le source est ouvert mais que le produit est payant, la plupart de ceux qui ont les capacités pour le faire compileront le source sans payer la licence. Il faut être très très naïf pour croire et très gonflé pour affirmer le contraire, sauf dans le cas de logiciels assez chers soutenus par une organisation assez puissante pour attaquer ceux qui agiraient ainsi. Un logiciel dont le code est accessible et compilable pour donner exactement la version payante ne rapportera pas un rond à son créateur, sauf dans quelques rares cas de softs pour lesquels une maintenance applicative peut être vendue.
- TF aurait du être gratuit sur desktop et payant sur iPhone
- Ben tiens. Sauf qu'il faut développer la version iPhone, que certaines des fonctionnalités avancées de TF ne se prêtent pas du tout au passage vers une interface tactile type iPhone. Et cela oublie un léger détail : le nombre de développeurs qui vivent de leur application iPhone est ridiculement faible comparé à ce que l'on croit. Quelques centaines de développeurs ont vraiment fait du pognon, les autres - des milliers - ont fait des clopinettes. Et quand je dis des clopinettes, je pèse mes mots. L'App Store d'Apple est une merveille qui a changé la donne en bien dans la distribution de logiciel. Mais c'est aussi une catastrophe qui a tiré les prix du logiciel vers un tel bas niveau que le logiciel ne rapporte plus. Sauf à Apple bien entendu... Je n'appelle pas cela une économie viable pour les développeurs.
- TF n'a pas une interface native sur Mac
- Certes. Pas plus que Firefox ou Thunderbird puisque TF est basé sur Xulrunner. Ceci dit, je bosse désormais principalement sur Macintosh et l'UI de TF n'est pas perturbatrice dans le landernau. Seuls les geeks râlent sur un sujet pareil, le succès de Firefox même sur Mac le montre bien.
- La version de démo est très limitée
- Bah oui. L'installation d'une clé d'activation ou d'une time-bomb dans un logiciel écrit en XUL et JS pose un sérieux problème car elle serait hackable en cinq secondes. J'ai d'ailleurs un dîner de prévu avec un copain pour en discuter mais la solution à cette question sera loin d'être aisée à trouver. Je n'avais donc d'autre choix simple et praticable que de mettre une démo très limitée ou pas de démo du tout. A la demande des usagers, j'ai mis une démo en ligne.
- TF aurait pu servir de pub gratuite pour Disruptive Innovations
- Non... Notre savoir-faire et notre réputation sont bien établis et nous sommes parfaitement reconnus dans le milieu. Nous n'avons pas besoin de publicité supplémentaire. Ce dont a besoin Disruptive Innovations pour survivre, et je suis au regret de ramener la discussion à un niveau terre-à-terre que beaucoup oublient souvent, c'est de sous.
- Sur Linux il est impossible de vendre TF
- Cela ne m'empêchera pas de produire une version linux de TF qui sera vendue. Tant pis si les usagers préfèrent rester avec des clients twitter/identi.ca aux fonctionnalités faibles au lieu de soutenir un développeur par un montant somme toute très modique.
Je sais que ces propos vont faire grincer quelques dents, mais je crois que le logiciel gratuit (quelque soit son statut, freeware, open-source ou libre) va tuer cette industrie. La culture de la gratuité s'est trop immiscée dans notre monde et de trop nombreuses personnes trouvent désormais choquant de payer même pour un logiciel complexe qui a demandé des mois voire des années de travail. Contrairement à ce que l'on lit à droite ou à gauche chez des idéalistes à mon avis un peu loin de la réalité, non, à de rares exceptions près, on ne vit pas du logiciel libre ou ouvert. Comparé aux nombre de logiciels libres ou ouverts disponibles, ceux qui génèrent de quoi en vivre sont rarissimes.
Que l'on ne s'y trompe pas, je suis et je reste un soutien convaincu de l'open-source. Mais je m'attends à des effets de bord dévastateurs de l'open-source et du libre dans les vingt années qui viennent, avec une chûte brutale et irrécupérable à court terme de l'industrie du logiciel.
La gratuité n'existe pas.