Née dans un quartier pauvre de Rome il y a plus d’un siècle, l’originale pédagogie Montessori n’a jamais cessé d’essaimer et connaît même un fort regain d’intérêt à l’aube de ce nouveau millénaire qui nous demande une solide capacité d’adaptation aux changements.

Les fondateurs de Google ont été dans une école Montessori. Et le créateur du cèlèbre jeu SimCity en parle en ces termes : « Montessori m’a enseigné la joie de la découverte. Cela m’a montré que l’on pouvait s’intéresser à des théories complexes, comme celles de Pythagore par exemple, en jouant avec des cubes. Il s’agit d’apprendre pour soi-même plutôt que de recevoir l’enseignement du professeur. SimCity est directement issu de Montessori – si vous donnez aux gens ce modèle de construction des villes ils en tireront les principes de l’urbanisme ».

Michael Tiemann, figure du logiciel libre travaillant chez Red Hat mais aussi jeune papa, tente ici de rapprocher les deux domaines parce qu’il y voit de nombreux points communs. L’une de ses hypothèses est qu’un enfant qui aura suivi une méthode Montessori sera plus à même de comprendre, s’intéresser et s’impliquer dans le logiciel libre^[1].

Par extension et extrapolation, sera-t-il plus à même de comprendre, s’intéresser et s’impliquer dans le monde d’aujourd’hui mais surtout de demain ?

Remarque personnelle : Je constate que de plus en plus de parents « bobos de gauche urbains » placent leurs enfants dans des écoles privées Montessori, pour l’épanouissement général de l’enfant mais aussi pour échapper à la carte scolaire et l’école publique du quartier.

Montessori et la voie de l’Open Source

Michael Tiemann – 12 août 2011 – OpenSource.com
(Traduction Framalang : ZeHiro et Mammig2)

Montessori and the open source way

J’ai lu avec grand plaisir l’article de Steve Denning « Montessori est-il à l’origine de Google et Amazon ? ». Son argumentaire est solide, il s’appuie sur de nombreux faits scientifiques, et il expose les résultats remarquables que l’on peut obtenir quand nous pouvons Faire confiance à l’enfant. Il écrit si bien et de façon si claire qu’il est inutile que je répète ses propos, vous pouvez (et devriez !) lire directement son article. Mais nous pouvons le compléter, en particulier en comprenant comment les principes et la philosophie de l’open source sont si proches de la méthode éducative de Montessori.

C’est en tant que parent, et assez tardivement, que j’ai découvert l’éducation Montessori. Au début, je ne connaissais strictement rien aux travaux de Montessori, mais l’école de ma fille prenait très au sérieux ses écrits et j’ai ainsi commencé à voir les liens profonds et étroits entre des activités scolaires en apparence simples. Après avoir lu La science derrière le génie, le schéma complet m’est apparu plus clairement, et depuis je suis devenu un fervent partisan de la méthode Montessori.

La thèse Faire confiance à l’enfant, développée par Montessori, repose sur l’idée d’accompagner le développement de l’individu. Montessori a montré que lorsque des enfants sont privés de la possibilité de faire leurs propres choix, alors leur personnalité ne se développe pas complètement, et ils peuvent dépendre beaucoup trop des autres pour prendre des décisions les concernant. Par analogie, l’open source permet à tous les participants, qu’ils soient utilisateurs, développeurs, distributeurs ou mainteneurs de devenir de vrais contributeurs. Cette opportunité encourage non seulement à améliorer le logiciel (dont la qualité peut être perçue comme 100 fois supérieure à celle des logiciels propriétaires), et le plus important est qu’il encourage également les individus à s’améliorer. C’est ce que j’ai pu constater en étant dans l’open source depuis plus de vingt ans et en tant que parent Montessori depuis dix ans.

“Faire confiance à l’enfant” ne se limite pas à observer ce que fera un enfant dans le cadre d’un programme éducatif imposé. Dans l’éducation Montessori, tout l’environnement est disponible pour étudier, et les enfants sont encouragés à passer du temps à l’extérieur, pour observer, inventorier, s’interroger, et chercher les connaissances nécessaires pour répondre à leurs questions. La démarche scientifique est modulaire et évolutive, c’est à dire que des résultats sont obtenus à partir de résultats qui proviennent eux-mêmes d’autres résultats.

Ces résutats scientifiques doivent être reproductibles ou bien ils ne sont pas scientifiquement acceptables. De façon similaire, la modularité naturelle des logiciels open source fait qu’ils deviennent eux-même une forme de science de la programmation. Les modules peuvent être aussi librement utilisés que les résultats scientifiques peuvent être librement reproduits. Et tout comme un grand scientifique essayera de rendre ses résultats aussi simples et accessibles que possible, il existe une forme de reconnaissance similaire pour ceux qui écrivent des logiciels qui sont le plus possible généralistes, portables, et techniquement transparents.

Une valeur primodiale de la méthode Montessori est que l’apprentissage devrait être l’affaire de toute une vie. Denning paraphrase ceci en disant que l’éducation n’est pas une destination mais un voyage. Denning observe également que ceux qui voient dans l’obtention de leurs diplômes universitaires le boût du chemin, se retrouvent dans une impasse en cas de changement. Pour ceux qui envisagent l’apprentissage comme un exercice de longue haleine, alors le changement est simplement une nouvelle opportunité d’apprendre. De la même façon, les logiciels open source ont tendance à avoir un avenir ouvert et en perpétuel développement. De nombreux logiciels et frameworks propriétaires s’élèvent puis chutent car ils sont conçus avec une idée d’achèvement. Au contraire, les logiciels open source sont constament re-écrits, re-inventés et leurs objectifs modifiés. En regardant l’évolution de Linux au court des vingt dernières années je me suis dit : a-t-il déjà existé un système d’exploitation qui ait autant évolué, aussi rapidement et soit allé aussi loin ? Voilà tout le génie d’une vision de l’apprentissage à long terme.

Un dernier point : Les enfants Montessori sont-ils enthousiastes à l’idée de mettre les mains dans le code source ? La réponse evidente vous fournira, s’il en était besoin, une ultime preuve des atomes crochus entre Montessori et l’open source.

Il est désormais acquis qu’une expérience de contributeurs dans une ou plusieurs communautés du logiciel libre est un atout dans le secteur professionnel informatique. Mais, dans ce monde qui bouge et qui commence à mettre de l’« open » à toutes les sauces, elle pourrait l’être également bien au-delà.

C’est pourquoi il est bon d’encourager les jeunes à se lancer et participer. C’est pourquoi aussi il est proprement scandaleux que les instances éducatives françaises continuent superbement d’ignorer le logiciel libre et sa culture.

PS : Oui, je sais, ni le titre, ni mon intro, ni la photo^[1] ne collent parfaitement avec la traduction qui va suivre, mais bon un peu quand même ! Et puis le titre est joli non ? Vous auriez préféré « Les winners de demain sont dans le logiciel libre » ? Non quand même pas !

Sur un difficile marché du travail, votre expérience dans le monde de l’open source pourrait être un atout à plus d’un titre

In a tough job market, your open source experience may be an asset in more ways than one

Chris Grams – 16 août 2011 – OpenSource.com
(Traduction Framalang : Poupoul2 et Marting)

Cela vous ressemble-t-il ?

Depuis longtemps, vous utilisez des logiciels open source ou contribuez à des projets open source. Vous utilisez peut-être régulièrement des outils open source dans votre activité professionnelle, ou encore préférez-vous seulement vous amuser avec, pour le plaisir ou pour maitriser de nouvelles compétences.

Vous êtes connus pour raconter des histoires (peut-être véridiques) qui montrent que vous appartenez au monde de l’open source depuis longtemps (de « Je me souviens avoir téléchargé la première version de Fedora » à « Je me trouvais dans la pièce où le terme open source a été inventé »). Mais plus important encore, vous vous considérez comme un membre actif d’une ou plusieurs communautés open source.

Pensez-vous que le temps passé à contribuer à ces communautés open source pourrait être plus qu’une bonne expérience technologique ? Qu’il pourrait vous préparer à des emplois qui n’ont aucun rapport avec l’usage ou la fabrication du logiciel ?

J’ai étudié l’histoire et les sciences politiques à l’université. Non parce que je voulais devenir politologue ou historien, mais parce que, enfin… en fait je ne le sais pas vraiment. Mais au final, je suis réellement heureux d’avoir étudié ces matières.

Pourquoi ? Elles m’ont apporté des tonnes d’expérience lorsque je faisais de la recherche ou que j’écrivais, elles m’ont appris à organiser efficacement mes idées et mes pensées. Bien que je ne me rappelle pas comment Alexandre le Grand a battu les Perses à la bataille d’Issos et que je ne sois plus capable de réellement comparer les points de vue de Rousseau et Locke, j’utilise de nombreuses compétences acquises lorsque j’étudiais quotidiennement ces sujets.

Au risque d’avoir l’air de faire de la publicité pour une éducation aux arts libéraux, permettez-moi d’aller plus loin.

Pendant que vous avez joyeusement participé à des communautés open source parce que vous aviez besoin d’un morceau de logiciel ou que vous souhaitiez le rendre meilleur, il se pourrait que vous bénéficiez d’un effet secondaire important. Vous pourriez avoir acquis une expérience de la gouvernance des organisations du futur.

Au cours des quelques années passées, j’ai eu la possibilité de travailler avec des organisations de différentes industries, dont la finance, l’éducation, les services, l’hôtellerie, et même dans des environnements gouvernementaux ou non gouvernementaux. Nombre d’entre-elles sont occupées à explorer comment elles peuvent être plus compétitives, grâce à l’utisation de techniques que nous, dans le monde de l’open source, avons déjà mises en œuvre avec succès.

Par exemple, certaines souhaitent tester des projets collaboratifs à grande échelle, impliquant des participants qui ne sont pas membres de leurs organisations. D’autres veulent savoir comment créer des méritocraties internes où les gens se sentent investis et où les meilleures idées peuvent venir de n’importe où. D’autres encore souhaitent démarrer des relations plus riches avec la communauté de ceux qui se soucient de leurs organisations. Si vous êtes un lecteur d’opensource.com, vous nous avez vu mettre en valeur de nombreux exemples dans les affaires, les gouvernements, l’éducation, la santé ou autres.

Ces organisations ont beaucoup à apprendre de ceux d’entre vous qui ont déjà une expérience pratique réelle dans de véritables communautés.

Dans son libre Outliers, Malcolm Gladwell a introduit l’idée que ceux qui sont devenus des sommités mondiales dans leur art (il cite comme exemples Mozart, Steve Jobs et les Beatles) y sont parvenus en partie parce qu’ils ont été capables de le pratiquer de manière démesurée avant les autres dans leur domaine. Selon les recherches que Gladwell cite dans son livre, une personne a besoin de 10000 heures de pratique pour atteindre la maîtrise.

À combien êtes-vous de ces 10000 heures de participation dans le monde de l’open source ? Si vous avez passé 40 heures par semaine dans des communautés open source pendant 5 ans, vous avez peut-être déjà acquis vos 10000 heures.

Mais même si vous n’avez pas encore vos 10000 heures, je crois que vous en savez déjà beaucoup sur les modes de fonctionnement des communautés open source.

Ainsi, si vous croyez que les organisations du futur pourraient être gouvernées grâce aux principes actuellement utilisés avec succès dans les communautés open source, et que vous y avez une copieuse expérience de contribution, pourriez-vous avantager une organisation qui recherche des moyens plus efficaces, pour être plus compétitive ? Et pourriez-vous être un atout pas uniquement par vos compétences technologiques open source, mais également grâce à votre état d’esprit open source ?

Un exemple : Mes amis Dave Mason et Jonathan Opp, qui totalisent chacun bien plus que 10000 heures d’expérience dans le monde de l’open source, ont récemment fait leur entrée dans le concours Harvard Business Review / McKinsey M-Prize dans la catégorie Management innovant avec un hack profondément inspirée par leur expérience dans l’open source.

Leur idée ? Prendre le principe du « fork » tel que pratiqué dans les projets de développement open source et l’appliquer au management des organisations (tous les détails de leur idée sont ici). Leur bidouille « Prête à forker » a récemment été sélectionnée dans une liste de 150 propositions soumises par des gens du monde entier comme l’une des 20 finalistes du M-Prize. Plutôt impressionnant.

Alors pensez-y : au-delà de votre expérience technologique, qu’avez vous appris d’autre en contribuant à des communautés open source, qui pourrait avoir de la valeur pour un employeur potentiel ? Y a-t-il des compétences et des manières de penser que l’open source vous a enseignées qu’il serait bon de valoriser dans un entretien d’embauche, ou comme argument pour une promotion ou un nouveau poste ? Commencez à voir votre expérience open source comme un nouvel ensemble de compétences en matières de pensée et de travail, qui pourraient être très demandées par les organisations qui voudront rester compétitives dans le futur.

En agissant ainsi, vous pourriez vous ouvrir des opportunités intéressantes que vous n’auriez pas envisagées auparavant.

Pour un débutant participer au logiciel libre peut être si intimidant qu’on n’hésite pas à évoquer « un aquarium à requins » pour qualifier la communauté !

Un blogueur explique pourquoi il ne contribue pas au logiciel libre (alors qu’au fond de lui il le souhaite sincèrement). Un autre lui répond, en théorie mais aussi en pratique en s’appuyant sur GitHub (qui a le vent en poupe actuellement chez les développeurs). Telle est la petite passe d’armes que nous vous proposons traduite ci-dessous^[1].

En ce qui nous concerne, c’est aussi pour cela que l’on a publié notre framabook Produire du logiciel libre. Afin de participer à ce qu’il y ait de plus en plus de développeurs francophones, notamment parmi les plus jeunes qui ne reçoivent pour le moment aucune sensibilisation ou formation pendant leur cursus scolaire.

Pourquoi je ne contribue toujours pas à l’open source

Why I still don’t contribute to open source

The Daily Flux – 3 mai 2011 – Brandonhays.com
(Traduction Framalang : Pandark)

Je suis tellement hypocrite. Il y a quelques mois, je me demandais dans un billet comment surmonter ma peur de contribuer aux logiciels open source ?¹?.

Depuis, je n’ai toujours pas vraiment participé. Sur Twitter, j’ai écrit que les FOSS ressemblent à un aquarium de requins pour les newbies, et il faut que je le confirme.

Le fait est que je contribue activement d’une manière ou d’une autre à plusieurs projets open source. Cependant, je me sens toujours extérieur au projet, car mes contributions ne sont généralement pas liées au code. Alors pourquoi est-que je ne m’implique pas complètement dans le FOSS (et je pense, beaucoup d’autres comme moi) ?

Au risque de prêter aux autres mon ressenti personnel, j’aimerais vous faire part des obstacles qui peuvent, selon moi, intimider les nouveaux devs qui voudraient contribuer à des logiciels open source.

Il n’y a pas de certification, de cérémonie ou de badge du mérite disant « Tu es prêt à contribuer au FOSS ». (Il y en a cependant un pour après)

Il n’est pas évident de savoir par où commencer. D’après ce que j’entends, beaucoup de contributions aux FOSS surviennent parce que quelqu’un a besoin d’une fonctionnalité qui n’existe pas dans un logiciel, ou trouve un bug. Il peut proposer une procédure de test reproductible, voire un patch. Dans mon utilisation quotidienne, je ne croise pas beaucoup de ces situations. Il n’y a pas beaucoup de devs qui agitent les bras en demandant spécifiquement de l’aide sur un projet, et encore moins qui voudraient prendre un nouveau développeur sous leur aile.

Les règles de participation (guidelines) rendent souvent la vie d’un mainteneur plus facile, et compliquent la mienne. Oui, maintenir un projet open source est une tâche ardue et ingrate. Cependant, j’ai vu des règles/lignes de conduite pour contribuer qui transformaient une simple idée de correction en un mur de brique bureaucratique digne de Microsoft. La page d’accueil aux contributions accompagnée d’un tutoriel vidéo de Wayne Seguin est une exception remarquable à cela.

L’open source est pour les gens qui sont meilleurs que moi. J’ai bien conscience que c’est une excuse pour ne pas me lancer, mais je ne suis simplement pas à l’aise de me retrouver à un endroit où je pourrais publier des logiciels suffisamment bons pour que de véritables développeurs les utilisent.

Essayer de contribuer et échouer me donne le sentiment d’être stupide. J’ai déjà soumis plusieurs requêtes de pull et aucune n’a été acceptée, sans commentaire expliquant pourquoi. C’est comme si l’univers confirmait que oui, je suis un idiot, et mon « aide » n’est pas utile. Quelle perte de temps profondément déprimante !

J’ai pas le temps. J’ai des enfants, un nouveau boulot, et un nombre grandissant de responsabilités. Cela me prend entre 3 et 10 fois plus de temps pour écrire du code qu’un développeur plus expérimenté. Maintenant, mes contributions non liées au code mangent le temps que je passais à coder. Oui, tout le monde a la même excuse, du genre qui se dissipe si les autres excuses disparaissent, mais ça vaut le coup de le mentionner.

C’est une activité solitaire. Je pense que la plupart des gens comprennent ces choses par eux-même, et que ce serait donc un peu trop demander que d’attendre d’être pris par la main. Mais est-ce vraiment une démarche spirituelle où personne ne peut vous accompagner, de crainte que vous n’appreniez rien ?

Donc oui, le FOSS peut sembler intimidant, voire autant qu’un aquarium de requins. Je n’ai pas toutes les réponses à ces problèmes, mais je voudrais voir plus de mainteneurs cherchant des contributions avec une certaine spécificité, et répondant ensuite aux requêtes de pull, un appel pour des cas de tests supplémentaires, des corrections de bugs et, oui, de la documentation.

Github a beau être on ne peut plus ouvert, il n’y a pas de système type Quora/StackExchange qui permette de savoir quel projets ont besoin de quelque chose qui correspond à ce que vous pouvez faire. Ça pourrait être une bonne fonctionnalité.

Toi (oui, toi !), tu devrais contribuer à l’open source

You (yes, you!) should contribute to open source

Steve Klabnik – 10 mai 2011 – TheChangelog.com
(Traduction Framalang : Pandark)

Si vous lisez ce blog, vous vous souciez évidemment de l’open source. Si vous n’avez jamais contribué à un projet open source, cependant, vous êtes peut-être frileux à ce propos. Donc, inspiré par le concours de documentation Ruby 1.9.3, j’ai écrit un billet pour mon blog à propos de la manière de contribuer à la documentation de Ruby. J’ai reçu des retours comme celui-ci :

@steveklabnik Hé, c’est génial. Il est temps pour moi de m’engager et de me mettre au boulot. Merci pour la motivation supplémentaire !

Je me suis donc dit que quelque chose de plus général pourrait vous encourager à vous impliquer dans n’importe lequel des projets open source que vous utilisez, même si ce n’est pas en Ruby. Tout projet peut avoir besoin d’un coup de main supplémentaire, en particulier les petits.

Un petit aparté à propos du fait d’être frileux.

Si vous ne contribuez pas parce que vous pensez que vous n’êtes pas prêt, ne vous inquiétez pas pour ça ! Je sais que c’est plus facile à dire qu’à faire, mais vraiment, vous êtes prêt. Un de mes amis a publié un article à propos des raisons pour lesquelles il ne contribue pas, et je suis sûr que beaucoup de personnes partagent ce genre de peurs. Greg Brown a répondu et a dissipé certaines de ses inquiétudes, mais la plupart des gens auxquels j’ai parlé s’y refusent principalement pour deux raisons :

• C’est trop dur
• Je ne suis pas assez bon pour contribuer
• Je n’ai pas le temps

Parlons de chacun de ces points dans l’ordre inverse. C’est vrai, vous pouvez avoir une vie remplie. Je ne connais pas votre emploi du temps personnel. Cependant, je suis sûr que vous pouvez trouver une heure ou deux, peut-être un week-end ? Il n’en faut pas plus pour commencer. La plupart des projets sont construits sur la base de milliers de minuscules commits. Vous n’avez pas besoin de faire une grosse contribution, même les petites sont importantes.

Si vous avez peur que la qualité de votre code ne soit pas suffisante, eh bien la seule manière de vous améliorer est de pratiquer. Alors lancez-moi cet éditeur et soumettez un patch ! En général, si quelque chose ne va pas dans votre soumission, il y aura une discussion à son propos sur GitHub et tout le monde peut y apprendre quelque chose.

Prenez cette demande de pull, par exemple. À l’origine, Colin a soumis un patch qui faisait un lien vers la mauvaise url ; wilkie l’a mentionné, et Colin a mis le code à jour. Cela sera intégré dès que j’aurai fini d’écrire ce billet pour The Changelog. 🙂 Mais c’est généralement ce qui arrive si votre première proposition est un peu inexacte. N’ayez pas peur ! C’est comme ça que l’on a tous appris, les uns des autres.

Cette lamentation « c’est trop dur » débouche souvent sur un « je ne suis pas assez bon ». Cela peut aussi arriver si vous essayez de contribuer à un gros projet ayant beaucoup de règles. Les lignes de conduite pour contribuer, obligation de relecture du code, mise à jour des fichiers AUTHORS et CHANGELOG… les gros projets doivent avoir des procédures pour gérer le grand nombre de contributeurs, mais cela peut certainement créer une barrière à l’entrée pour les nouveaux venus. Si ces procédures vous intimident, j’ai une suggestion : commencez petit ! Les petits projets ont généralement peu, voire pas du tout de procédure. De plus, vous vous sentirez incroyablement bien. Pensez à ça : Python reçoit un tas de patchs tous les jours, mais si vous avez un petit outil que vous avez écrit sur GitHub, et que soudainement vous recevez un courriel « Hé, quelqu’un a un patch pour vous, » je parie que vous en serez rudement content.

Le B.A BA

Lorsque l’on contribue à un projet open source sur GitHub, il y a un processus que presque tous les projets suivent. Trois étapes : fork, commit, demande de pull.

GitHub rend l’étape du fork très simple. Cliquez simplement sur le bouton « fork » trouvé sur la page de n’importe quel projet. Utilisons Ruby comme exemple. La page du projet est ici. Vous pouvez voir le bouton fork en haut à droite. Il ressemble à ceci :

Cliquez dessus, et vous verrez certaines « hardcore forking action, » puis vous serez dans votre propre fork ! C’est votre propre version du projet, et elle apparait sur votre page GitHub. Par exemple, voici mon fork de Ruby. Vous verrez une URL sur la page, qui vous permettra de cloner ce projet lui-même.

$ git clone git@github.com:steveklabnik/ruby.git

Cela crée un répertoire « ruby » avec tout le code à l’intérieur. Ensuite, ajouter un lien vers le projet parent pour pouvoir suivre les modifications qu’il fait.

$ cd ruby
$ git remote add upstream https://github.com/ruby/ruby.git
$ git fetch upstream

À partir de maintenant, à n’importe quel moment, nous pouvons récupérer les modifications du dépôt Ruby principal en faisant un rebase :

$ git rebase upstream/master

Une petite remarque : ruby continue d’utiliser à la fois svn subversion et git, ils appellent donc leur branche maîtresse trunk. Si vous faites cela pour Ruby, vous devrez faire git rebase upstream/trunk. Maintenant que vous avez cloné, vous pouvez faire votre boulot ! J’aime travailler dans des branches par fonctionnalités, parce que cela rend les choses plus propres et jolies, et que je peux travailler sur deux fonctionnalités à la fois.

$ git checkout -b feature/super-cool-feature
$ vim something
$ git add something
$ git commit -m "Fixed something in something"

Une fois que vous avez obtenu des commits qui fixent votre problème, envoyez les (faites un push) sur GitHub :

$ git push origin feature/super-cool-feature

Ensuite, vous cliquez sur le bouton pull request :

Choisissez votre branche, modifiez la description comme vous le souhaitez, et vous êtes prêt à vous lancer ! Le mainteneur du projet y jettera un coup d’œil et vous aurez peut-être droit à une discussion, et bientôt vous aurez quelque chose accepté quelque part !

À quoi devrais-je contribuer ?

Le meilleur moyen de contribuer est d’aider un projet que vous utilisez effectivement. De cette manière, vous arriverez à tirer profit du fruit de votre labeur. Vous serez plus motivé, vous comprendrez déjà le projet et ce qu’il fait, ce qui vous rendra tout ça plus facile.

Si vous ne voulez pas ou ne pouvez pas trouver comment fonctionne quelque chose que vous utilisez, le deuxième meilleur moyen est de commencer à utiliser de nouveaux logiciels ! Continuez à lire The Changelog et choisissez un projet qui a l’air intéressant, utilisez le quelques semaines, puis contribuez !

Nous sommes tous dans le même bateau

J’espère que ceci vous encouragera à vous salir les mains, vous retrousser les manches, et contribuer. Même le plus petit des patchs est important, alors s’il vous plaît, trouvez un moment dans votre emploi du temps, choisissez un projet et faites un essai. Mais attention, vous pourriez vite vous retrouver accro !

—> La vidéo au format webm

Une petite mise à jour de la pensée de Stallman avec cette interview donnée par un confrère américain ?

On y retrouve certaines constantes pour lesquelles il se bat depuis près de trente ans (« la conscience du logiciel libre a été presque entièrement cachée sous le tapis par l’open source »). Mais il donne également son avis, souvent lapidaire, sur des sujets d’actualité comme l’essor de la téléphonie mobile, qualifiée de « rêve de Staline » (où même l’OS Android ne trouve pas grâce à ses yeux).

En toute logique, il ne possède pas de téléphone portable. « Les décisions que vous prenez dépendent de vos valeurs. Et la plupart des gens sont conduits à penser uniquement au prix et à la performance des logiciels, et non au fait de savoir s’ils respectent votre liberté. Les gens qui prennent des décisions sur ces valeurs ne feront jamais aucune concession pour obtenir un logiciel libre, alors que moi je suis prêt à travailler pendant des années et des années pour ne pas avoir de logiciels propriétaires sur mon ordinateur ».

Et vous ?

Et de conclure l’entretien par un message plus politique en référence aux mouvements sociaux du Wisconsin : « Les entreprises et les medias de masse ont, dans une large mesure, convaincu les Américains qu’ils n’ont pas de légitimité pour refuser le système économique, quels que soient les objectifs de ce système économique. Nous avons besoin d’un esprit de résistance en Amérique. Nous devons retrouver l’esprit de liberté avec lequel nous avons bâti les États-Unis. »

PS : Pour ceux qui désireraient mieux connaître le personnage nous rappelons l’existence de notre framabook sur Richard Stallman. Eyrolles vient de nous communiquer les ventes de l’année 2010 qui sont plus qu’encourageantes avec un total dépassant les 2 300 exemplaires.

Les téléphones mobiles sont le « rêve de Staline », selon le fondateur du mouvement du logiciel libre

Cell phones are ‘Stalin’s dream,’ says free software movement founder

Jon Brodkin – 14 mars 2011 – Network World
(Traduction Framalang : Étienne, Siltaar, Pandark, Lolo le 13, Goofy, Ypll, Yoann, Garburst)

Richard Stallman^[1] : Les iPhones et autres Androids sont des traceurs à la Big Brother.

Près de trente ans après le début de sa croisade pour débarrasser le monde du logiciel propriétaire, Richard Stallman constate que les smartphones sont une nouvelle menace pour la liberté des utilisateurs.

« Je n’ai pas de téléphone portable. Je n’utiliserai pas de téléphone portable », déclare Stallman, fondateur du mouvement des logiciels libres et créateur du système d’exploitation GNU. « C’est le rêve de Staline. Les téléphones mobiles sont les outils de Big Brother. Je ne vais pas porter sur moi un traceur qui enregistre où je vais en permanence, ni un outil de surveillance qui autorise les écoutes. »

Stallman croit fermement que seul le logiciel libre (NdT: free software dans le texte) peut nous préserver de ces technologies de contrôle, qu’elles soient dans les téléphones portables, les PCs, les tablettes graphiques, ou tout autre appareil. Et par free il n’entend pas gratuit mais la possibilité d’utiliser, de modifier et distribuer le logiciel de quelque façon que ce soit.

Stallman a fondé le mouvement du logiciel libre entre le début et le milieu des années 80, avec le projet GNU et la Free Software Foundation, dont il est toujours le président.

Quand j’ai demandé à Stallman de lister quelques-uns des succès du mouvement du logiciel libre, le premier à être mentionné était Android mais pas la version de Google, non, une autre version du système d’exploitation mobile débarrassé de tout logiciel propriétaire (voir également Stallman soutient LibreOffice).

« Ce n’est que très récemment qu’il est devenu possible de faire fonctionner des téléphones portables largement répandus avec du logiciel libre », dit Stallman. « Il existe une version d’Android appelée Replicant qui peut faire fonctionner le HTC Dream sans logiciel propriétaire, à part aux États-Unis. Aux États-Unis, il a quelques semaines, il y avait encore un problème avec certaines bibliothèques, même si elles fonctionnaient en Europe. À l’heure qu’il est, peut-être cela fonctionne-t’il, peut-être pas. Je ne sais pas. »

Bien qu’Android soit distribué sous des licences libres, Stallman note que les constructeurs peuvent produire et livrer le matériel avec des exécutables non libres, que les utilisateurs ne peuvent pas remplacer « parce qu’il y a un élément dans le téléphone qui vérifie si le logiciel a été changé, et ne laissera pas des exécutables modifiés se lancer». Stallman appelle cela la Tivoisation, parce que TiVo utilise des logiciels libres tout en plaçant des restrictions matérielles qui l’empêchent d’être altéré. « Si le constructeur peut remplacer l’exécutable, mais que vous ne pouvez pas, alors le produit est dans une cage », dit-il.

En théorie, les téléphones qui n’utilisent que des logiciels libres peuvent être à l’abri des risques d’espionnage électronique. « Si vous n’avez que des logiciels libres, vous pouvez probablement vous en protéger, parce que c’est par les logiciels qu’on peut vous espionner », explique Stallman. Petit paradoxe au passage, Stallman répondait à mes questions sur un téléphone portable. Pas le sien, bien entendu, mais celui qu’il avait emprunté à un ami espagnol pour sa tournée de conférneces en Europe. Pendant les 38 minutes de notre échange, la connexion a été coupée cinq fois, y compris juste après un commentaire de Stallman sur l’espionnage électronique et les logiciels libres sur les téléphones. Nous avons essayé de nous reconnecter plusieurs heures plus tard mais il nous a été impossible de terminer l’interview par téléphone. Stallman a répondu au reste de mes questions par email.

Sacrifier le confort est une chose dont Stallman est familier. Il refuse d’utiliser Windows ou Mac, bien évidemment, mais même un logiciel tel qu’Ubuntu, peut-être le système d’exploitation le plus populaire basé sur GNU et le noyau Linux, ne satisfait pas ses critères de liberté. « Peu de monde est prêt à faire les mêmes sacrifices », reconnaît-il.

« Les décisions que vous prenez dépendent de vos valeurs », dit-il. « Et la plupart des gens sont conduits à penser uniquement au prix et à la performance des logiciels, et non au fait de savoir s’ils respectent votre liberté. Les gens qui prennent des décisions sur ces valeurs ne feront jamais aucune concession pour obtenir un logiciel libre, alors que moi je suis prêt à travailler pendant des années et des années pour ne pas avoir de logiciels propriétaires sur mon ordinateur ».

Stallman utilise un ordinateur portable Lemote Yeeloong faisant tourner gNewSense, une distribution GNU/Linux ne comportant que des logiciels libres.

« Il y a des choses que je ne peux pas faire. J’utilise actuellement un ordinateur assez lent, parce que c’est le seul portable avec un BIOS libre. gNewSense est la seule distribution entièrement libre qui tourne sur Lemote, qui est équipé d’un processeur de type MIPS » explique Stallman. Une autre distribution était fournie avec le Lemote, mais elle comprenait des logiciels non libres que Stallman a remplacés par gNewSense.

Stallman, 57 ans, a commencé à faire l’expérience du partage de logiciels à ses débuts au Laboratoire d’intelligence artificielle du MIT en 1971. Cette communauté de partage s’est dispersée au début des années 80 à peu près au moment où Digital Equipment Corp. a arrêté le serveur central sur lequel s’organisait la communauté. Stallman aurait pu rejoindre le monde des logiciels propriétaires s’il avait accepté de « signer des accords de confidentialité et promettre de ne pas aider mes camarades hackers », selon ses propres mots. Au lieu de cela, il a lancé le mouvement du logiciel libre.

Stallman est un personnage fascinant du monde de l’informatique, admiré par beaucoup et injurié par des entreprises comme Microsoft, qui voient en lui une menace pour les profits qu’ils peuvent tirer des logiciels.

Stallman n’a pas réussi à casser la domination de Microsoft/Apple sur le marché de l’ordinateur de bureau, sans parler de celle d’Apple sur les tablettes. Par contre, le mouvement du logiciel libre qu’il a créé a directement participé à la prolifération de serveurs sous Linux dans les data centers qui propulsent une grande partie d’Internet. Il y a peut-être là une ironie, Stallman ayant exprimé de la rancoeur au sujet de la reconnaissance acquise par le noyau Linux aux dépens de son système d’exploitation GNU.

Stallman se dit « plutôt » fier de cette multiplication des serveurs libres, « mais je suis plus inquiet de la taille du problème à corriger que du chemin que nous avons déjà accompli ».

Les logiciels libres dans les data centers, c’est bien, mais « dans le but d’apporter la liberté aux utilisateurs, leurs propres PC de bureau, portable et téléphone sont ce qui a le plus d’effet sur leur liberté ». On se soucie principalement de logiciel plutôt que de matériel, mais le mouvement insiste sur « du matériel avec des spécifications telles que l’on peut créer des logiciels libres qui le supporte totalement », insiste-t-il. « Il est outrageux de proposer du matériel à la vente et de refuser de dire à l’acheteur comment l’utiliser. Cela devrait être illégal ».

Avant d’accepter d’être interviewé par Network World, Stallman a exigé que l’article utilise sa terminologie de référence — par ex. « logiciel libre » à la place d’« open source » et « GNU/Linux » au lieu de juste « Linux ». Il a aussi demandé que l’interview soit enregistrée et que, si l’enregistrement était mis en ligne, il soit publié dans un format compatible avec le libre.

Il y a quatre libertés logicielles essentielles, expliquées par Stallman. « La liberté zéro est la liberté d’utiliser le programme comme bon vous semble. La liberté 1 est la liberté d’étudier le code source, et de le changer pour qu’il fonctionne comme vous le souhaitez. La liberté 2 est la liberté d’aider les autres ; c’est la liberté de réaliser et de distribuer des copies exactes quand vous le souhaitez. Enfin la liberté 3 est la liberté de contribuer à votre communauté, c’est la liberté de distribuer des copies de vos versions modifiées quand vous le souhaitez ».

Stallman a évoqué le terme « copyleft » pour désigner les licences qui garantissent que le code d’un logiciel libre ne peut pas être redistribué dans des produits propriétaires.

La clé de la philsophie de Stallman est la suivante : « Sans ces quatre libertés, le propriétaire contrôle le programme et le programme contrôle les utilisateurs », a-t-il affirmé. « Le programme se retrouve alors être un instrument de pouvoir injuste. Les utilisateurs méritent d’avoir la liberté de contrôler leur informatique. Un programme non libre est un système de pouvoir injuste et ne devrait pas exister. L’existence et l’usage de logiciels non libres est un problème sociétal. C’est un mal. Et notre but est un monde délivré de ce problème. »

Ce problème n’a pas été créé par une entreprise en particulier, mais Microsoft est d’habitude la plus critiquée par les gens comme Stallman.

« Ils continuent à nous considérer comme leurs ennemis », insiste Stallman. Il y a dix ans, dans une saillie restée célèbre, le PDG de Microsoft Steve Ballmer traitait Linux de « cancer ». Depuis Microsoft a baissé le ton en public, mais Stallman ne s’en laisse pas compter : « D’un certain côté ils ont appris à être un peu plus subtils mais leur but est de faire utiliser Windows et non un système d’exploitation libre ». Après cette phrase, notre appel téléphonique s’est une fois de plus interrompu.

À part Microsoft, Stallman épingle « Apple et Adobe, ainsi qu’Oracle et beaucoup d’autres qui font des logiciels propriétaires et contraignent les gens à les utiliser ».

Google « fait de bonnes choses et d’autres mauvaises » dit Stallman. « Il a mis à disposition des logiciels libres comme le codec WebM, et pousse YouTube à adopter son support. Toutefois, le nouveau projet Google Art ne peut être utilisé qu’à travers des logiciels propriétaires. »

Stallman est également en porte-à-faux avec ce qu’on appelle la communauté open source. Les partisans de l’open source sont issus du mouvement du logiciel libre, et la plupart des logiciels open source sont aussi des logiciels libres. Cependant, pour Stallman, ceux qui se disent partisans du logiciel libre ont tendance à considérer que l’accès au code source est simplement un avantage pratique, et ignorent les principes éthiques du logiciel libre. Diverses entreprises commerciales ont pris en route le train de l’open source sans adhérer aux principes auquel croit Stallman et qui devraient selon lui être au cœur du logiciel libre.

« je ne veux pas présenter les choses de façon manichéenne », déclare Stallman. « Il est certain que beaucoup de gens qui ont des points de vue open source ont contribué à des logiciels utiles qui sont libres, et il existe des entreprises qui ont jeté les bases de logiciels utiles qui sont libres aussi. C’est donc du bon travail. Mais en même temps, à un niveau plus fondamental, mettre l’accent sur l’open source détourne l’attention des gens de l’idée qu’ils méritent la liberté. »

L’une des cibles de Stallman est Linus Torvalds, le créateur du noyau Linux et l’une des personnalités les plus célèbres du monde du logiciel libre.

Stallman et son équipe ont travaillé sur le système d’exploitation GNU pendant la majeure partie des années 80, mais il manquait une pièce au puzzle : un noyau, qui puisse fournir les ressources matérielles aux logiciels qui tournent sur l’ordinateur. Ce vide a été comblé par Torvalds en 1991 quand il a mis Linux au point, un noyau analogue à Unix.

Les systèmes d’exploitation qui utilisent le noyau Linux sont couramment appelés « Linux » tout court, mais Stallman se bat depuis des années pour que les gens emploient plutôt l’appellation « GNU/Linux ».

Stallman « voudrait être sûr que GNU reçoive ce qu’il mérite » dit Miguel de Icaza de chez Novell, qui a créé le l’environnement libre GNOME, mais a été critiqué par Stallman pour ses partenariats avec Microsoft et la vente de logiciel propriétaire. « Quand Linux est sorti, Richard n’y a pas prêté sérieusement attention pendant quelque temps, et il a continué à travailler sur son propre noyau. C’est seulement lorsque Linux s’est trouvé sous les feux de la rampe qu’il a pensé que son projet n’était pas assez reconnu. » Le problème, c’est qu’à cette époque, est apparue à l’improviste une communauté qui n’était pas nécessairement dans la ligne GNU.

Le noyau GNU, appelé Hurd, est toujours « en développement actif », selon le site internet du projet.

La contribution de Torvalds au logiciel libre sera largement célébrée cette année à l’occasion des 20 ans du noyau Linux. Mais Stallman n’en sera pas l’une de ses majorettes, et pas seulement à cause de cette querelle sur le nom.

« Je n’ai pas d’admiration particulière pour quelqu’un qui déclare que la liberté n’est pas importante », explique Stallman. « Torvalds a rendu un bien mauvais service à la communauté en utilisant ouvertement un programme non libre pour assurer la maintenance de Linux (son noyau, qui est sa contribution majeure au système d’exploitation GNU/Linux). je l’ai critiqué sur ce point, et bien d’autres avec moi. Quand il a cessé de le faire, ce n’était pas par choix délibéré. Plus récemment, il vient de rejeter la version 3 de la licence GPL pour Linux parce qu’elle protège la liberté de l’utilisateur contre la Tivoisation. Son refus de la GPL v.3 est la raison pour laquelle la plupart des téléphones sous Android sont des prisons ».

Même Red Hat et Novell, largement reconnus comme soutiens du logiciel libre, ne reçoivent pas une franche approbation. « Red Hat soutient partiellement le logiciel libre. Novell beaucoup moins », dit-il, notant que Novell a un agrément de brevet avec Microsoft.

En dépit de son pessimisme apparent, Stallman voit quelques points positifs motivant sa quête de logiciel libre. Quand il n’est pas chez lui à Cambridge (Massachusetts), Stallman parcourt le monde pour y donner des conférences et participer à des débats sur le logiciel libre.

Avant de voyager vers l’Espagne, Stallman s’est arrêté à Londres pour faire une conférence (dans laquelle il a qualifié Windows de « malware ») et pour rencontrer quelques membres du Parlement afin de leur expliquer les principes du logiciel libre. Il reçoit souvent un meilleur accueil en Europe que chez lui.

« Aux États-Unis, la conscience du logiciel libre a été presque entièrement cachée sous le tapis par l’open source. Dès lors on ne trouve aucun responsable gouvernemental qui accepte de parler avec moi ».

Mais hors de l’Amérique du Nord, quelques gouvernements s’engagent dans le logiciel libre. « J’ai découvert hier, qu’en France, les organismes d’État continuent à migrer vers le logiciel libre », dit-il. « Il n’y a pas une politique systématique qui leur enjoint de le faire, mais ils le font de plus en plus. Et dans certains pays, par exemple en Équateur, il existe une politique explicite pour que les organismes gouvernementaux migrent vers le logiciel libre, et ceux qui veulent continuer à utiliser des logiciels non libres doivent demander une dérogation temporaire pour le faire. »

Bien que Stallman ne l’ait pas mentionné, le gouvernement russe exige aussi des organismes qu’ils remplacent les logiciels propriétaires par des alternatives libres d’ici 2015, afin d’améliorer à la fois l’économie et la sécurité, selon le Wall Street Journal.

Au-delà du logiciel libre, Stallman se consacre aux questions politiques, et tient un blog pour le journal Huffington Post. De fait, il voit peu de différences entre les entreprises qui maltraitent la liberté logicielle et les « gredins de Washington » qui sont les obligés des lobbys d’entreprises qui leur font des dons.

Dans les mouvements sociaux récents du Wisconsin, Stallman retrouve quelque chose de son propre état d’esprit. « Quelquefois, la liberté demande des sacrifices et la plupart des Américains n’ont pas la volonté de faire le moindre sacrifice pour leur liberté », dit-il. « Mais peut-être que les manifestants du Wisconsin commencent à changer cela ». Les entreprises et les medias de masse « ont, dans une large mesure, convaincu les Américains qu’ils n’ont pas de légitimité pour refuser le système économique, quels que soient les objectifs de ce système économique. Nous avons besoin d’un esprit de résistance en Amérique. Nous devons retrouver l’esprit de liberté avec lequel nous avons bâti les États-Unis. »

Deux traductions pour s’interroger ensemble sur le concept de « ville Open Source ».

Il s’agit de voir ici la ville comme une plateforme, une plaque tournante, un incubateur, bref un lieu privilégié où peuvent s’épanouir les entreprises et start-up qui placent l’open source au cœur de leur stratégie et de leur développement.

Les villes de Raleigh (USA) et Montréal (Canada) souhaitent apparemment poser candidature et ont, semble-t-il, de bons arguments.

Encore faudrait-il définir ce qu’est ou peut être une « ville Open Source », et se demander si il est pertinent de vouloir créer, favoriser ou labelliser de telles villes^[1].

L’un des auteurs nous propose ainsi trois critères : la volonté de partager, la volonté d’être informé, et une attitude ouverte à l’innovation, à la créativité et aux expérimentations de toutes sortes.

Et en France, me direz-vous ? Cela bouge du côté de l’Open Data (Rennes, Paris…) mais au delà, je ne sais pas. Des avis et des liens sur la question ?

PS : Nous avions déjà évoqué la chose dans un billet sur une autre ville canadienne Vancouver : S’il te plaît… dessine-moi une ville libre.

1. Raleigh, Caroline du nord – la première ville open source au monde

Raleigh, NC—the world’s first open source city

Jason Hibbets – 21 février 2011 – OpenSource.com
(Traduction Framalang : Khyl, Naar, Cheval boiteux et Goofy)

J’ai commencé à méditer sur les qualités qui devaient définir une ville open source il y a quelques mois, quand mon ami Tom Rabon m’en a fait mention au détour d’une conversation. J’étais curieux de voir de quelle façon la ville dans laquelle j’habite, Raleigh, en Caroline du nord, pouvait attirer d’autres entreprises open source et en être un incubateur mondial, pour en devenir un exemple phare de gouvernance. Comment Raleigh pouvait-elle devenir la capitale du monde de l’open source, à l’instar de ce que sont la Silicon Valley pour la technologie et Paris pour la romance ?

Je pense que la réponse peut être trouvée à la fois par le gouvernement et par la population. D’abord, nos dirigeants doivent être partants pour adopter l’open source au quotidien. Ils doivent faire preuve de transparence dans leur gestion des affaires et dans l’encouragement à la participation citoyenne. Les citoyens, quant à eux, doivent être prêts à participer et à contribuer en donnant de leur temps et de leurs connaissances. Les deux ont besoin d’adopter un prototypage rapide pour explorer de nouvelles idées et des solutions innovantes.

Mais en quoi Raleigh se distingue-t-elle des autres villes ? En quoi est-elle plus apte à être une ville open source que New York, San Francisco, Londres, Paris ou Pékin ? J’ai rencontré autour d’une table le maire de Raleigh, Charles Meeker, pour discuter de ce qui faisait qu’une ville pouvait devenir open source.

Le maire Meeker a été élu en 2001 et s’est familiarisé avec l’open source, principalement en s’intéressant à Red Hat et au modèle de développement open source. En tant qu’avocat, il n’est pas étonnant que le maire Meeker comprenne les avantages de la collaboration et du partage des connaissances. Voyons pourquoi la ville de Raleigh est prête à revendiquer son titre de première ville open source au monde.

Quel grand chantier, en dehors de la technologie, a la meilleure chance d’être abordé par la voie open source (c’est-à-dire au moyen de la collaboration, de la transparence, du partage, de la méritocratie, du prototypage rapide, d’une communauté, etc.) ?

Dans une zone de la ville de Raleigh, l’accent a été mis sur l’utilisation d’un éclairage plus éco-énergétique dont nous pouvons mesurer les résultats. Nous nous activons à la promotion et au partage de nos expériences avec les autres municipalités, notamment pour tester notre consommation d’électricité et la qualité de la lumière produite. Le partage de cette information est un élément majeur de notre expérience.

La ville de Raleigh dispose de quarante installations en LED avec une économie moyenne de 200 000 €/an sur les coûts en électricité. Le retour sur investissement est généralement de l’ordre de 3 à 5 ans (en considérant les coûts du capital). C’est une excellente option pour les parkings éloignés. Vous pouvez facilement installer quelques panneaux solaires et ne pas avoir à ajouter de nouvelles lignes ou changer d’infrastructure. La possibilité pour les villes du monde entier d’adopter l’éclairage éco-énergétique est une véritable chance qui s’offre à elles. La ville de Raleigh veut prendre part à l’aventure et être reconnue comme précurseur dans l’adoption de cette technologie. Propager la bonne parole sur l’éclairage par LED avec l’aide de notre partenaire, Cree, est important pour nous.

Quelles sont vos réflexions à propos d’un gouvernement ouvert ou gouv’ 2.0 et que peut faire la ville de Raleigh pour avoir un gouvernement plus ouvert et transparent vis-à-vis de ses citoyens ?

Tout d’abord, toutes nos réunions sont ouvertes au public, à quelques exceptions près. Le véritable défi est de savoir profiter de l’expertise de chacun de nos citoyens. Il y a beaucoup de compétences de haut niveau qui peuvent servir à résoudre les vrais problèmes de la ville.

Une solution se situe au niveau des nouveaux comités, comme le nouveau comité ferroviaire que nous avons mis en place, et la façon dont leurs conseils et leurs recommandations sont pris en compte par la ville. Les questions autour des frais de gestion des eaux pluviales nous ont conduits à puiser dans l’expertise de nos citoyens pour apporter les meilleures solutions.

Le ferroviaire est un domaine qui sera opérationnel pour les 3 ou 4 prochaines années. Nous avons beaucoup de personnes expérimentées dans ce domaine prêtes à partager leur savoir et à mettre en application leurs connaissances pour aider à prendre les futures décisions.

Montrer au public ce que nous faisons et expliquer les bonnes pratiques sont des atouts qui restent sous-utilisés, mais nous avons eu du succès, notamment quand le comité de gestion des eaux pluviales a fait part de son avis sur la façon de mieux gérer les inondations. Le conseil municipal a ainsi été en mesure de mettre à profit l’expertise du comité pour prendre les meilleures mesures politiques à ce sujet.

Quelles sont les qualités requises pour devenir une ville open source ?

Trois critères me viennent à l’esprit :

• la volonté de partager ;
• la volonté d’être informé ;
• une attitude ouverte à l’innovation, à la créativité et aux expérimentations de toutes sortes.

Les citoyens doivent se tenir prêts à adopter le futur. L’open source est une stratégie que nous appliquons pour aller de l’avant.

Pourquoi Raleigh s’est amorcée à devenir la première ville open source au monde ?

Nos citoyens sont prêts faire avancer Raleigh et à être plus concentrés sur la démarche open source. Raleigh est disposée à devenir son incubateur mondial.

L’avantage de Raleigh se situe au niveau de sa croissance et des emplois. Nous aimerions voir le Centre des congrès accueillir plus de conférences sur l’open source. Nous serions honorés de voir un tas de petits Chapeaux Rouges (NdT : référence faite à la distribution GNU/Linux Red Hat), et que des start-up et sociétés bien établies viennent dans notre région parce que nous avons fait le choix de ce modèle de développement.

Les partenaires sont aussi une grande partie de la réponse. Le Centre des congrès, le Syndicat d’Initiative, la Chambre du Commerce et les autres partenaires doivent adopter l’open source et le mettre en évidence dans le cadre de notre stratégie de développement économique.

Comment mettre en œuvre la démarche open source dans votre vie quotidienne ?

Au cabinet juridique pour lequel je travaille, j’ai essayé de fournir des informations à de jeunes avocats. Une sorte de partage des secrets commerciaux pour les aider à réussir plus rapidement, et, pour être franc, l’une des choses les plus difficiles pour toute personne de la fonction publique, c’est l’écoute. J’ai remarqué que l’écoute représente 70 à 80 % du travail. Vous devez pleinement comprendre ce qu’il se passe pour prendre la décision adéquate.

2. Montréal peut-il devenir un incubateur de start-up open source ?

Can Montreal Become an Open Source Startup Hub?

Evan Prodromou – 21 février 2011 – NextMontreal.com
(Traduction Framalang : Khyl, Naar, Cheval boiteux et Goofy)

« Le premier prix est une Cadillac El Dorado. Le deuxième prix est un lot de couteaux à viande. Le troisième prix est votre licenciement. »- Blake, Glengarry Glen Ross

Seth Godin indique, dans son fabuleux ouvrage The Dip (NdT : Un petit livre qui vous enseignera quand renoncer et quand persévérer), que la seule position qui compte dans les affaires, c’est la première. Quand les lois du pouvoir et les effets de réseau sont nécessaires, la première place du classement est la seule où il faut être. Vous devrez être « le meilleur du monde » dans quelque chose, ou bien vous feriez mieux de laisser tomber et de faire autre chose.

Les écosystèmes technologiques – la plupart des marchés d’affaires, en fait – ont des effets de réseau, et cela veut dire que la seule position à avoir, en tant qu’écosystème, est la première. Être le meilleur au monde.

Quelle est la zone la mieux classée au monde dans les start-up du Web ? La baie de San Francisco. Quelle est la deuxième ? Probablement New-York City. Qui a le troisième prix ? Qui s’en soucie ? Le troisième prix, c’est votre licenciement.

Si nous nous soucions de la croissance de notre écosystème local, peut-être que nous aurions besoin d’arrêter notre course à la 14e ou la 29e place du classement dans le monde des start-up orientées Web et réfléchir à construire quelque chose d’autre. Un domaine dans lequel nous serions les meilleurs et sur lequel personne d’autre n’a encore vraiment travaillé. Là où nous pourrions être les meilleurs au monde – pas les 14e, pour ensuite laisser tomber.

Montréal a la capacité d’offrir le meilleur écosystème au monde pour les start-ups centrées sur le développement de logiciels open source. Nous fournissons un bon cadre pour les entrepreneurs qui ont de l’expérience dans la mise en place d’entreprises tournées vers ce secteur économique, nous avons des investisseurs qui ont bien compris le processus d’investissement et d’encouragement de ce type de compagnies et nous avons un très précieux vivier de talents qui ont contribué à cette évolution.

Plus important, il n’y a aucune autre ville autant tournée vers l’open source sur le globe. San Francisco et Boston accueillent quelques sociétés, mais ne sont absolument pas des incubateurs. Le paysage commercial de l’open source se propage beaucoup plus à travers le monde, de Londres à l’Utah en passant par l’Allemagne et Austin.

Plus que tout, c’est sa commercialisation qui est difficile. Demandez à n’importe quelle personne impliquée dans une entreprise open source. La difficulté se trouve dans l’élaboration d’un modèle de travail. Il n’y a pas de solution simple. Les techniques des start-up pour les autres types d’affaires, tels que l’investissement et les stratégies de commercialisation, ne semblent pas s’appliquer aussi bien. Cela signifie qu’il existe un obstacle à l’entrée d’autres écosystèmes, dont un que nous pouvons exploiter.

En ce moment, j’ai connaissance d’au moins cinq start-up open source dans la ville :

• StatusNet – J’ai lancé cette entreprise ici-même en 2008. Nous avons levé 2,3M $ de fonds à Montréal et New-York. Nous enregistrons environ 5 000 téléchargements par mois et dénombrons 45 000 sites fonctionnant sur notre SaaS. Nous comptons actuellement 9 salariés à Montréal et San Fransisco (NdT : StatusNet est un logiciel libre de microblogging sur lequel repose Identi.ca).

• Vanilla Forums – Le meilleur système de gestion de forums au monde. Il tourne sur plusieurs centaines de milliers de sites et inclut un service SaaS de haute performance.

• Bookoven – Cette plateforme sociale de publication s’est tournée vers un modèle de logiciel open source. Dirigée par Hugh McGuire, créateur de Librivox, le très populaire projet de livre audio à contenus ouverts.

• Stella – Cette société à forte croissance a rendu ses logiciels open source.

• Subgraph – Startup orientée sur la sécurité développant Vega, logiciel open source d’évaluation des vulnérabilités.

Au rang des investisseurs, deux des plus importants groupes financiers de la ville (iNovia Capital et Real Ventures) tentent l’expérience des start-ups open source. Real Ventures (ou plutôt son prédécesseur, MSU) a déjà investi dans trois entreprises open source locales.

En ce qui concerne le potentiel des employés talentueux… c’est plus difficile. Il y a beaucoup de techniciens compétents dans la ville, et les sociétés open source qui en sont en dehors, comme Canonical ont des équipes techniques locales qui peuvent suivre le bassin des start-up de talent. Quid du personnel d’entreprise talentueux ayant une expérience open source ? Ils sont rares sur le terrain. Heureusement, les gens qui ont travaillé dans les sociétés mentionnées plus haut constituent aussi un bon noyau de ce bassin.

Je crois que les conditions sont réunies pour que Montréal prenne sa place dans le monde des technologies en tant qu’incubateur de start-up open source. La semaine prochaine, je dévoilerai ce que je pense être un projet potentiel pour que Montréal devienne le fer de lance de ce marché.

L’été dernier Gee avait déjà évoqué la nouvelle version de Debian en raillant gentiment le cycle de développement souvent relativement long de la célèbre distribution GNU/Linux (mais la qualité et la stabilité sont souvent à ce prix).

Cette-fois ci, ça y est, on y est 🙂

Crédit : Simon Gee Giraudot (Creative Commons By-Sa)

Ouverture, transparence, confiance, passion, audace, collaboration… font partie du champ lexical du logiciel libre.

Mais en ce jour de Saint-Valentin^[1], ces mots peuvent également évoquer tout autre chose 😉

C’est ce parallèle osé (hasardeux ?) que nous propose Mary Ann en nous invitant à compléter ou amender la liste.

L’open source, c’est pour les amoureux

Open source is for lovers

Mary Ann (Red Hat) – 14 février 2011 – OpenSource.com
(Traduction Framalang : Penguin, Baptiste et Goofy)

C’est vrai. Si vous réflechissez aux caractéristiques de l’open source et aux qualités d’une relation intime réussie, vous trouverez beaucoup de points communs.

Ouverture : Vous devez être ouvert et flexible pour que la relation fonctionne. Revenons à l’une de mes comparaisons préférées sur la différence entre les logiciels libres et les logiciels propriétaires : un logiciel propriétaire, c’est comme acheter une voiture avec le capot soudé. « Oh, vous devez changer l’huile ? Dommage. Achetez une nouvelle voiture. » Si nous ne sommes pas flexibles et ouverts aux changements, si nos capots sont soudés, cela devient très compliqué pour la voiture de garder le cap amoureux.

Transparence : Les secrets sont la ruine des relations. Dois-je en dire plus ?

Confiance : Sans confiance dans une relation, vous allez vous rendre d-i-n-g-u-e-s, vous et votre partenaire. Vous allez toujours penser que l’autre est en train de préparer un sale coup et envisager les pires scénarios.

Passion : Bien entendu, la démarche open source attire les gens passionnés, elle attire ceux qui veulent participer aux changements. Si vous n’êtes pas engagés passionnément dans une relation, vous cesserez vite de vous y investir et, à partir de là, les choses se dénouent très facilement.

Audace : L’open source, c’est pour ceux qui se bougent. Vous voulez changer les choses ? À vous de jouer. Si une personne vous intéresse, ne vous contentez pas d’y penser, agissez sinon c’est fichu.

Collaboration : Une communauté open source ne réussit que par le travail d’équipe et la collaboration. Il en va de même pour une relation enrichissante : on donne et on reçoit.

Release early, release often (NdT : Difficilement traduisible, « sortir tôt, sortir souvent » ou « communiquer tôt, communiquer souvent ») : Dans nos relations amoureuses, tout n’est pas toujours idyllique à chaque fois, mais nous ne pouvons nous empêcher de recommencer. C’est également vrai pour le modèle open source. Avec l’espoir que demain la relation sera meilleure et plus solide.

À vous de compléter (je pense que la liste peut s’allonger encore un peu). Joyeuse Saint-Valentin d’un amoureux de l’open source à un autre !