Rétrospective RailsCasts Partie 1 : Le carburant
Il y a seize ans jour pour jour, j'ai lancé RailsCasts, une série de screencasts enseignant le développement Web à l'aide de Ruby on Rails. Cela a commencé avec des épisodes hebdomadaires gratuits et a fini par gagner plus d'un million de dollars par an, mais ce n'était pas durable. Ceci est le premier d'une série en trois parties où je partage ce qui est arrivé à RailsCasts.
Une application vieillissanteEn 2005, l'application PHP que je développais a commencé à montrer son âge. Toute modification de la logique principale menaçait de casser plusieurs pages. C'était le site Web d'Artbeats, une société d'archives que mon père a créée en 1989.
En cherchant une solution, je suis tombé sur Ruby sur le Wiki C2 où de nombreux développeurs ont chanté ses louanges. J'ai tenté de créer un système de modèles dans Ruby sans grand succès lorsqu'un nouveau framework Web a attiré mon attention : Ruby on Rails.
Un nouveau cadreJ'ai exécuté la commande rails pour créer une nouvelle application et j'ai été immédiatement rebuté. "Quels sont tous ces fichiers générés ?" A l'époque je voulais un framework flexible qui me permette de structurer le code à ma façon. J'ai passé la première semaine à combattre Rails pour l'adapter à mon style de développement.
Un salon approchait, et j'avais besoin de développer une version minimale du site Artbeats pour les stations de kiosque autour du stand. J'ai décidé de donner une autre chance à Rails, mais cette fois-ci, suivez le mode de développement de Rails.
Tout a cliqué. En deux mois, l'application kiosque a été terminée et j'ai eu une meilleure compréhension de la façon dont Rails devait être utilisé. La convention plutôt que la configuration est la "sauce secrète" de Rails. Le cadre fera beaucoup pour vous si vous vous en tenez à ses valeurs par défaut et à ses principes.
La communauté Ruby a été gentille et accueillante face à l'afflux de développeurs Web venant découvrir ce nouveau framework. Ce sentiment vient de Matz, le créateur de la langue. Une expression commune dans la communauté est MINASWAN : Matz est gentil et donc nous sommes gentils. C'était le type de groupe dont je voulais faire partie.
J'ai trouvé une maison sur le forum Rails, initialement pour demander de l'aide pour comprendre Rails, et plus tard pour aider les autres à faire de même. Chaque matin, je passais une heure ou deux à chercher des solutions aux problèmes des autres. La meilleure façon pour moi d'apprendre était d'enseigner, et j'ai beaucoup appris.
J'ai aussi aimé apprendre à travers des screencasts. PeepCode de Geoffrey Grosenbach a proposé des screencasts de haute qualité d'une durée de plus d'une heure. Ils étaient remplis d'informations utiles, mais j'ai eu du mal à m'y retrouver et à saisir les concepts dans le format plus long.
Une autre série de screencasts qui m'a inspiré est Photoshop Killer Tips de Matt Kloskowski. Il s'agissait d'épisodes gratuits de 2 à 5 minutes qui étaient publiés fréquemment.
J'aurais aimé que quelqu'un fasse des screencasts axés sur les développeurs comme PeepCode dans le format plus court de Photoshop Killer Tips. Alors je l'ai fait.
Commencer petitJ'ai commencé par appliquer les principes que j'ai appris du développement logiciel agile : faire la chose la plus simple qui puisse fonctionner, obtenir des commentaires et itérer dessus.
J'ai acheté un microphone à 10 $ et enregistré quelques captures d'écran approximatives à partager sur le forum Rails. Cela m'a aidé à mesurer l'intérêt de voir ce que les autres pensaient sans trop d'investissement. Là, j'ai aussi demandé des idées sur ce qu'il faut appeler la série. "Railscasts" quelqu'un a suggéré.
J'ai contacté Geoffrey Grosenbach qui a eu la gentillesse de parrainer l'émission via PeepCode. J'ai ensuite construit une simple application Rails pour héberger les screencasts, et en un mois, le 5 mars 2007, le premier épisode est sorti.
Fort de ce que j'avais appris en aidant les autres sur le forum Rails et de ma propre expérience en tant que développeur, j'avais des idées apparemment infinies à enregistrer. Mais je n'étais pas sûr que ce que j'avais publié jusqu'à présent atteignait la cible. Il me manquait le cycle de rétroaction mentionné plus tôt. Est-ce que quelqu'un regardait même?
Il y a seize ans jour pour jour, j'ai lancé RailsCasts, une série de screencasts enseignant le développement Web à l'aide de Ruby on Rails. Cela a commencé avec des épisodes hebdomadaires gratuits et a fini par gagner plus d'un million de dollars par an, mais ce n'était pas durable. Ceci est le premier d'une série en trois parties où je partage ce qui est arrivé à RailsCasts.
Une application vieillissanteEn 2005, l'application PHP que je développais a commencé à montrer son âge. Toute modification de la logique principale menaçait de casser plusieurs pages. C'était le site Web d'Artbeats, une société d'archives que mon père a créée en 1989.
En cherchant une solution, je suis tombé sur Ruby sur le Wiki C2 où de nombreux développeurs ont chanté ses louanges. J'ai tenté de créer un système de modèles dans Ruby sans grand succès lorsqu'un nouveau framework Web a attiré mon attention : Ruby on Rails.
Un nouveau cadreJ'ai exécuté la commande rails pour créer une nouvelle application et j'ai été immédiatement rebuté. "Quels sont tous ces fichiers générés ?" A l'époque je voulais un framework flexible qui me permette de structurer le code à ma façon. J'ai passé la première semaine à combattre Rails pour l'adapter à mon style de développement.
Un salon approchait, et j'avais besoin de développer une version minimale du site Artbeats pour les stations de kiosque autour du stand. J'ai décidé de donner une autre chance à Rails, mais cette fois-ci, suivez le mode de développement de Rails.
Tout a cliqué. En deux mois, l'application kiosque a été terminée et j'ai eu une meilleure compréhension de la façon dont Rails devait être utilisé. La convention plutôt que la configuration est la "sauce secrète" de Rails. Le cadre fera beaucoup pour vous si vous vous en tenez à ses valeurs par défaut et à ses principes.
La communauté Ruby a été gentille et accueillante face à l'afflux de développeurs Web venant découvrir ce nouveau framework. Ce sentiment vient de Matz, le créateur de la langue. Une expression commune dans la communauté est MINASWAN : Matz est gentil et donc nous sommes gentils. C'était le type de groupe dont je voulais faire partie.
J'ai trouvé une maison sur le forum Rails, initialement pour demander de l'aide pour comprendre Rails, et plus tard pour aider les autres à faire de même. Chaque matin, je passais une heure ou deux à chercher des solutions aux problèmes des autres. La meilleure façon pour moi d'apprendre était d'enseigner, et j'ai beaucoup appris.
J'ai aussi aimé apprendre à travers des screencasts. PeepCode de Geoffrey Grosenbach a proposé des screencasts de haute qualité d'une durée de plus d'une heure. Ils étaient remplis d'informations utiles, mais j'ai eu du mal à m'y retrouver et à saisir les concepts dans le format plus long.
Une autre série de screencasts qui m'a inspiré est Photoshop Killer Tips de Matt Kloskowski. Il s'agissait d'épisodes gratuits de 2 à 5 minutes qui étaient publiés fréquemment.
J'aurais aimé que quelqu'un fasse des screencasts axés sur les développeurs comme PeepCode dans le format plus court de Photoshop Killer Tips. Alors je l'ai fait.
Commencer petitJ'ai commencé par appliquer les principes que j'ai appris du développement logiciel agile : faire la chose la plus simple qui puisse fonctionner, obtenir des commentaires et itérer dessus.
J'ai acheté un microphone à 10 $ et enregistré quelques captures d'écran approximatives à partager sur le forum Rails. Cela m'a aidé à mesurer l'intérêt de voir ce que les autres pensaient sans trop d'investissement. Là, j'ai aussi demandé des idées sur ce qu'il faut appeler la série. "Railscasts" quelqu'un a suggéré.
J'ai contacté Geoffrey Grosenbach qui a eu la gentillesse de parrainer l'émission via PeepCode. J'ai ensuite construit une simple application Rails pour héberger les screencasts, et en un mois, le 5 mars 2007, le premier épisode est sorti.
Fort de ce que j'avais appris en aidant les autres sur le forum Rails et de ma propre expérience en tant que développeur, j'avais des idées apparemment infinies à enregistrer. Mais je n'étais pas sûr que ce que j'avais publié jusqu'à présent atteignait la cible. Il me manquait le cycle de rétroaction mentionné plus tôt. Est-ce que quelqu'un regardait même?
What's Your Reaction?
