C’est une question que l’on me pose très souvent. J’ai donc décidé d’écrire une série d’articles sur les avantages de Ruby on Rails qui me servent au quotidien comme Bundler pour la gestion des dépendances, CoffeeScript pour faire du javascript plus efficacement, Heroku pour déployer en un clin d’oeil…

On se connaît par la magie de Twitter. Tu es le directeur de Wopata, une des sociétés françaises qui font du développement web en Ruby on Rails, et ton point de vue m’intéresse !
Je souhaite interviewer quelques personnes aux profils divers afin d’avoir un état des lieux de la communauté en France et de réfléchir ensemble à comment la faire évoluer.
Si tu le veux bien, j’aimerais en savoir plus sur ta vision de Ruby.- Peux-tu te présenter en quelques lignes ?

J’ai 34 ans, je suis ingénieur des Mines de Saint-Etienne, avec une spécialisation en informatique et micro-électronique. J’ai travaillé une dizaine d’années à l’étranger où je me suis consacré à la gestion d’archives audiovisuelles numériques au sein d’une multinationale.

A mon retour en France, je me suis installé à Bordeaux où j’ai fondé Wopata, une entreprise de prestation de services spécialisée dans la réalisation d’applications web (Ruby on Rails) et mobiles (iOS, Android). Wopata est récemment devenue éditeur avec sa propre suite logicielle Pillango dédiée à l’intervention humanitaire.

- Quand as-tu commencé à développer en Ruby ? Quelles ont été tes motivations ?

J’ai commencé à développer en Ruby en 2005 via la version 0.6 de Rails (sic).

Les technologies que j’utilisais au quotidien dans mon travail ne me convenaient plus et je ressentais notamment de la frustration par rapport à l’ORM que nous avions développé en interne. J’ai découvert Rails et Active Record et j’ai tout de suite compris leur potentiel !

- Considères-tu Ruby et Ruby on Rails comme un avantage concurrentiel ? Pourquoi ?

Je ne constate pas de demande d’utilisation d’une technologie précise de la part de nos clients. Certains peuvent être sensibles à une technologie en particulier ; d’autres viennent nous voir parce qu’on s’appuie sur des méthodes agiles.
Par contre, ils nous demandent tous d’être efficaces et surtout flexibles.

Le langage Ruby est à mon sens un de ceux qui répond le mieux à ces impératifs. Je vais prendre l’exemple de la modélisation. Nous n’avons plus besoin de passer par des modèles conceptuels de données. Grâce à la grande flexibilité de Ruby / Ruby on Rails, nous concevons directement les modèles physiques.

Un autre point fort de Ruby c’est sa communauté très active. On a accès à une multitude de gems, de plugins… A Wopata, Ruby est la pierre angulaire de tous nos développements web, en particulier pour Pillango. La réalisation de Pillango a été rendue possible grâce aux Rails Engines qui nous ont permis d’arriver à une architecture très flexible.

- Peux-tu me décrire ton environnement de travail habituel ? Quels gems, langages, techno, OS, IDE, méthodes utilises-tu ?

L’équipe de Wopata compte une quinzaine de personnes aujourd’hui. J’ai donc un peu abandonné la partie technique même si je garde encore quelques heures par semaine pour faire de la veille et du prototypage.
Je peux te décrire l’environnement habituel dans lequel travaille l’équipe.

A Wopata, nous sommes habitués à travailler sous Mac et Linux. Nos développements se font essentiellement sous Rails 3.1.  On utilise aussi RVM et Homebrew comme package managers.

La quasi totalité de nos applications est hébérgée sur le Cloud . Les projets les plus gros pour lesquels on a besoin de configurations spécifiques sont hébérgés sur Amazon EC2 et les projets de taille moyenne sont hébérgés via Heroku, pour simplifier le déploiement.

On utilise les gems mainstream comme Cancan, Devise ou Paperclip. De plus, nous avons nos propres gems, par exemple pour synchroniser les bases de données serveur avec les bases de nos applications mobiles.

Nous n’utilisons pas d’IDE. Nous préférons les éditeurs de texte tels que Textmate et vim.
On se sert de Git pour tous nos projets avec un workflow qui repose sur l’utilisation de branches.

Nous avons recours à une myriade de services externes car notre métier n’est pas tant le développement mais plus l’intégration de briques (Postmark, Websolr).

- Que penses-tu de la communauté Ruby en France ?

Je peux donner mon sentiment sur deux axes: la communauté des développeurs et en tant que recruteur.

Du point de vue des développeurs, la communauté est en pleine construction. Comme tu le sais, il y a des niches très actives à Sophia Antipolis, Lyon, Strasbourg ou Paris mais à Bordeaux on est encore assez isolé même si quelques évènements voient le jour. A noter bientôt le premier apéro Ruby à Bordeaux qui aura lieu tous les mois.

Ayant recruté plusieurs développeurs depuis la création de Wopata, je constate que les formations sur Ruby sont souvent inexistantes. A mon avis, cela s’explique par le fait que les écoles n’ont pas encore toutes compris l’enjeu de ce type de technologie. J’espère que la situation va s’améliorer au fil du temps. J’y contribue modestement en donnant des cours sur Ruby et Ruby on Rails dans une école d’ingénieurs à Paris. Par ailleurs, il existe de bonnes offres d’e-learning comme Rails for Zombies.

- As-tu des idées pour améliorer la situation actuelle de la communauté ruby ?

La communauté des développeurs est très active. Il nous reste maintenant à sensibiliser les chefs de projets, les chefs de produits et autres décideurs qui doivent comprendre ce qu’on gagne à utiliser ces technologies.

A ma connaissance, il n’existe pas d’annuaire de projets référence qui ont été faits avec Ruby on Rails, … et pourtant ils existent ! Il serait intéressant d’avoir des études de cas avec une approche plutôt business que technique.

- Quel rôle l’association Ruby France doit avoir aujourd’hui ?

Nous ne sommes pas membre de cette association, il me parait donc difficile de donner mon sentiment. Toutefois, son rôle fédérateur devrait pouvoir sensibiliser professionnels et écoles.

- Je te laisse le dernier mot pour conclure :)

L’enjeu de la communauté est de montrer qu’avec Ruby et Ruby on Rails on arrive à être efficace et à réaliser de belles choses. Attention, arrêtons tout de même de mettre en concurrence Ruby et Ruby on Rails avec d’autres technologies, afin d’éviter de passer pour une communauté dogmatique et arrogante. Tout le monde est le bienvenu … surtout à Wopata ! Nous sommes actuellement à la recherche de nouveaux talents pour rejoindre l’équipe.

- Merci beaucoup de m’avoir accordé un peu de ton temps.

Bonjour Thibaut,

On ne s’est jamais rencontré, mais je te vois souvent dans ma timeline Twitter. J’entends souvent parler de toi aussi.
Je souhaite interviewer quelques personnes aux profils divers afin d’avoir un état des lieux de la communauté en France et de réfléchir ensemble à comment la faire évoluer.
Tu es freelance depuis plusieurs années et ce point de vue m’intéresse !
Si tu le veux bien, j’aimerais en savoir plus sur toi et ta vision de Ruby.

- Peux-tu te présenter en quelques lignes ?

Bonjour ! Je m’appelle Thibaut Barrère, j’ai 34 ans. J’ai créé ma société LoGeek en 2005. En 2010, ma compagne Cécile m’a rejoint pour travailler avec moi.

Nous travaillons sur notre premier produit SAAS, WiseCash, qui aide les freelances et petites structures à anticiper et optimiser leur trésorerie (c’est une appli Rails 3.1 pour l’anecdote).

Mon activité principale en dehors de WiseCash est le consulting : accompagnement technologique, majoritairement avec Ruby et RubyOnRails. Je travaille en particulier sur l’automatisation au sein des entreprises, l’interfaçage entre plusieurs systèmes (legacy, CRM, flux de données…), le traitement de données (ETL, Datawarehouse) et le développement en Ruby ou Rails en général. Je gère généralement la totalité du cycle projet, du recueil du besoin, au développement itératif à la Scrum (je suis certifié Scrum Product Owner), au déploiement et provisioning de serveurs et à la maintenance. Je travaille généralement avec mes clients sur la durée, dans une relation de confiance.

- Comment se passent les relations entre freelances Ruby ? Y-a-t-il des groupes qui s’entraident par exemple ?

J’ai des échanges fréquents par mail, téléphone ou IRC, avec un bon groupe de Rubyistes, freelances ou non. Les relations entre nous sont très bonnes.

Les échanges sont nombreux et on s’entraide, que ça soit sur des sujets techniques (que penses-tu de MongoId ? Backbone.js ? etc), sur des sujets de gestion de projet (pour s’aider à estimer correctement un projet compliqué), pour partager des outils nouveaux, ou encore sur de l’administratif ou du commercial (comment gère-t-on la TVA sur un produit SAAS ?).

On se transmet également les demandes de clients qu’on ne peut pas traiter.

Donc pour les gens que je connais en tout cas : un vrai sens de l’entraide.

- Quand as-tu commencé à développer en Ruby ? Quelles ont été tes motivations ?

J’ai débuté en 2004. Ma motivation initiale était de pouvoir compiler, sous Windows, une librairie C++ qui venait de Solaris et dont les outils de build n’étaient pas disponibles sur Windows. Rake et Ruby m’ont permis de recréer ce qui était nécessaire en une cinquantaine de lignes et en moins de temps que je ne l’aurais espéré.

J’ai continué à me servir de Ruby en clientèle (parsing de logs, outils de build, etc.), puis je me suis mis à utiliser Rails en 2005. J’ai réalisé une première application personnelle pour apprendre, puis j’ai proposé à un client d’utiliser la techno pour répondre à un de leurs besoins, et ainsi de suite.

Une force de Ruby est qu’avec une connaissance minime du langage, on peut déjà résoudre des problèmes et apprendre au fur et à mesure selon ses besoins.

- Considères-tu Ruby et Ruby on Rails comme un avantage concurrentiel ? Pourquoi ?

Je considère Ruby en général comme un avantage concurrentiel très conséquent, pour plusieurs raisons que je vais détailler.

La concision du langage et la productivité que j’obtiens avec Ruby, comparativement aux autres plateformes que j’utilise, est nettement plus importante. La concision, qui paraît un détail sympathique au début, a des ramifications à tous les étages, notamment sur l’écosystème disponible, ou la capacité à refactorer ou comprendre intégralement une application.

L’écosystème de librairies et outils, d’autre part (plugins variés, mais aussi pièces d’infrastructure comme Resque, outils de provisioning de serveur comme Chef) est d’une grande richesse.

Le test automatisé est fortement engrainé dans le monde Ruby, avec une perpétuelle recherche d’amélioration sur “comment bien tester une application” (ce qui me permet de refactorer une application à l’envie).

Finalement, en quelques années, déployer une application Ruby normale est passé du sujet d’expert à quelque chose de facile (ex: Heroku, DotCloud, Passenger…), avec une foultitude d’outils tels que NewRelic, AirBrake, pour instrumenter le tout.

- Peux-tu me décrire ton environnement de travail habituel ? Quels gems, langages, techno, OS, IDE, méthodes utilises-tu ?

Je travaille sur Mac avec TextMate, et j’utilise des VM Windows via VirtualBox quand c’est utile.

J’utilise les gems suivants : Rails 3/2, Ruby 1.9/1.8, Guard, JasmineRice, Rake, Haml, Sass, Resque/DelayedJob, Sunspot (Solr), ThinkingSphinx, API Cache, Redis store (cache), Rufus scheduler, Amazon/ECS, MongoMapper/Mongomatic, RSpec ou Test::Unit, Cucumber, FactoryGirl, Awesome Print, Will Paginate, Prawn / PDF::Writer, Acts as Taggable variés, Nokogiri/Hpricot/libxml, Hoptoad/ExceptionNotifier, Whenever ou autres gems pour cron, Capistrano ou Chef-solo.

Pour les traitements de données ETL, j’utilise généralement ActiveWarehouse-ETL, librairie open-source dont je suis l’actuel mainteneur, ou une variante plus légère.

Les OS et technos varient : cette année j’ai travaillé en Rails 3/MySQL déployé sur Ubuntu, en JRuby+Java+Resque déployé sur Windows Server 2003, en Rails 3+MongoDB déployé sur Heroku, en Rails 2+Ruby 1.8.7 déployé sur SliceHost… Je m’adapte à ce qui est pertinent pour mes clients.

Le mode opératoire est généralement agile : j’ai tendance à utiliser Acunote pour les estimations et les sprints à la Scrum, à travailler à distance, à faire du pair-programming de temps en temps (même à distance), à tester rigoureusement.

Je facture à l’heure passée exclusivement, et je tracke mon temps avec Freckle.

- Que penses-tu de la communauté Ruby en France ?

Le marché est clairement en manque de ressources, et les offres ne manquent pas pour les rubyistes expérimentés. Le phénomène est aussi présent sur d’autres technos (ex : .Net). Les bons techniques polyvalents capables de comprendre les besoins utilisateurs et de “shipper” sont courtisés de partout.Cela dit, ces deux dernières années, le nombre d’apéro Ruby et autres BarCamp, notamment en région, a augmenté. J’ai personnellement eu plus d’échanges avec des Rubyistes sur cette période. Je rencontre également plus d’entreprises qui utilisent progressivement plus de Ruby en interne, et qui migrent parfois uniquement pour bénéficier du langage et de pièces d’infrastructure comme Resque.Je dirais que la “communauté visible” grandit et est vocale, mais reste de petite taille, comparativement au besoin rencontré sur le terrain. Certaines SSII se forment en interne à Ruby sans pour autant apparaître sur les forums ou les barcamps. Un autre aspect est que je croise bien plus de Rubyistes français sur les newsgroups anglophones que sur ceux en français.Mon impression est que la communauté francophone visible sur le net est en fait petite par rapport au nombre d’utilisateurs réels.- As-tu des idées pour améliorer la situation actuelle de la communauté ruby ? Quel rôle l’association Ruby France doit avoir aujourd’hui ?

En préambule, je ne suis pas membre de l’association et je connais peu ses actions actuelles.

Je crois beaucoup, pour développer la communauté, à :

• l’organisation d’un évènement annuel (qui nécessite une association pour faciliter le regroupement des compétences, de l’énergie et des finances nécessaires)
• l’aide au montage d’évènements réguliers en régions ou à la connection des gens (comme les apéros ruby qui se multiplient)
• au lobbying auprès des écoles et universités en informatique, de façon à développer d’avantage de cursus pratico-pratiques autour de Ruby et Rails

On s’est rencontré au Ruby Lugdunum à Lyon en juin dernier.

Je souhaite interviewer quelques personnes aux profils divers afin d’avoir un état des lieux de la communauté en France et de réfléchir ensemble à comment la faire évoluer.
Si tu le veux bien, j’aimerais en savoir plus sur toi et ta vision de Ruby.

- Peux-tu te présenter en quelques lignes ?

Je m’appelle Damien Mathieu, j’ai 25 ans et j’habite à Lyon.
Je développe en Ruby depuis 2007, et je suis payé pour cela depuis 2008.
J’ai créé, il y a moins d’un mois de cela avec Franck Verrot, la société evome, par laquelle, nous proposons des formations et du consulting sur Ruby et le Javascript.

Il y a quelques temps, j’ai également participé à la création des apéros Ruby à Lyon avec lyonrb et qui ont aujourd’hui lieu de manière régulière, le second jeudi de chaque mois.
Je fais également partie de l’équipe organisatrice de Ruby Lugdunum.

Enfin je poste de temps en temps des articles techniques sur mon blog.

- Quand as-tu commencé à développer en Ruby ? Quelles ont été tes motivations ?

En 2007, je sortais des études, après une licence professionnelle web développeur.
A l’époque cependant, développant depuis plusieurs années déjà, PHP ne me convenait plus, et je voulais trouver mieux.

J’avais entendu parler de Ruby, j’ai commencé à regarder à quoi ça ressemblait et je suis tombé dedans.

- Considères-tu Ruby et Ruby on Rails comme un avantage concurrentiel ? Pourquoi ?

Je serais idiot de dire non. J’ai une affinité toute particulière pour Ruby, non seulement pour le langage, mais également pour la philosophie de sa communauté, qui pousse fortement à écrire beaucoup de tests automatisés, à utiliser des méthodes agiles…

Cependant je pense que ceci n’est vraiment qu’une question d’affinité. Dans certains cas, Ruby n’est pas le plus approprié et il n’est, alors, pas très judicieux de le choisir quand même.

Nous avons ainsi, sur un projet interne à evome, une application serveur nodejs. Ce projet ne contient pas une seule ligne de code en Ruby, non pas parce que nous avions envie de faire autre chose, mais parce que ce choix était le plus censé dans ce cas particulier.
Je considère donc Ruby bien comme un langage concurrentiel, mais au même titre que beaucoup d’autres. Il ne faut pas se fixer sur une technologie, mais en connaître plusieurs afin de pouvoir choisir la plus adaptée aux besoins d’un projet.

- Peux-tu me décrire ton environnement de travail habituel ? Quels gems, langages, techno, OS, IDE, méthodes utilises-tu ?

Je développe sous Mac avec VIM et Janus.
Mon navigateur est Google Chrome, actuellement en dev channel, mais cela varie.
J’ai utilisé pendant quelques temps mongodb, mais j’en trouve aujourd’hui les limites et reviens progressivement vers du SQL, particulièrement sous Postgres.
Côté client, je m’intéresse énormément à Sproutcore.
J’héberge mon code, que ce soit de l’open source ou du propriétaire, sur Github.
Nous essayons au maximum de respecter le Github flow, pas en déployant tout le temps en production, mais en créant des pull requests et en exigeant que quelqu’un d’autre relise tout code qui passe dans la branche master.
Enfin, j’héberge mes applications sur Heroku.

- Que penses-tu de la communauté Ruby en France ?

J’ai l’impression que beaucoup de gens en dehors de la communauté Ruby trouvent ce langage trop peu utilisé, et ont simplement peur de se lancer dans quelque chose qu’ils pensent ne pas être viable.

La communauté Ruby a, à mon avis, pour but de montrer que ce n’est pas le cas, en organisant des évènements (barcamps, conférences, petit déjeuners, …) afin de montrer que oui, Ruby est un choix technologique que l’on peut faire aujourd’hui.

- As-tu des idées pour améliorer la situation actuelle de la communauté Ruby ?

J’ai déjà donné des solutions : organiser des évènements.
Il existe déjà plusieurs Barcamps, au moins une conférence annuelle qu’il n’est peut-être pas forcément utile de démultiplier.

En revanche, chaque groupe local peut organiser ses évènements locaux : apéro, …
Pourquoi ne pas faire des petits déjeuners sponsorisés par une société et présentant Ruby ou un outil écrit en Ruby (capistrano par exemple) ?
Ce genre d’événement permet de toucher les entreprises, les décideurs. C’est eux qu’il faut convaincre pour développer le langage.

- Tu as monté plusieurs événements ces derniers mois. Quels sont-ils ? Peux-tu me dire quelle a été ta motivation pour chacun ?

Principalement, pour le fun.
C’est, je pense, la raison primordiale, qui permet de mener ce genre de projet fortement consommateur en temps à bien.

En dehors de cela, organiser ce genre d’évènements permet de promouvoir Ruby, en montrant que l’utiliser pour des projets (web ou autre) est quelque chose de très censé.
Et donc d’augmenter le nombre de développeurs, d’emplois. Et donc de possibilités d’emploi, de clients, etc.

C’est très égoiste au final ;-)

- Tu fais partie de l’association Lyon.rb. Quel est ton rôle au sein de l’association ? Quelles actions mène-t-elle ?

Je suis simple membre de l’association lyon.rb. Je n’ai aucun rôle spécifiquement défini.
Cette association a pour but de promouvoir Ruby et les nouvelles technologies dans l’agglomération Lyonnaise.
Cela se caractérise par l’organisation des apéro Ruby et de Ruby lugdunum.

- Quel rôle l’association Ruby France doit avoir aujourd’hui ?

Ruby France devrait être comparable à une fédération. Elle peut organiser des évènements, qui seront alors nationaux, mais laisse les autres groupes organiser des évènements locaux en leur propre nom.
Elle regroupe diverses associations locales, les soutient et les supporte en leur apportant diverses subventions, de la communication et de la visibilité, mais ne les supplante pas.
Chaque association locale devrait être partiellement indépendante, comme un club de sport l’est de sa fédération nationale.

- Je te laisse le dernier mot pour conclure :)

N’ayez pas peur de tester de nouvelles technologies, Ruby (parce que c’est trop bien) évidemment, mais également d’autres.

- Merci beaucoup de m’avoir accordé un peu de ton temps.

On s’est rencontré au Ruby Lugdunum à Lyon en juin dernier. Tu es le nouveau président de l’association Ruby France. Tu es très bien placé pour avoir une idée précise de l’état de la communauté Ruby en France aujourd’hui. Ton point de vue m’intéresse !
Je souhaite interviewer quelques personnes aux profils divers afin d’avoir un état des lieux de la communauté en France et de réfléchir ensemble à comment la faire évoluer.
Si tu le veux bien, j’aimerais en savoir plus sur toi et ta vision de Ruby.

- Peux-tu te présenter en quelques lignes ?

Bruno Michel, 28 ans, Paris. J’ai fait des études d’informatique à l’IIE-CNAM (ça s’appelle maintenant ENSIIE) et j’ai obtenu mon diplôme d’ingénieur. Je travaille chez af83 depuis plusieurs années. Mon poste actuel est Lead Developer mais ça change régulièrement. En parallèle, je m’occupe également de Ruby France et de LinuxFr.org, un site web populaire sur Linux et le Logiciel Libre. D’ailleurs, la version actuelle de LinuxFr.org tourne en Ruby on Rails et j’en suis le développeur principal.

- Quand as-tu commencé à développer en Ruby ? Quelles ont été tes motivations ?

Hum, je dirais en 2004 ou 2005. À l’époque, Ruby n’était vraiment pas connu (c’était avant Ruby on Rails) et j’ai commencé un peu par hasard. Je codais surtout en C, un peu en C++ et j’avais envie d’essayer des langages de programmation de plus haut niveau. J’ai essayé Perl mais je n’ai pas vraiment accroché. Un ami m’a alors parlé de Ruby et je suis tombé à peu près au même moment sur le Poignant Guide. J’ai alors fait mes premiers scripts en Ruby et j’ai tout de suite adoré la facilité avec laquelle on peut écrire très rapidement des programmes.

- Considères-tu Ruby et Ruby on Rails comme un avantage concurrentiel ? Pourquoi ?

Ça dépend. Certains clients peuvent être réticents à utiliser Ruby on Rails plutôt que du PHP ou du Java car cela peut poser des problèmes avec leur hébergeur actuel ou pour trouver une autre société de services pour reprendre le projet si ça se passe mal. Mais une fois cette phase passée, Ruby on Rails est redoutablement efficace pour développer des applications web avec des délais serrés et en évitant d’accumuler trop de dette technique. L’écosystème, notamment, est très riche, ce qui permet de trouver des gems (un gem est une bibliothèque en Ruby packagée pour pouvoir être installée en une commande) pour beaucoup de besoins et de gagner ainsi beaucoup de temps. L’autre grand avantage de Ruby est que sa communauté est très pragmatique et n’hésite pas à essayer beaucoup de solutions pour ne garder que la meilleure. Nous avons ainsi la primeur sur les outils et méthodes : Framework MVC, TDD (Test Driven Development), framework CSS, déploiement automatisé ont, par exemple, été adoptés par les rubyistes avant de se répandre ailleurs.

- Peux-tu me décrire ton environnement de travail habituel ? Quels gems, langages, techno, OS, IDE, méthodes utilises-tu ?

Je travaille exclusivement sous GNU/Linux avec des distributions comme Debian et Ubuntu. Pour l’IDE, c’est Vim + des terminaux ;-)

Par contre, pour le reste, je suis très versatile. J’aime bien essayer de nouveaux langages, de nouvelles méthodes, en changer pour éviter la routine. Par exemple, pour les langages, Ruby est bien évidemment mon langage de prédilection mais je fais aussi beaucoup de JavaScript/CoffeeScript, je suis de près ce qui passe du coté de Go, j’ai récemment fait un projet en C et ça m’arrive de débugger du Java ou de lire de l’Erlang. Et si j’arrive à trouver un peu de temps, j’aimerais bien me mettre à Fancy.

Coté technos, j’utilise pas mal de NoSQL (principalement Redis et MongoDB) et d’Evented Programming (EventMachine et Node.js). Et pour les gems, j’ai bien sûr mes préférés comme Goliath, Devise, Pry ou Redcarpet, mais ça change beaucoup d’un projet à l’autre.

- Que penses-tu de la communauté Ruby en France ?

J’ai un avis très mitigé sur la communauté Ruby en France. Ces dernières années, Ruby France a une activité très limitée, principalement par le manque de bonnes volontés pour l’animer. Nous avons également des problèmes assez sérieux : par exemple, il est très difficile pour une société de recruter un développeur Ruby on Rails expérimenté.

Mais, j’ai l’impression que la communauté est en train de se prendre en main pour faire changer ça. Des formations autour de Ruby se sont mises en place et de nouvelles têtes, comme toi Camille, sont arrivées pour insuffler de la vie dans cette communauté. Les apéros Ruby qui se multiplient sont un bel exemple de cette nouvelle énergie. J’ai donc bon espoir que la communauté Ruby grandisse et devienne mieux structurée dans les années à venir.

- As-tu des idées pour améliorer la situation actuelle de la communauté Ruby ?

Je pourrais citer pas mal de propositions (aller parler de Ruby et Rails dans les écoles d’informatique, monter des conférences prestigieuses comme pouvait l’être Paris on Rails, publier un livre blanc sur Ruby en France), mais si personne n’est là pour les réaliser, ça ne servirait à rien. Pour que la situation s’améliore, le plus important que de plus de personnes s’investissent, chacun à sa manière. Certains seront plus à l’aise à écrire un article pour GNU/Linux Magazine France, d’autres à organiser un apéro Ruby ou encore à faire une présentation lors d’une conférence comme OSDC.fr.

- Peux-tu m’expliquer le rôle de l’association Ruby France ?

Initialement, Ruby France s’est créé quand Ruby était encore confidentiel. L’association servait alors de point de rencontre et discussions entre les rubyistes français. Son objectif principal est la promotion de Ruby mais les moyens pour y parvenir changent au fil du temps : écrire de la documentation en Français nous semble maintenant bien moins important qu’au début de l’association. Par contre, nous essayons de faire naître et grandir des groupes d’utilisateurs dans les différentes villes et d’être un point d’échange entre ces groupes.

- Pourquoi as-tu décidé de devenir le nouveau président de l’association ?

Parce qu’il en fallait un ;-)

Plus sérieusement, je suis toujours émerveillé par la communauté Ruby dans le monde et je pense que la communauté française a aussi le potentiel pour faire des trucs géniaux. Et pour ça arrive, je suis prêt à donner de mon temps et énergie à faire avancer les choses.

- En tant que nouveau président quelles ont été tes premières actions ?

J’ai commencé par faire un état des lieux et essayé de relancer une dynamique au sein de l’association. Pour cela, j’ai choisi des actions relativement faciles à mettre en place mais qui permettent de montrer que ça avance : avoir un site web avec régulièrement de l’activité, être plus présent aux événements (on a sponsorisé Ruby Lugdunum, tenu un stand aux Rencontres Mondiales du Logiciel Libre et aidé à l’organisation d’OSDC.fr) et informer régulièrement les membres de Ruby France via la mailing-list interne.

Et pour la suite, il est toujours prévu de changer les statuts de l’association (trop lourds et trop compliqués à gérer), de continuer à mettre à jour les différents contenus présents sur notre site web et d’essayer de lier des partenariats pour accentuer notre présence sur Internet.

- Comment vois-tu l’association dans quelques années ?

Probablement pas beaucoup plus active que maintenant. Mais j’espère qu’elle sera un hub entre des groupes d’utilisateurs locaux dans les différentes villes qui, eux, seront très actifs. L’association pourra également servir de structure légale pour aider à l’organisation d’événements importants (faire les factures pour les sponsors et gérer la trésorerie par exemple).

- Je te laisse le dernier mot pour conclure :)

Merci de m’avoir proposé cette interview. Cela fait plaisir de te voir t’investir dans la communauté et, avec un peu de chance, cela donnera de bonnes idées à d’autres :)

- Merci beaucoup de m’avoir accordé un peu de ton temps.

- Peux-tu tout d’abord te présenter en quelques lignes ?

Je m’appelle Yann Klis, j’ai 33 ans et j’habite Strasbourg. J’ai créé Novelys en 2005, une petite entreprise dont la vocation est le développement d’applications web. Par application web, j’entends sites web complexes dont les développements peuvent durer plusieurs mois, voire plusieurs années. On ne fait pas d’intégration de CMS, de blog ou de boutique en ligne. Chaque projet est nouveau (certains diront innovant). Depuis le départ, nous utilisons Ruby et Ruby on Rails, ce qui nous place parmi les premiers en France à avoir utilisé cette technologie. Le fait que Ruby on Rails soit relativement récent dans le paysage fait qu’à peu près la moitié de nos clients sont des startups, ou tout du moins des projets en création, c’est-à-dire où tout est à faire mais aussi sans historique. L’autre moitié de nos clients sont des gens qui viennent spécifiquement nous voir pour nos compétences Ruby/Rails ou alors parce que nous allons pouvoir régler un problème complexe grâce à Ruby/Rails.

- Quand as-tu commencé à développer en Ruby ? Quelles ont été tes motivations ?

En fait, en mars 2005, j’avais pris la décision de monter ma propre boîte. Après une petite analyse, je me suis dit que le domaine qui me plaisait le plus c’était le web. Je n’avais pas à ce moment là d’idée de produits (je n’avais pas non plus de capital à mettre dans le développement d’un produit). Novelys allait donc vendre ce que j’avais à ma disposition : mon corps (mon cerveau en fait). Il me fallait donc une techno ayant des performances acceptables et avec laquelle j’allais pouvoir travailler pour mes futurs clients.
C’est à peu près à ce moment là qu’une première version de Ruby on Rails a été rendue publique et que le framework a commencé à être médiatisé. Pour bien évaluer la techno, j’ai décidé de développer un premier prototype(une “tribune” en l’occurrence http://linuxfr.org/board/). J’ai été très surpris par la facilité et le fun avec lesquels j’ai pu développer ce projet et surtout, je n’ai rencontré aucune barrière technique à ce que je voulais faire. Et la documentation (certes spartiate à l’époque) me faisait entrevoir que je n’allais sans doute rencontrer aucune barrière technique dans le futur puisque Ruby on Rails se base sur le langage Ruby, qui est un langage généraliste.
En octobre 2005, Novelys était née et j’ai commencé dans la foulée un premier projet pour un client, qui s’est d’ailleurs très bien déroulé.

- Considères-tu Ruby et Ruby on Rails comme un avantage concurrentiel ? Pourquoi ?

Ruby et Ruby on Rails offrent clairement un avantage concurrentiel par rapport à d’autres technos. Pour plusieurs raisons.
Tout d’abord, la productivité est très très bonne avec Ruby on Rails. Tout est fait dans le monde Rails pour augmenter la productivité : on écrit du code réellement utile au client, du code qui apporte de la valeur ajoutée au projet du client et Rails nous offre l’infrastructure conventionnelle pour le reste.
Ensuite, Rails est un projet d’ingénierie logicielle. On sent clairement que les auteurs ont factorisé tous les Design Patterns, toutes les bonnes pratiques qu’ils ont rencontrés et trouvés utiles.
Le soubassement technique de Rails, c’est bien le langage Ruby. C’est un langage moderne, orienté objet “pur” et extrêmement dynamique : on peut redéfinir de manière dynamique beaucoup de choses. La possibilité de faire facilement de la méta-programmation, d’avoir cette possibilité dans notre boîte à outils quotidienne, est un avantage concurrentiel incontestable. Ruby est aussi un langage qui se lit facilement. Cela signifie qu’il est facile de maintenir du code dans le temps, que ça soit notre code écrit il y a quelques semaines ou celui de quelqu’un d’autre.
Bref, c’est fun et plaisant de coder avec Ruby et Rails !
Ce qui m’amène à la dernière pièce du puzzle : la communauté. D’une part, il y a un nombre incroyable de bibliothèques de programmation de très bonne qualité. Si vous rencontrez un nouveau problème, il y a de fortes chances que quelqu’un d’autre dans la communauté, aux Etats-Unis, en Allemagne ou au Vietnam ait déjà eu le même problème et ait développé et mis à disposition une bibliothèque (un “gem” dans le monde Ruby). Il est ensuite très facile de contribuer à son tour. D’autre part, la communauté est très tournée vers l’amélioration continue. Très régulièrement une nouvelle techno, une nouvelle façon de tester, une nouvelle façon d’interagir avec le langage Javascript apparaît et passe à travers les fourches caudines de la communauté. Une sorte de filtre qui évalue les technologies et qui la popularise ensuite ou pas. C’est par ce mécanisme que MongoDB a été popularisé très tôt dans le monde Ruby.

- Peux-tu me décrire ton environnement de travail habituel ? Quels gems, langages, techno, OS, IDE, méthodes utilises-tu ?

Pour ma part, j’utilise un laptop sous Ubuntu Linux. J’utilise gvim (avec Janus), gnome-terminal et Firefox/Firebug. Du côté serveur, j’utilise quasi-exclusivement Ruby, Rails et parfois EventMachine (j’évalue NodeJS de temps en temps). Point de vue base de données on utilise beaucoup MySQL et MongoDB (très rarement PostgreSQL). On commence à utiliser Redis, notamment pour son module PubSub. Du côté Javascript, on utilise jQuery, en conjonction avec Backbone lorsque le “Front Office” devient imposant. Au jour le jour, on utilise XP et Lean pour coordonner nos travaux avec nos clients. Notre code est (évidemment) hébergé chez Github et on utilise notre propre logiciel de gestion de projets (MasterSieve).
Nous hébergeons les applications de nos clients chez Amazon Web Services, Heroku, OVH ou Dedibox suivant les spécificités de l’application ou les besoins ou préférences du client.
Voici une liste non exhausitve des gems que j’utilise le plus souvent : rails, haml, sass, devise, will_paginate, mongoid, omniauth, capistrano, airbrake, paperclip, state_machine, whenever.

- Que penses-tu de la communauté Ruby en France ?

En France, on a une bonne communauté de startups, qui se structure peu à peu et on a aussi une bonne culture du développement logiciel (on a quelques beaux succès en France, comme Business Objects). Ceci devrait faire de notre pays un terreau fertile pour l’adoption de Ruby et Rails. Mais paradoxalement, il n’en est rien, l’adoption du langage reste faible.
En fait, il y a 3 ou 4 ans, lorsqu’il y a eu les premières rencontres physiques de développeurs Ruby, nous pensions que l’adoption de Rails allait être massive, vue les qualités intrinsèques du projet. Mais l’adoption a suivi une croissance très lente, près de la stagnation, et ce n’est que depuis un peu plus d’un an que cette croissance a l’air de s’accélérer un peu… Et là, je pense que c’est surtout lié à la culture de la nouveauté dans les entreprises françaises (mais pour avoir quelques contacts en Allemagne, le constat est le même là-bas). Elles investissent depuis plus de 10 ans sur les technologies Java (puis .Net) ou PHP et n’ont que faire de passer à une nouvelle technologie, même si elle semble avoir plus de qualités que les solutions actuellement en place. Le marché Ruby/Rails en France me semble être largement dominé par les startups, des entreprises qui basent leur nouveau produit sur cette technologie ou des projets “commando” dans des entreprises plus établies. Nous avons eu fréquemment le cas suivant : la direction commerciale de l’entreprise, frustré par la lenteur de sa DSI, décide de financer sur son propre budget l’application dont elle a besoin. Le couple Ruby/Rails permet dans ces cas là, de s’interconnecter facilement avec tous les systèmes existant et de pouvoir développer une solution qui sera en place le mois suivant pour les utilisateurs !
Ceci fait qu’il y a une myriade de micro-boîtes de services en France autour de Ruby. En général, ce sont 1, 2 ou 3 personnes, souvent les fondateurs, qui ont eu envie de se mettre à leur compte, parfois frustré de ne pas pouvoir utiliser le langage Ruby dans leur travail de tous les jours. Rare sont les pure player Ruby/Rails dépassant ce nombre d’employés. Les autres développeurs Ruby/Rails de la communauté sont employés dans des startups dont le produit est développé avec le langage Ruby/Rails. Mais depuis un peu plus d’un an, on voit apparait de nouveaux développeurs qui font partie de service “Ruby” au sein d’entreprises plus traditionnelles.
Du côté des emplois, j’entends beaucoup d’entreprises se plaindre du peu de développeurs Ruby/Rails disponibles sur le marché. Et c’est une chose que j’ai du mal à comprendre. C’est d’ailleurs un problème que je n’ai finalement pas connu chez Novelys : nous n’avons jamais eu de problèmes de pénurie de main d’oeuvre. Mais il est vrai que nous avons très tôt mis en place une stratégie pour pallier ce genre de problèmes : nous intervenons régulièrement dans des conférences, nous organisons régulièrement des conférences, nous sponsorisons régulièrement des évènements, nous intervenons dans des écoles et universités. Ceci fait que nous trouvons des stagiaires motivés que nous pouvons finalement embaucher ou, autre possibilité, nous cherchons (et nous trouvons) de bons développeurs web qui nous connaissent déjà un peu, que nous formons ensuite à Ruby et Rails. Nous avons donc mis en place une démarche proactive. Mais il est vrai que les étudiants ou les entreprises ne sont pas assez sensibilisés à Ruby.
En ce qui concerne les évènements, il y en a déjà un certain nombre en France, qui cible des publics différents et qui ont des fonctionnements différents.

- As-tu des idées pour améliorer la situation actuelle de la communauté ruby ?

En ce qui concerne la formation, j’enseigne des modules de Ruby, de développement web ou de stratégie des startups et j’interviens régulièrement dans plusieurs écoles et universités à Strasbourg. Je sais que d’autres font la même démarche ailleurs en France.
Quant aux échanges de bonnes pratiques pour consolider la communauté française, j’organise des RailsCamp (que je détaillerai plus tard) et je compte bien continuer à le faire.
Quant à la visibilité de Ruby et Rails en France, j’essaye de faire correctement mon boulot chez Novelys pour que les clients recherchant des compétences Ruby/Rails les trouvent facilement.
Sans doute qu’il manque un évènement prestigieux et médiatique en France pour que les DSI se souviennent que Ruby existe. Mais ces événements nécessitent une certaine organisation et un certain budget. Et l’organisation de ce genre d’évènement ne m’intéresse pas forcément…

- Tu as monté plusieurs événements ces derniers mois. Quels sont-ils ? Peux-tu me dire quelle a été ta motivation pour chacun ?

L’événement le plus important que j’ai organisé récemment était le RailsCamp Paris 3. J’avais donné un léger coup de main pour les 2 premières éditions, mais elles ont eu lieu il y a quelques années déjà et je ressentais le besoin de relancer cet évènement. Les premières éditions ont été d’après moi la fondation de la toute jeune communauté Rails d’alors. C’est la première fois que la communauté se rencontrait physiquement ! Je pense d’ailleurs que le format BarCamp est particulièrement adapté pour consolider une communauté : tous les membres de la communauté peuvent s’exprimer, participer et s’enrichir au contact des autres. Je suis un grand fan des BarCamp. J’ai d’ailleurs participé à un certain nombre et j’ai organisé quelques BarCampAlsace.
J’organise régulièrement des Last Thursday sur Strasbourg. Ce sont des rencontres de développeurs où on parle technique. Parmi les sujets abordés ces derniers mois, on peut citer NoSQL, développement mobile iPhone ou Android, GWT, etc.
Comme vous l’aurez compris, je m’intéresse beaucoup au monde de l’entrepreneuriat. C’est donc assez naturellement que je suis en train de co-organiser un Startup Weekend à Strasbourg (il aura lieu les 18, 19 et 20 novembre).
Enfin je dois parler des Apéro Ruby Strasbourg ! Ce n’est pas moi qui les organise mais ma copine. On en a pas mal discuté et on pense qu’il y a maintenant assez de monde sensibilisé à Ruby sur Strasbourg pour lancer ce type d’évènements.

- Tu fais partie de l’association Ruby France. Pourquoi as-tu décidé d’être membre ? Pour toi, quel rôle doit avoir l’association aujourd’hui ?

J’ai décidé d’être membre de Ruby France, parce que, par définition, la mission de l’association est de cimenter la communauté française. Et je crois en cette mission. Lorsque je trouve que cette mission est un peu perdue de vue ou ensevelie sous une certaine torpeur, je décide alors de m’investir un peu plus dans l’association. Elle a ses défauts, mais je pense que c’est mieux de la changer de l’intérieur que d’essayer de faire son truc dans son coin. Je pense que la mission d’une association d’envergure nationale est d’une part de coordonner et promouvoir les actions locales et d’autre part de faire connaître Ruby au niveau national voire international. Ceci peut se faire par la participation de Ruby France à des évènements nationaux ou internationaux (on le fait déjà en participant aux RMLL ou à l’OSDC). Comme dit précédemment, sans doute qu’un évènement dissaïdor compliant serait une bonne chose. L’association pourrait monter un groupe projet pour voir comment organiser un évènement de ce type. On pourrait d’ailleurs s’inspirer des Pycon du monde Python.

- Je te laisse le dernier mot pour conclure :)

Bref, tout n’est pas rose dans le monde Ruby en France, mais j’essaye de faire ma part du boulot pour que la situation s’améliore. Et Novelys essaye d’être un acteur responsable de la Cité.

Merci beaucoup Yann de m’avoir accordé un peu de ton temps.