Cet article a été écrit en collaboration avec Damian Le Nouaille. Nous sommes les fondateurs de Hashtagbattle.

Le commencement

L’histoire commence au Startup Weekend de Nice Sophia Antipolis (#swnsa). En simultané, se déroule celui de Lausanne (#swlau). Camille et quelques autres organisateurs de l’événement sophipolitain réfléchissent à un moyen de lancer une compétition en temps réel entre les deux évènements, se défier via le réseau social Twitter … en nombre de tweets  publiés ! L’idée est amusante …. Mais comment compter les points ? Aucun outil n’existe pour comparer le nombre de tweets postés sur deux hashtags différents.
Vendredi, 2h du matin : Camille crée une première version fonctionnelle de cette application de statistiques. Samedi soir, c’est la rencontre avec Damian, autre participant du Startup Weekend . Nous discutons du projet et décidons d’associer nos compétences… Une nuit de travail et HashtagBattle voit le jour : une interface permettant de créer des batailles de tweets avec un design soigné. Sur la durée, c’est aussi une fonctionnalité de rafraîchissement automatique toutes les 30 secondes pour suivre les statistiques en temps réel mais également la possibilité de choisir la visualisation des résultats sur une période définie.

Les deux Startup Weekends y joueront tout le dimanche ! Le lundi, le nombre de visites explose.

Le Buzz

Très rapidement HastagBattle est cité dans des médias français comme Techcrunch, Presse Citron, Blogoweb, Descary… HashtagBattle se retrouve même en une de l’émission Funky Web de Game One, 10 jours après sa mise en ligne !

Dans le même temps, des événements ont commencé à utiliser notre service. Startup Weekend bien sûr, mais aussi Bemyapp, un concours de développement d’applications mobiles.

Ensuite, HashtagBattle a fait le tour du monde. Nous avons vu des articles pousser aux 4 coins du monde : Etats-Unis, Brésil, Japon, Espagne, Canada, Italie, Belgique, Pays-Bas…

Ces articles étaient principalement des présentations du service. De plus en plus, nous voyons des utilisateurs Twitter, blogs et autres médias web se servir de HashtagBattle pour présenter des battles sur des sujets d’actualité, des événements sportifs… Par exemple, le Firago a récemment utilisé HashtagBattle sur un article sur la publication de câbles diplomatiques par Wikileaks. En effet, Wikileaks avait demandé sur Twitter s’ils devaient publier ces documents. Autre exemple, il y a quelques jours l’animateur de la campagne numérique de François Hollande utilisait Hashtagbattle sur Twitter pour indiquer la popularité de Hollande face à Aubry.

Aujourd’hui, nous avons régulièrement un trafic de plusieurs milliers de pages vues par jour !

Aujourd’hui : La nouvelle version

Nous avons demandé aux utilisateurs les fonctionnalités qu’ils préfèreraient avoir. Nous avons décidé d’implémenter les plus demandées.

Nous sommes heureux de vous annoncer qu’à partir de maintenant, vous allez pouvoir comparer non seulement des hashtags, mais aussi des noms de domaine, des mentions ou n’importe quel mot ! Les possibilités sont énormes !

De plus, nous allons très bientôt offrir la possibilité de faire des battles avec plus de 2 requêtes… Vous pourrez ainsi voir le classement en live des candidats à la présidentielle les plus cités sur Twitter !

Nous sommes certains que nous allons, encore une fois, être impressionnés par votre créativité.

Et maintenant ?

N’ayant toujours pas de business model en tête (n’hésitez pas à nous envoyer un petit mail si vous avez une idée), nous allons continuer à proposer le service gratuitement et le faire évoluer sur notre temps libre pour le moment.

Nous avons plein d’idées pour le faire évoluer. Si vous aussi, vous voulez participer à l’évolution de HashtagBattle, n’hésitez pas à proposer vos idées sur notre Uservoice.

Il est de plus en plus fréquent que des startups me contactent pour que je les aide à trouver un développeur Ruby. Je me suis aperçu que je donnais généralement les mêmes conseils. J’ai décidé de les compiler dans un article destiné aux porteurs de projet, chefs d’équipe ou encore RH qui souhaitent recruter un rubyiste en ce moment.

Le marché en France

Ruby et Ruby on Rails sont de plus en plus célèbres dans le milieu entreprenarial en France. De nombreuses startups web créées ces dernières années utilisent ces technologies.

Ruby n’étant pas enseigné dans les écoles et peu d’actions étant menées pour faire découvrir ce langage, les développeurs Ruby sont rares.

Qu’aime un développeur Ruby ?

Tout d’abord un Rubyiste a probablement appris Ruby et Ruby on Rails tout seul. Il s’agit donc la plupart du temps de passionnés. Ce qui va l’intéresser, c’est principalement le défi technique puis le coté fun du projet et de l’équipe. Il est possible que l’aspect business ne l’intéresse pas, ne soyez pas frustré pour autant… à chacun son métier :)

La rémunération est également importante, surtout en ce moment où les (bons) développeurs sont assez sollicités.

Enfin, comme beaucoup de startup créées en Ruby sont parisiennes, la pénurie de développeurs se fait particulièrement sentir dans la capitale. Pensez au télétravail ou encore mieux montez l’équipe de dev dans une autre ville que Paris. Tout le monde n’habite pas Paris…

Comment entrer en contact avec un développeur ?

Là aussi, le développeur Ruby est assez différent. Oubliez tout de suite les Monster, RegionJobs et compagnie ! Ruby est utilisé principalement dans des petites boites aujourd’hui. Difficiles pour elles de sortir plus de milles euros pour accéder à la base Monster durant une semaine. Comme peu de startups cherchent des développeurs Ruby dessus, les développeurs n’y vont pas.

Si vous n’avez pas de contact avec la communauté Ruby, je vous invite à rédiger une annonce. Evitez à tout prix l’annonce corporate type. Montrez que vous êtes une société dynamique et humaine, qu’il y a une très bonne ambiance, que la technique est importante pour vous, que vous aimez l’innovation…
Vous pouvez tout d’abord poster l’annonce sur des mailling-lists. Je vous en conseille deux : RubyFR et RailsFrance. Vous pouvez aussi la poster sur ce site d’emplois gratuit et principalement utilisé par des startups : Remixjobs.

Vous pouvez également essayer de rencontrer des développeurs Ruby in real life. C’est une très bonne façon de procéder car vous allez rencontrer les plus passionnés et peu de non-techniques se risquent à aller dans des événements de développeurs. Le mieux pour commencer est d’aller dans un apéro Ruby. Il s’agit simplement d’une réunion de développeurs Ruby dans un bar. Ce sera pour vous un bon moyen d’échanger avec eux. Il y en a dans de nombreuses villes de France, voici la liste. Vous pouvez aussi participer à des événements de plus grande envergure, mais plus rare, comme les Railscamp, Ruby Lugdunum… La plupart des événements sont annoncés sur le site de Ruby France. Enfin, vous pouvez participer à des événements plus généralistes comme les Startup Weekend ou encore Bemyapp.

Enfin, le moyen le plus efficace est certainement d’utiliser votre propre réseau. Utiliser les réseaux sociaux (Twitter, Linkedin…) pour communiquer sur votre recherche et n’hésitez pas à contacter les développeurs Ruby que vous connaissez pour vous relayer au sein de la communauté.

Est-ce le bon ?

En suivant les conseils ci-dessus, vous devriez être rentré en contact avec quelques développeurs. Maintenant, votre travail est de trouver le bon. Se tromper dans le recrutement peut être fatal pour une petite société.

Si vous n’êtes pas technique, le meilleur moyen est certainement de lui faire passer un entretien par un développeur que vous connaissez et en qui vous avez confiance.

Cependant, il y a certaines choses que vous pouvez vérifier vous même et qui vous permettront de faire un bon tri. Pour moi, un bon développeur doit avant tout être curieux et passionné. Un développeur qui fait régulièrement de la veille techno ne peut pas être mauvais car il se rendrait rapidement compte qu’il est en complet décalage avec ce qu’il lit. De plus, il sera très à l’aise pour faire des choix techno et vous proposer des solutions innovantes qui vous feront gagner du temps. Deuxièmement, essayez de voir s’il vous parle avec passion d’une technologie, d’une méthode… C’est aussi un bon signe. Vous pouvez, par exemple, lui demander combien de temps il passe par semaine à faire de la veille techno et comme il s’y prend. Vous pouvez aussi lui demander s’il a déjà participé à des événements Ruby.

Je suis convaincu qu’il est possible d’avoir une bonne idée du niveau d’un développeur sans discuter de sujets techniques.

Et si je trouve pas ?

Si, même en suivant tous ces conseils, vous n’avez toujours pas trouvé la perle rare, il vous reste encore quelques alternatives.

Si vous avez déjà des développeurs Ruby dans votre équipe, vous pouvez former un jeune développeur. S’il apprend vite, il pourra être opérationnel assez rapidement.

Ensuite, vous pouvez faire appel à des SSII ou des indépendants. Vous pouvez également décider de vous former à Ruby on Rails.

Enfin, vous pouvez toujours faire le choix de choisir une autre technologie. Cependant, à moins que vous ayez besoin d’embaucher plusieurs développeurs rapidement, je ne pense pas que cette solution soit pertinente. Je croise encore régulièrement de bons développeurs Ruby qui cherchent un poste. Continuez à chercher un peu :)

Merci sylvain_, gdurelle, lbstephane et marcmorel qui m’ont aidé à trouver des idées pour cet article.

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

Pascal Cardonna est coordinateur multimédia chez Radio France. C’est un passionné de radio, de télévision, de cinéma, d’internet, de réseau sociaux… ! Sur son blog, il publie des interviews filmées de personnes toutes aussi passionnées que lui sur des domaines très divers : community manager, blogueurs célèbres, pompier, étudiants, top models…

Grâce à la magie de Twitter et du networking, nous avons fait connaissance sur la toile. Puis la semaine dernière, en déplacement dans la région, Pascal m’a proposé de se rencontrer et m’a demandé si j’étais d’accord pour qu’il m’interview. J’ai été surpris et honoré par cette invitation. Je me retrouve donc sur le blog de Pascal à côté de grands bonhommes comme Matthieu Blanco, Gonzague… Une telle proposition ne se refusant pas, je vous invite à lire son billet sur l’interview.
Je parle de mon métier, de Backinmind et du Startup Weekend Nice Sophia-Antipolis.

Merci beaucoup Pascal pour cette video et à très bientôt sur Nice !

Ca y est, j’ai mes places et mes billets d’avion ! Je serai au Startup Weekend Paris ce weekend !

Qu’est-ce que le Startup Weekend ?

Le but du Startup Weekend est tout d’abord de réunir toutes les compétences nécessaires à la création d’une startup. Il y aura donc des développeurs, des graphistes, des marketeux, des business devs…

Le vendredi soir chacun peut présenter son idée. Les différents projets sont soumis à un vote afin de sélectionner ceux qui seront concrétisés durant le weekend. Enfin, les participants forment des équipes et commencent à plancher sur leur projet.

Le dimanche soir, les équipes qui le souhaitent peuvent présenter leur service, leur business plan…

Pourquoi j’y vais ?

Participer à cet événement est important car :

• C’est une très bonne occasion d’agrandir son réseau avec de grands passionnés (93% des participants restent en contact). Si vous y allez, venez me voir ! :)
• 8 projets sur 11 ont été fait en Ruby on Rails lors de la précédente édition (source)
• 30% des projets montés au cours des Startup Weekends sont encore en vie au bout de 6 mois.
• Des startups se sont créées grâce cet événement, comme Submate (première start-up issue du programme français, lancée en avril), LePotiron.fr, CheckMyMetro…
• Je cherche un poste sympa dans une startup ou un porteur de projet pour devenir co-fondateur technique et c’est une très bonne occasion de rencontrer du monde.
• Et, qui sait, peut-être que le projet auquel je participerai sera tellement bien qu’on montera une boite lundi matin :)

Je serai également présent à la Pré Startup Weekend Party, jeudi à la Cantine, pour faire quelques rencontres et travailler mon pitch (et oui, j’ai un projet à présenter !).

Rendez-vous ce weekend pour une grande aventure !

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.

Du mercredi 30 juin au vendredi 9 juillet se tiendront pour la première fois les SophiaConf. Pendant une semaine, se dérouleront, sur Sophia Antipolis, de nombreuses conférences sur différents sujets comme le Web, Java, Scrum…

Les SophiaConf 2010 se clôtureront, le 9 juillet, par une série de 12 conférences. 2 de ces conférences seront dédiées à Ruby on Rails!

La première (9h – 10h), que j’aurai le plaisir de présenter, aura pour but de montrer que Ruby on Rails est une excellente techno (pour ceux qui n’en seraient pas encore convaincu :-p), le tout d’un point de vue non technique. L’idée est de montrer à des chefs d’entreprise, des développeurs, des entrepreneurs… que Rails peut être un très bon choix technologique. J’expliquerai pourquoi des sites très fréquentés, comme Twitter, SlideShare, Getsatisfaction… ont fait le choix de Ruby on Rails.

La seconde (10h15 – 11h15), présentée par Maxime Menant, un collègue, montrera comment Ruby on Rails peut faciliter la vie de nombreux développeurs web.

Je vous invite à regarder le programme pour plus d’information. C’est une journée à ne pas manquer!

Update: Vous pouvez suivre l’actualité des SophiaConf2010 en direct sur SophiaConf2010 in live (application Rails3 déployée sur Heroku)

Après quelques mois d’hibernation, j’ai décidé de redonner un peu de vie à ce blog. Pour commencer, je propose que j’explique rapidement ce que j’ai fait ces derniers mois…

J’en parlais dans un précédent article, j’ai changé de boite en novembre. J’ai eu la chance de rencontrer deux entrepreneurs passionnés du web : Laurent Vermot-Gauchy et Philippe Triem. Très peu de temps après, avec une multitude de coïncidences, ils m’ont rappelé pour me demander si je voulais bien être le 1er employé à faire parti de l’aventure. J’ai très rapidement accepté vu que le projet qu’ils me proposaient correspondait exactement à ce que je cherchais. C’est ainsi que je suis devenu project manager chez Veniu !

Mais, Camille, c’est quoi… Veniu ?

Veniu c’est un réseau social géolocalisé sur mobile. Je ne peux rien dire de plus pour le moment mais sachez qu’il sortira avec son lot d’innovation au printemps :)

Il y a pas moyen d’avoir quelques exclus ?

Un seul moyen : inscrivez-vous sur Veniu et ajoutez-moi sur twitter @camilleroux!

Et il consiste en quoi ton nouveau poste ?

Comme toujours dans le monde des startups, surtout lorsqu’elles démarrent, on est amené à faire diverses choses.

Tout d’abord je dois assumer pleinement mon rôle de chef de projet : planification, gestion des problèmes, encadrement de l’équipe, recrutement… A propos de recrutement n’hésitez pas à me contacter si le développement Rails vous intéresse (CDI ou Stage)!

Je participe aussi activement à la conception et au développement de cette application web, ainsi qu’aux choix technologiques et d’architecture. Le site est développé en Ruby on Rails. Je ne rentre pas dans de le détail des raisons de ce choix, cela sera le sujet d’un prochain article ;)

Libre de toute obligation en décembre prochain (le 11/12/2009), je serai disponible, après deux ans de travail en qualité d’ingénieur étude et conception dans une start-up qui développe une application web pour le monde de la finance (Intellicore puis bebook™).

Cette expérience m’a permis d’atteindre un bon niveau en Flex et WebObjects (framework web Java maintenu par Apple). J’ai aussi beaucoup appris en architecture et en modélisation de base de données.

Ce poste a été pour moi l’occasion d’encadrer une équipe de 4 personnes parmi lesquelles deux élèves-ingénieurs dont j’étais le maître de stage. Aussi, j’ai participé à de nombreux choix technologiques, architecturaux ou encore fonctionnels. J’ai souvent été force de proposition grâce à un travail de veille technologique quotidien que je mène personnellement depuis plusieurs années.

Aujourd’hui, je recherche un poste d’Ingénieur Recherche et Développement / Chef de Projet spécialisé dans les applications web. Je souhaite particulièrement m’occuper d’un produit ou d’un service, du recueil des besoins à la formation des clients, tout en respectant les phases classiques de gestion de projet : rédaction de spécifications, planification, management de l’équipe, tests, déploiement…

De plus, mes capacités techniques me permettront d’animer et de participer aux choix technologiques et architecturaux ainsi que de participer aux phases de développement.

Si vous souhaitez me rencontrer, me poser des questions, n’hésitez pas :

Téléchargez mon CV	Contactez-moi