Depuis quelques mois nous assistons à un retour incontestable de Ruby en France. De plus en plus de startups l’utilisent, des apéros Ruby fleurissent à travers la France, plusieurs blogs ont vu le jour récemment… Jamais autant d’articles n’ont été écrits en français sur Ruby.

Matthieu Segret et moi-même avons souhaité apporter une nouvelle pierre à cet édifice. Nous avons réfléchi à un moyen d’agréger ces multiples sources d’informations afin d’aider la communauté. C’est comme ça que nous avons créé RubyLive !

RubyLive est un flux d’actualités maintenu par la communauté (à la manière de RubyFlow). Chacun, une fois inscrit, peut soumettre des articles. Une fois modérés, les articles deviennent visibles, ils apparaissent sur le flux RSS et sont publiés sur nos comptes Facebook et Twitter.
Notre souhait est que RubyLive devienne la source d’information de référence pour tous les développeurs Ruby francophones. Pour cela, nous allons rester à votre écoute. Si vous avez des idées ou des suggestions, n’hésitez pas à nous les soumettre grâce au bouton situé en bas de page. Nous développerons en priorité les fonctionnalités les plus demandées.

Afin que ce site soit et reste d’une qualité professionnelle, nous avons demandé à des sociétés de nous soutenir. Nous sommes heureux de compter parmi nos premiers partenaires : Novelys, Belighted, Entropic Synergies, RemixJobs…

Nous comptons sur vous pour nous proposer des news de qualité et faire connaître RubyLive autour de vous !

A tout de suite sur RubyLive.fr !

Aujourd’hui Nima Izadi (@Nima_Izadi) et Nicolas Dupont (@lowx512) sont mes invités, ils sont étudiants à Polytech’Nice Sophia. Ils viennent de mettre en ligne un blog, On The Rails Again, pour aider les gens à se former à Ruby on Rails simplement et en français. J’apprécie beaucoup cette initiative et je souhaitais qu’ils vous en parlent !

Nous sommes deux élèves en dernière année d’école d’ingénieur en option IHM spécialité Web à l’école Polytech’ Nice Sophia. Nous sommes tous deux passionnés de Web depuis le début de nos études et notamment par les technologies comme Ruby On Rails ou encore Coffeescript. Nous faisons actuellement une alternance dans l’entreprise Intellicore dans laquelle nous travaillons sur un gros projet Ruby On Rails.
Nous avons fini récemment notre stage (que nous avons également fait ensemble) pendant lequel nous avons du reprendre et améliorer un projet Ruby On Rails.

On The Rails Again vise, pour le moment, principalement les débutants en Ruby On Rails qui ne sont pas forcément ami avec l’anglais et qui cherchent à comprendre certains aspect de Rails qui ne sont pas évident au début. Nous allons essayer d’apporter des réponses aux questions que nous avons pu nous poser en tant que débutant et pour lesquelles nous avons eu du mal à trouver des réponses.
L’idée est de commencer par les bases mais par la suite traiter des points plus précis et plus compliqué. C’est pour ça que, par la suite, nous pensons également écrire des articles sur tout ce qui tourne autour de Ruby On Rails, autrement dit sur du Javascript, CSS, CoffeeScript Backbone.js etc. Mais pour le moment nous voulons nous focaliser sur l’apprentissage de Rails.

Merci Nima et Nicolas, encore bravo pour l’initiative.
Chers lecteurs, vous pouvez leur proposer des articles ou des idées d’articles sur leur Twitter : @OnTheRailsBlog

Il m’arrive régulièrement de croiser des gens souhaitant s’initier à Ruby et Ruby on Rails. Il existe une multitude de ressources. J’ai essayé de sélectionner celles qui me semblent vraiment indispensables.
Développeurs Ruby, vous pouvez passer votre chemin, je ne vous en voudrai pas, vous n’apprendrez pas grand chose ici :)

Avant de commencer, faisons un petit rappel. Ruby est un langage de programmation (comme PHP, Java, Python…) et Ruby on Rails est un framework (les fondations d’un site, cela évite de réinventer la roue et permet de bien structurer son code).
Ruby on Rails est un framework web très utilisé par les startups en ce moment (et pas les moindres, voir ci-contre). RoR permet de développer rapidement des sites web tout en respectant un grand nombre de bonnes pratiques. Ce framework très innovant et bien pensé est, depuis quelques années, une source d’inspiration pour de nombreux autres frameworks.
Si vous n’êtes pas sûr que c’est Ruby que vous devez apprendre, voici une conférence qui peut vous aider à faire le choix : Pourquoi Ruby on Rails est génial ?

Vous avez de la chance, il est vraiment possible d’apprendre Ruby et Ruby on Rails en s’amusant ! Vous allez voir…

Tout d’abord, Ruby

Avant de commencer à apprendre Ruby on Rails et faire des sites web avec, vous devez tout d’abord apprendre Ruby.

Je vous invite à aller faire un tour sur Try Ruby!. Ce site va vous permettre d’apprendre Ruby en commençant vraiment par les bases, le tout dans une ligne de commande interactive en ligne (pas besoin d’installer quoi que ce soit sur votre machine).

EDIT : Je vous conseille également d’aller jeter un oeil à Rubymonk. Pas encore complet, ce site permet d’apprendre les bases de Ruby encore plus simplement qu’avec Try Ruby !

Vous pouvez facilement installer Ruby sur votre propre machine que vous soyez sur Windows, Mac OS ou Linux. Une fois l’installation faites, lancez la commande « irb » en ligne de commande. IRB est une ligne de commande qui ressemble beaucoup à ce que vous avez pu voir sur Try Ruby (sans le tutoriel). C’est très pratique pour tester des bouts de code. Voici à quoi cela ressemble :

Ensuite, pour approfondir vos connaissances et les tester, je vous conseille de jeter un oeil à RubyKoans. Là encore, une façon originale d’apprendre un langage. Vous aller devoir completer les trous dans le code, puis lancer les tests pour vérifier vos réponses. Tout est expliqué sur le site.

Enfin, si vous souhaitez aller plus loin, vous devez lire Programming Ruby 1.9 (3rd edition): The Pragmatic Programmers’ Guide. La 3ème édition d’un livre d’une qualité remarquable.

Ensuite Ruby on Rails

Maintenant que Ruby vous est familier, vous pouvez vous attaquer à Ruby on Rails. C’est sans hésiter que je vous propose de commencer votre formation avec Rails for Zombies. Sous ce nom étonnant se cache un site très bien fait, ludique et fun. Sans aucun doute, le meilleur moyen d’apprendre Rails en s’amusant !

Ensuite, vous pourrez renforcer vos bases en lisant les Ruby on Rails Guides. Ils commencent par un tutoriel très simple et vous guideront jusqu’à des notions assez avancées.

Enfin, Des screencasts sont aussi à votre disposition pour approfondir des points qui vous intéressent tout particulièrement sur RailsCasts.

« Hum… c’est pas si simple »

Se former seul n’est pas simple et il est fort possible que vous ayez du mal à comprendre certaines choses.

Vous pouvez tout abord rencontrer des développeurs Ruby dans un apéro Ruby près de chez vous (il y en a dans la plupart des grandes villes françaises). C’est un bon moyen de rencontrer des développeurs passionnés qui pourront prendre le temps de vous expliquer quelques points qui sont encore flous pour vous.

Ensuite, si vous avez du mal à vous former seul ou si vous manquez de temps, vous pouvez faire appel à un formateur. Il y a quelques entreprises et indépendants qui font ça très bien. Si ça vous intéresse, envoyez-moi un mail, je pourrai vous en conseiller quelques-uns.

En résumé

Si je ne devais vous donner que 3 ressources pour commencer sans difficultés,  je vous conseillerais le parcours suivant Try Ruby! → Rails for Zombies → Ruby on Rails Guides. Bon apprentissage !

Si vous avez d’autres supports à conseiller, n’hésitez pas à les proposer en commentaire.

Après Paris, Genève, Nice (en tant qu’orga), Montpellier, Toulouse, j’ai participé au Startup Weekend de Bordeaux ce weekend !

J’ai beaucoup appris durant ce Startup Weekend et je souhaitais partager avec vous quelques retours d’expérience.

Le pitch : le projet surprise

Pour ma 6eme participation à un Startup Weekend, j’ai choisi d’innover un peu. Le vendredi soir, ceux qui le souhaitent pitchent une idée. Je suis allé pitcher… mais je n’ai pas donné d’idée ! J’ai dit que, pour moi, la chose la plus importante dans une startup est l’équipe, pas l’idée. J’ai proposé qu’on trouve l’idée ensemble, une fois que l’équipe serait formée.

Au moment où j’ai pitché, j’avais conscience du côté fun du projet, mais je pensais que peu de gens me rejoindrait par peur de passer le week-end sur une idée qui ne leur plairait peut-être pas. J’avais tout faux ! Cela a été le 2eme pitch à recevoir le plus de billets et nous étions la plus grosse équipe du week-end !

Mais pourquoi l’idée a-t-elle autant séduit ?

L’équipe au coeur du projet

Afin de mieux comprendre, le succés du pitch, j’ai demandé aux membres de l’équipe pourquoi ils avaient voté et pourquoi ils étaient venus. A chaque fois les mêmes arguments revenaient :

• Le pitch étant fun, ils ont imaginé que le projet le serait aussi et qu’ils s’éclateraient tout le week-end.
• On a trouvé l’idée ensemble. Elle appartenait à chacun. Les membres de l’équipe se sont donc sentis plus investis.
• Beaucoup partageaient ma vision sur l’importance de l’équipe et pensaient qu’en venant dans ce projet, ils auraient plus de liberté, d’autonomie et de reconnaissance que dans un projet classique.

Grâce à ça, l’équipe a fait preuve d’une motivation remarquable tout le weekend !

L’expérience a été passionnante et j’ai passé un excellent weekend aux cotés de cette fabuleuse équipe (en photo ci-dessous).

Profiter du réseau

Autre point intéressant du week-end, dimanche matin, nous cherchons des chiffres sur le net. Nous souhaitons savoir combien les bars et les restaurants paient pour être mis en avant sur des sites comme les Pages Jaunes, Dismoiou, Cityvox… Pas d’info sur Google, personne ne sait dans l’équipe, personne ne connait des gens dans ces différentes sociétés.

J’ai alors proposé de faire jouer le réseau. Je poste un tweet en disant que je cherche une personne travaillant dans une de ces entreprises. Le tweet est retweeté par plusieurs participants. 10 minutes plus tard, nous avons Gilles Barbier, CEO de Dismoiou, sur Skype. Plusieurs personnes de Cityvox et Pages Jaunes, nous ont proposé de l’aide dans la journée.

C’est pas la première fois qu’on essaye d’appeller des gens qui paraissent difficilement contactables, surtout un week-end. Pourtant, à chaque fois, nous sommes avons eu des gens passionnés et qui nous ont aidés très volontiers.

OhMyGuest

Comme nous n’avions pas d’idée, nous avons dû en trouver une. Nous avons refait un genre de Startup Weekend en interne. Nous sommes finalement partis sur OhMyGuest, une application pour rencontrer des gens qu’on ne connait pas en leur offrant un verre dans un bar ou un restaurant.

Dès qu’on va sur l’application (web ou mobile), on tombe directement sur la liste des invitations proposées aux alentours. Si aucune ne convient, il est évidement possible d’en créer une. Lors de la création, on doit choisir un type de boisson qui représente le type de rencontre que l’on souhaite faire (café = business, champagne = chic …) ainsi qu’une date et un lieu.

Voici les slides de la présentation:

Vous pouvez suivre l’évolution du projet sur :

Twitter : @ohmyguest
Facebook : Page OhMyGuest
Site web : http://ohmyguest.com

Et vous qu’avez-vous appris durant le weekend?

Comme vous le savez, j’étais orga du Startup Weekend de Nice Sophia-Antipolis qui a eu lieu ce weekend. Vendredi soir, Claude et moi avons appelé Franck, co-créateur de Startup Weekend. Nous avons discuté de celui de Lausanne qui se déroulait en même temps et nous avons réfléchit à un moyen de lancer une petite compétition entre Lausanne et Nice. Une idée est venue, lancer le défi de celui qui tweetera le plus !

En rentrant chez moi vendredi soir à 2h du mat, j’ai cherché un outil pour comparer le nombre de tweets postés sur deux hashtags, le tout dans une interface simple et claire. J’ai rien trouvé ! Du coup, j’ai lancé Rubymine, créé un projet rails et trouvé une API sympa pour avoir les stats. Une heure après une première version fonctionnelle était en ligne.

Samedi dans la nuit, j’ai discuté de l’idée avec un jeune participant, Damian et il m’a proposé de m’aider. On a commencé à 5h du matin. A 8h on a mis une version designée en ligne permettant de créer des battles, avec quelques effets Javascript très sympa, avec refresh automatique toutes les 30s et la possibilité de choisir la période de temps. Voilà comment est né #HashtagBattle !

Résultat un joli petit buzz et une grosse envie de poursuivre le projet avec Damian qui a fait un super travail :)

C’est aussi ça un Startup Weekend !

Allez tester #HashtagBattle et faites-nous part de vos idées :)

Préparez votre environnement de travail

Réfléchissez aux techno que vous allez utiliser (surtout si vous êtes porteur de projet). Installez/configurez tout le nécessaire pour ne pas avoir à le faire pendant le weekend.

Faites un tour de table pour connaitre le niveau et les compétences de chacun

Dès le vendredi soir, il est important de bien connaître les compétences de chacun pour faire de bons choix techno et dispatcher au mieux les tâches. Effectivement, cela serait une erreur, par exemple, de sauver les données sur du MongoDB alors que personne ne l’a déjà utilisé et qu’une bonne vieille base Postgres ou MySQL aurait très bien fait l’affaire.

Travaillez de manière agile

Dès le début, dessinez sur un paperboard un tableau à 4 colonnes (backlog, todo, current, done). Dès que quelqu’un a une idée, il écrit son idée sur un post-it (en la décomposant si elle est trop complexe ou trop floue) et le colle dans le backlog. A chaque fois que vous faites un point (toutes les 3-4 heures), choisissez les idées les plus prioritaires (en fonction de leur complexité et de leur valeur business) et mettez dans la colonne todo. Ensuite, dès qu’un développeur commence une tâche, il la déplace dans current. Enfin, vous l’aurez compris, lorsque la tâche est terminée, le post-it va dans done.

48h, c’est très court, prenez bien soin de toujours travailler sur les tâches les plus prioritaires. Veillez également à toujours avoir peu de tâches en cours en même temps.

Pensez toujours à féliciter quelqu’un qui termine une tâche, qui a une bonne idée… C’est principalement ce qui va permettre de maintenir la motivation durant le weekend !

Déployez régulièrement

Afin de ne pas être pris au dépourvu 5 min avant la fin, je vous conseille de déployer régulièrement l’application (toutes les 3-4h). Cela permet aux non-dev de tester l’appli, de remonter des bug, de nouvelles fonctionnalités…

Keep focus on dev

Essayez au maximum de vous concentrer sur le développement. Ne vous occupez pas à faire le design si vous n’avez pas de designer, achetez un design sur ThemeForest, cela fera très bien l’affaire. Ne vous occupez pas de l’admin sys si ce n’est pas nécessaire, déployez votre application en utilisant du PaaS. N’ayez également pas peur de créer de la dette techno (par exemple, en omettant de faire des tests si cela est pertinent), vous pourrez corriger le code la semaine suivante.

Il y a un service pour tout

N’hésitez pas à dépenser quelques euros dans un service qui peut vous faire gagner un temps précieux. Voici quelques services à connaître :

• Hoptoad : collecte les erreurs qui surviennent sur votre application (Rails, iOS, PHP, Java, .net…) et les agrège pour faciliter la consultation
• Pusher : Push temps réel sur une application web grâce à des WebSockets
• Redis To Go : hébergement Redis
• Sendgrid : envoi d’email
• Websolr : recherche full-text reposant sur Solr

Restez efficace et en forme

• Faites des pauses régulièrement
• N’hésitez pas à faire une sieste si la fatigue vous gagne
• Mettez en place du pair-programming au moins pour les tâches complexes

Si vous êtes un développeur Rails

Utilisez RailsWizard

RailsWizard permet de générer le code d’une application Rails avec certaines gems indispensables. Vous pouvez choisir les gems que vous voulez intégrer en fonction de vos habitudes et de vos besoins. Cela vous fera gagner quelques minutes.

Versionnez le code avec Git

C’est devenu un standard pour beaucoup de dev en Rails. Git est également indispensable si vous souhaitez déployer sur des services comme Heroku.

Déployez sur Heroku (si possible)

Heroku vous permet de vous décharger complètement de la partie administration système. Vous faites un push sur le Git de votre projet Heroku, et hop, l’application se déploie. Cerise sur le gâteau, la version de base est gratuite ;)

Vu que Heroku fourni un repository Git pour le déploiement, vous n’aurez même pas besoin de vous créer un git sur Github ou autre pour travailler en équipe. Travaillez par exemple dans une branche dev et pushez sur la branche master à chaque fois que vous voulez déployer.

Si Heroku est trop restrictif pour vous, regardez du côté de solutions comme Engine Yard, Dotcloud…

Il y a une gem pour tout

Evitez à tout prix de réinventer la roue. Si vous développez quelques choses d’assez classique, ayez le réflexe de regarder sur Rubygems s’il n’existe pas une gem qui fait ça très bien. Il y a près de 22 000 gems disponibles vous devriez trouver ce qu’il vous faut assez souvent.

Les conseils des lecteurs

Eclatez-vous et faites-vous plaisir (Frédéric Dupérier)

Pensez « lean » (Yann Klis)

Ce n’est pas la peine de bosser 24h/24. Il vaut mieux prendre le temps de construire un bon plan que de se jeter à corps perdu dans des choses qui ne sont pas forcément utile. Pensez « lean » -> « Eliminate waste »

Si vous avez d’autres conseils, partagez-les en commentaire, je les ajouterai dans l’article

Le weekend dernier, j’ai participé à la troisième édition du Startup Weekend Paris. Le weekend a été très dense, de ce fait j’ai à vous rapporter à propos de l’événement, du projet, de l’équipe, des technologies et méthodes utilisées…

Démarrage du weekend

Le Startup Weekend a commencé vendredi soir par un apéro pour faire connaissance. Ensuite, Franck, un des organisateurs, nous a fait faire quelques exercices d’impro sur le sujet de la création de startups pour détendre l’atmosphère. Enfin, nous nous sommes tous rendu dans un grand amphi pour passer aux choses sérieuses (pitch et élection des projets).

Nous étions 116 personnes. 46 projets ont été présentés (liste complète). J’ai moi-même présenté un projet, le #26. L’idée que j’ai présentée est un outil permettant de faciliter au maximum la rédaction des tweets lorsqu’on publie de la veille, sans pour autant l’automatiser (comme le propose TwitterFeed par exemple). Cet outil offre également une analyse du ROI (Return On Influence). On pourrait donc avoir des réponses à des questions comme : Quel est le meilleur moment dans la journée/la semaine pour publier un tweet? Quels thèmes intéressent le plus mes followers? …

Mon projet a finalement été sélectionné. Deux autres projets se sont d’ailleurs ralliés au mien car nos sujets étaient proches. Les participants se sont répartis sur les différents projets, nous nous sommes retrouvé 11 pour « monter une startup » en un weekend! L’équipe était composée de 7 développeurs, 4 marketeux et 1 designer.

Le vendredi soir s’est terminé par un brainstorming et un peu d’organisation. Nous avons finalement décidé de nous consacrer uniquement à la partie stats.

Choix technologiques

Coté techno, Ruby on Rails a été choisi de manière quasi-unanime. Pourquoi ? Car il n’y avait que des développeurs Rails ! Ce n’est pas du tout représentatif du marché du développement web en France, par contre cela représente très bien le marché des startups en France et plus particulièrement sur Paris. La vague Ruby on Rails est bien là et ça fait plaisir !

Nous avons donc développé en Rails 3 et Ruby 1.8.

Voici la liste des principaux services/techno que nous avons utilisés durant le weekend :

Côté plugins Rails, nous avons utilisé :

• mongoid
• devise
• devise-twitter
• mini_fb
• hoptoad_notifier
• will_paginate
• web-app-theme
• haml
• bitly
• …

Avec du recul, je pense que nos choix ont été plutôt bons. Heroku nous a permis de déployer l’application très rapidement et de ne perdre aucun temps avec l’administration système. Grâce à MongoDB (et Mongoid) nous avons pu nous permettre quelques facilités comme stocker les tweets dans leur totalité sans déformer leur structure. J’ai cependant toujours un doute sur la facilité à faire évoluer la structure des documents mongoDB sur du long terme. Nous avons pu mettre en place l’authentification en quelques secondes grâce à Devise. L’authentification par Twitter fut plus complexe car le plugin, devise-twitter, n’est pas encore stable.

Organisation

Ce weekend m’a permis de constater que Scrum est fréquemment utilisé dans le monde startup, la plupart des membres de notre équipe connaissait déjà cette méthode agile de gestion de projet. Nous avons donc décidé de la mettre en oeuvre pour le weekend pour l’équipe de dev.

Nous avons adapté la méthode à notre cas. Nous avons fait des sprints de 6h. Nous avons également choisi de commencer le samedi matin avec un sprint pas encore défini afin de ne pas perdre de temps.

Malheureusement, comme le produit a été conçu et modifié par le marketing tout au long du weekend, il n’a pas été possible d’appliquer Scrum comme nous l’aurions souhaité. Nous avons donc supprimé la notion de sprint. Nous avons gardé le concept de user stories, des Post-It sur un tableau, la notion de ‘terminé’ (samedi matin, nous nous sommes entendus sur le fait que pour ce weekend, une tâche terminée serait une tâche qui aurait été testée par un développeur)…

Enfin, ce qui m’a le plus surpris côté organisation c’est le fait qu’il n’y a pas eu de leader durant ce weekend et que personne n’a cherché à l’être. L’équipe s’est auto-organisée. Toutes les décisions ont été prises par l’ensemble de l’équipe et cela a très bien fonctionné.

Je craignais une guerre du pouvoir, j’ai assisté à une alliance pour la réussite ! Bravo l’équipe !

Le résultat : Qualifeed

Le weekend est passé très vite. Nous avons peu dormi. Et ce fût rapidement l’heure de rendre la copie.

En un petit weekend, nous avons réalisé Qualifeed. Aujourd’hui Qualifeed permet déjà pas mal de choses :

• Affichage des tweets les plus influents
• Pour chaque tweet, affichage du nombre de personnes ayant pu voir le tweet, du Qualifeed Score, du nombre de réponses, du nombre de retweets et du nombre de followers au moment de la publication
• Possibilité de tweeter votre meilleur Qualifeed Score
• Mini gestion du suivi de l’effet d’une campagne sur son site (avec un tracker en Javascript)
• Graphique montrant l’évolution du nombre de followers et du nombre de fans de votre page Facebook dans le temps
• Authentification par Twitter

Bien sur l’idée est de faire évoluer le produit. Nous aimerions que petit à petit Qualifeed se rapproche de la définition suivante :

Qualifeed propose une solution de mesure de l’audience, de l’engagement et de la transformation de vos campagnes social media marketing.

Plus précisément :

Qualifeed fournit une solution de Social Inluence Management et de Social Influence Optimization pour aider les marques, les community managers et les politiques à mesurer et à améliorer de manière continue le ROI (Return On Influence) de leurs campagnes de social media marketing sur Twitter mais également sur les autres outils sociaux. Le Social Influence Dashboard fournit une vision holistique de l’audience, de l’engagement et la transformation des activités.

Conclusion

J’ai beaucoup appris ce weekend !

Tout d’abord, j’ai pu voir que Ruby on Rails est la techno choisie par la plupart des startups web qui se lancent sur Paris. Ce weekend a été une très belle démonstration des possibilités offertes par Ruby on Rails. J’espère que les startups de Sophia vont vite s’y mettre.

Ensuite, j’ai pu rencontrer des gens formidables. C’est incroyable à quel point les gens présents étaient passionnés, compétents et motivés.

Enfin, j’ai été bluffé par la quantité et la qualité du travail que les équipes ont pu réaliser en un weekend. Cela prouve bien que si l’on s’entoure de gens passionnés, on peut déplacer des montagnes !

Bref, ce weekend a été une excellente expérience. J’espère pouvoir participer à nouveau à un tel événement très bientôt !

C’est avec grand plaisir que je vous propose un cinquième épisode de ma série d’articles, Flux RSS à suivre.

Le précédent épisode avait pour thème Ruby et sa communauté. Aujourd’hui l’épisode est entièrement consacré à un des projets qui a le plus contribué à la popularité de Ruby, au framework web qui sert de source d’inspiration depuis plusieurs années à beaucoup d’autres, au framework qui permet de répondre à de nombreux besoins avec toujours une grande élégance, j’ai nommé Ruby on Rails !

Voici les sites les plus intéressants que je lis dans ma veille quotidienne pour me tenir à jour sur ce framework :

• AkitaOnRails
  Fabio Akita, développeur Rails brésilien
• Axon Flux
  Garry Tan, co-fondeur de Posterous, également designer et développeur
• Boldr
  Nicolas Mérouze, développeur Rails français
• Engine Yard Blog
  Un des plus célèbre hébergeur Rails, participe à de nombreux projets : Ruby, Ruby on Rails, JRuby, Rubinius, Bundler, Jquery…
• Envy Labs
  Société de service en Ruby on Rails basée en Floride
• GIANT ROBOTS SMASHING INTO OTHER GIANT ROBOTS
  Blog de ThoughtBot, célèbre société de service en Ruby on Rails, auteur de certains plugins comme Paperclip, Shoulda, Factory Girl, Clearance…
• Intridea
  Société de service en Ruby on Rails
• Joseph Wilk
  Développeur RoR londonien
• Learnivore
  Aggrégateur de screencasts sur Ruby, Rails et iPhone
• Mikel Lindsaar
  Développeur RoR australien
• Moromo Machine
  Blog de Mischa Fierer, développeur RoR américain
• Open Source Rails
  Site référençant les projets Ruby on Rails open source
• Plataforma Blog
  Société de service en Ruby on Rails brésilienne
• Rails Deployment
  Blog sur le thème du déploiement d’applications Ruby on Rails
• Rails Inside
  Blog communautaire sur Rails, petit frère de Ruby Inside
• Railscasts
  Célèbre site proposant des screencasts
• RailsTips
  John Nunemaker, CTO chez Ordered List
• Riding Rails
  Blog officiel de Ruby on Rails
• Teach Me To Code
  Blog publiant des articles, podcasts et screencasts utiles pour progresser dans l’art de programmer
• Tomash corner
  Développeur Rails polonais
• WebOnRails
  Another blog about RubyOnRails

Si vous avez d’autres sites à proposer, n’hésitez pas à m’en faire part!

Il y a un mois environ, j’ai eu le plaisir de présenter Ruby on Rails avec Maxime Menant dans le cadre des SophiaConf 2010. Comme nous avions beaucoup de choses à raconter, nous avons décidé de ne pas faire une conférence mais deux, d’une durée d’une heure chacune.

La première, que j’ai présentée, s’adresse principalement aux entrepreneurs, chefs de projet, directeurs techniques… Cette conférence explique pourquoi Ruby on Rails peut-être un très bon choix technologique, pourquoi ce choix peut faire gagner du temps et de l’argent… J’en parlais dans un précédent article : Pourquoi Ruby on Rails est génial? (d’un point de vu non technique)

Aujourd’hui, je souhaite partager avec vous la deuxième conférence, présentée par Maxime. Celle-ci s’adresse principalement aux développeurs. Elle présente Ruby et Ruby on Rails tout en mettant en avant les points forts de ce couple fusionnel.

Pourquoi Ruby et Ruby on Rails sont geniaux ?

• Les slides (pdf)
• La vidéo

Il y a un mois environ, j’ai eu le plaisir de présenter Ruby on Rails avec Maxime Menant dans le cadre des SophiaConf 2010. Comme nous avions beaucoup de choses à raconter, nous avons décidé de ne pas faire une conférence mais deux, d’une durée d’une heure.

La première, que j’ai présentée, s’adresse principalement aux entrepreneurs, chefs de projet, directeurs techniques… Cette conférence explique pourquoi Ruby on Rails peut-être un très bon choix technologique, pourquoi ce choix peut faire gagner du temps et de l’argent…

La deuxième, présentée par Maxime, avait pour but de démontrer la puissance de cette technologie aux développeurs.

Dans ce billet, je vais présenter la première conférence. Je parlerai de la deuxième dans un autre billet que je publierai prochainement.

Ruby on Rails d’un point de vue non technique

• Les slides (pdf)
• La video

Avant de montrer pourquoi Ruby on Rails est un bon framework, il est important de réfléchir à ce qu’est un framework de qualité. Pour ce faire, j’ai interrogé nombre de mes collègues, followers, amis ingénieurs…

Grâce à leurs réponses, j’ai pu composer une liste des principaux critères qui définissent ce qu’est un bon framework, en voici quelques-uns : Productivité, Agile, Hébergement, Déploiement, Performance, Licence, Evolution, Recrutement ,Actif, Confort, Coût, Bonnes pratiques, Communauté, Architecture, Sécurité …

Avant de voir comment Rails répond à ces différents critères, je vous propose une petit piqûre de rappel.

Ruby, le langage

Ruby est un langage de programmation interprété, orienté objet et multi-paradigme. Il est multiplate-forme et open source. Il vu la première fois le jour en 1995 grâce à son créateur Yukihiro Matsumoto (aka « Matz »).

Il existe plusieurs implémentations de machines virtuelles Ruby, chacune ayant ses spécificités :

• MRI : Il s’agit de la machine virtuelle standard.
• JRuby : Cette implémentation de l’interpréteur Ruby repose sur la JVM (la machine virtuelle Java). Elle permet d’utiliser du code Java en Ruby et inversement. Elle est aujourd’hui principalement maintenue par Engine Yard.
• MacRuby :  Cette implémentation est le pendant de JRuby mais avec l’Objective-C. Elle est aujourd’hui maintenue par Apple.
• Rubinius : Il s’agit en quelque sorte de l’avenir de la machine virtuelle Ruby. Toujours en développement, elle devrait apporter d’importantes améliorations en terme de performance et de gestion de la mémoire.

Quelques chiffres intéressants :

• +14 000 gems (bibliothèques packagées et faciles à utiliser)
• +185 000 projets Ruby sur Github
• 10eme position au classement TIOBE (juin 2009)

Ruby on Rails, le framework web

Ruby on Rails, également appelé RoR ou Rails, est un framework web open source écrit en Ruby. Il a été extrait de Basecamp en 2004, un outil de gestion de projets développé par David Heinemeier Hansson (aka « DHH »). Rails est basé sur deux principes fondamentaux :

• DRY (Don’t Repeat Yourself) : Tenter autant que possible de n’avoir des éléments de l’application qu’à un seul endroit. L’architecture MVC et la métaprogrammation en Ruby rendent cela possible.
• Convention over Configuration : Il est inutile de préciser des détails lorsqu’ils respectent des conventions établies. Rails exploite cela en proposant des comportements par défaut pour la plupart de ses fonctionnalités.

Pourquoi Ruby on Rails est génial?

Ce framemork est un outil très puissant. Il a été pensé afin d’être élégant, efficace, scalable, sûr, agile… Voici pour moi quels sont les principaux éléments qui rendent ce framework si différent :

• La structure : Rails impose une certaine structure au projet. De ce fait, lorsque vous commencez un nouveau projet, vous n’avez pas à vous casser la tête pour savoir comment l’organiser. De plus, comme chaque application Rails possède la même structure, lorsque qu’un développeur rejoint le projet il est très rapidement opérationnel car il n’a pas à étudier comment le projet est organisé.
• Les migrations : Rails permet grâce aux migrations de faire évoluer la structure et le contenu de la base de données de manière agile, le tout en restant indépendant du type de base de données (MySQL, Postgres, SQLite, Oracle…).
• Active Record : Il s’agit de la partie de RoR offrant une abstraction sur la base de données. Active Record est un ORM permettant de manipuler les données de la base très simplement car il profite de la puissance de Ruby.
• Scaffold : Rails peut, grâce au scaffolding, générer tout le code nécessaire pour faire un CRUD (Create, Read, Update, Delete) autour d’une entité. Ceci rend Rails très efficace pour le prototypage d’applications.
• Les environnements : Lorsque vous exécutez une application Rails, elle est exécutée dans un environnement spécifique. Par défaut, une application Rails possède 3 environnements : development, test et production. Chaque environnement possède ses propres paramètres de configuration, ses propres logs et permet de lancer des gems supplémentaires (par exemple des bibliothèques de test).
• La sécurité : Rails propose, par défaut, des systèmes de protection aux attaques les plus classiques (ex : CSRF, XSS, …). Il suffit de rester dans les rails et tout ira bien :)
• Javascript : Une biblothèque JS est disponible par défaut dans Rails, Prototype + Scriptaculous. Il est possible simplement d’utiliser JQuery à la place. La force de Rails est de proposer d’implémenter des vues en RJS. Le RJS est du code Ruby qui génère du javascript, il peut être utilisé pour implémenter des vues.
• Cache : Evidement, Rails permet de mettre du cache un peu partout (page, partial, modèle, action…)
• Test : Rails est livré avec tout ce qu’il faut pour rédiger des tests proprement. De plus, à chaque fois que vous créez un contrôleur ou un modèle, Rails vous créera automatiquement le squelette du test associé!

Cette liste est loin d’être exhaustive, mais elle permet déjà d’avoir un bon aperçu de ce qui rend Rails si unique.

Ruby on Rails 3

Ruby on Rails est un framework qui évolue vite. La version 3 de cet innovant framework devrait voir le voir le jour dans les semaines qui arrivent.

Rails 3 est en fait l’union de Merb et Rails 2. Merb est un framework web léger écrit en Ruby. Il privilégie la performance au confort alors que Rails 2 propose plutôt un compromis entre les deux. Rails 3 est modulaire. Vous pouvez ajouter/supprimer des couches d’abstraction en fonction des besoins en performance que vous avez.

Rails 3 arrive avec une pléiade de nouveautés : compatibilité HTML 5, Javascript non-obstrusif, Bundler (nouveau gestionnaire de dépendance des gems), réécriture de la partie modèle…

Une communauté prolifique

Ruby étant un langage de haut niveau, c’est-à-dire qu’il propose une forte abstraction, permet de développer très rapidement. De ce fait, il existe un très grande quantité de bibliothèques open source que l’on peut utiliser librement dans tout projet Ruby.

Dans le monde Rails, il y a des plugins pour tout : authentification, tâches de fond, upload de fichiers, paiement en ligne, NoSQL, indexation, BDD, pagination, geolocalisation, cache, Twitter, parsing, Facebook…

La communauté est également très active pour l’entre-aide. Lorsque vous avez besoin d’aide, de nombreuses sources d’information sont à votre disposition : documentation officielle, forums, les Guides Rails, des screencasts (railscast, learnivore…), des conférences, des livres…

IDE

Souvent lorsqu’on parle de langages interprétés, nombreux sont les développeurs qui pensent que lorsqu’on code avec ce genre de langages il n’est pas possible d’avoir droit à un debugger, à de l’auto-completion, à de l’analyse statique de code, à faire du refactoring…

Je vous rassure tout de suite, cette époque est bel et bien terminé. Tout ceci est disponible avec les IDE Ruby de qualité qui sont aujourd’hui présents sur le marché : Rubymine, Netbeans, Aptana.

Pour ma part je vous conseille Rubymine.

Qui utilise Ruby on Rails?

Ruby on rails est utilisé pour de nombreux sites web à fort trafic. Voici un image présentant les applications web les plus connues faisant confiance à ce framework :

Parmis ceux-ci :

• Scribd (39 700 000 visiteurs uniques/mois)
• Twitter (30 000 000 visiteurs uniques/mois)
• Hulu (24 900 000 visiteurs uniques/mois)
• WhitePages (21 800 000 visiteurs uniques/mois)
• Justin.tv (19 300 000 visiteurs uniques/mois)

Ruby on Rails est également utilisé en interne dans de grandes sociétés/organisation : Amazon, BBC, Capgemini, Cisco, CNet, Electronic Arts, IBM, Siemens, Nasa, Yahoo!, Oracle, The New York Times, Symantec, Pixar, LinkedIn…

Des outils et des hébergeurs uniques

Les développeurs Ruby, en plus d’avoir un langage et un framework web extraordinaires, ont des outils et des hébergeurs eux-aussi uniques!

Comme outils, on peut tout d’abord citer Github qui est un hébergeur Git beaucoup utilisé par les rubyistes. Ensuite, un outil que j’aime tout particulièrement : Newrelic. C’est l’outil idéal pour analyser et puis optimiser les performances de votre application. Les fonctionnalités de Newrelic sont assez vastes, c’est finalement un peu le Google Analytics de la performance des applications Rails. Si Newrelic vous intéresse vous pouvez utiliser le code suivant qui vous permettra de bénéficier gratuitement pendant 30 jours du service en version Gold : Sophia2010

Ensuite, coté hébergement, en plus des hébergeurs classiques, il y a Engine Yard et Heroku.

Engine Yard facilite grandement l’administration des serveurs. Pour résumer, EY sous-loue des machines Amazon EC2 sur lesquelles il installe une stack logicielle bien pensée qui permet l’exécution d’applications Ruby on Rails. Pour déployer une application sur ce service, il suffit d’indiquer l’URL de votre repository Git, de choisir la configuration de la/des machine(s) que vous souhaitez et de valider, Engine Yard s’occupe du reste! Il également possible d’ajouter/supprimer des machines à chaud ou encore de cloner un environnement entier (pour, par exemple, faire des tests de charge). Il est également important de noter que cette entreprise contribue à de nombreux projets open source comme : Ruby on Rails, Rubinius, JRuby…

Enfin, autre hébergeur remarquable, Heroku. Ce service est très différent de ce qui existe aujourd’hui. Il simplifie la tâche de l’administration serveur au maximum. Vous n’avez pas accès aux machines, tout se fait grâce à une interface web toute simple. Vous n’avez qu’à choisir le nombre de dynos (nombre de requêtes en parallèle), le nombre de workers (nombre de processus exécutant les tâches de fond), la taille de la base de données (Postgres) et les services que vous souhaitez intégrer. Pour déploiement, il suffit simplement de pusher votre repository Git chez eux!

Heroku est le service idéal pour lancer vos projets. Dernier point, le service de base est gratuit!

Le monde Ruby bouge!

Avant de terminer, quelques chiffres très intéressants :

• L’utilisation de Ruby a augmenté de 40% en Amérique du nord entre 2008 et 2009 (source : Evans Data)
• Le nombre de développeurs Ruby devrait augmenter de 400% entre 2008 et 2013 (source : Gartner Group)

Conclusion

J’espère que cette conférence vous a convaincu, ou, du moins, intrigué. J’espère également que la prochaine fois que vous ferez un choix technologique, vous penserez à ajouter Rails sur la liste des choix possibles! :)

N’hésitez pas à réagir à ce billet en postant un commentaire si vous avez des questions ou des remarques.