L’histoire d’origine de Ruby on Rails

Cet article a été initialement publié sur .culte par Mélina Zachariah. .cult est une plateforme communautaire basée à Berlin pour les développeurs. Nous écrivons sur tout ce qui concerne la carrière, réalisons des documentaires originaux et partageons de nombreuses autres histoires inédites de développeurs du monde entier.

Cadeaux Honeypot l’histoire de Ruby on Rails. Écoutez l’histoire d’origine des ingénieurs qui ont travaillé sur le projet dès le premier jour. Et si vous n’avez pas le temps de regarder le tout, nous en avons également fait un petit article sympa pour vous.

La « rencontre mignonne »

C’était en 1999 (ou 2000, Jason n’en est pas vraiment sûr) lorsque Jason Fried, co-fondateur de 37signals, une société de conception de sites Web basée à Chicago, a demandé de l’aide sur un blog en ligne. Il travaillait sur un projet et utilisait PHP lorsqu’il s’est retrouvé bloqué. Et qui parmi toutes les personnes se porterait volontaire pour aider, sinon un jeune étudiant danois nommé David Heinemeier Hansson ?

David suivait 37signaux pendant quelques années lorsqu’il est tombé sur l’appel à l’aide de Jason. Alors, quand il a vu la question de Jason, il a pensé : « Hé, je connais la réponse à cette question » et s’est précipité pour répondre et l’aider à résoudre son problème.

Après avoir demandé à voir la base de code du projet (Single File), David a dit à Jason que le code  » c’est nul « , ajoutant  » on devrait recommencer, laisse-moi faire ça pour toi « . Et c’est ainsi que la relation entre DHH et Jason Fried commencé pour la première fois. Une relation qui perdure encore aujourd’hui. « Dès le début, c’était un partenariat parfait », se souvient Jason Fried.

DHH propose Rails

DHH se souvient de ses premiers contacts avec la programmation à l’âge de 6 ans, de ses premières déceptions et de la programmation horaire qui a vraiment « cliqué » pour lui. Nous étions en 1999, et David travaillait sur un site Web de jeux utilisant PHP lorsqu’il a commencé à se sentir plus à l’aise avec la programmation. Un an plus tard, il donnait des conseils à Jason Fried.

Après avoir travaillé ensemble sur plusieurs projets, Jason et David se sont finalement rencontrés en personne à Chicago. À l’époque, David était encore étudiant à Copenhague et ne demandait pas d’argent pour ses services, tout ce qu’il demandait, c’était des ordinateurs portables et du matériel.

Étant donné que toutes leurs communications de projet se faisaient par courrier électronique, ils souhaitaient créer un outil de gestion de projet qui les aiderait à gérer tous ces projets. Jason a donc embauché David pour écrire le code backend de Camp de base (un logiciel de gestion de projet qui vous permet de tout faire sur une seule plateforme).

En 2003, DHH commençait tout juste à lire sur Rubis. Pour lui, le plus intéressant était qu’il ne ressemblait à aucun autre. langage de programmation il l’avait déjà vu. « Cela ressemblait à du pseudocode », explique David. Il a présenté Ruby à Jason, puis a commencé à travailler sur Basecamp en utilisant Ruby.

Ruby a « cliqué » pour David. Ce qu’il aimait chez Ruby, c’était l’immédiateté de PHP associée à un langage de programmation orienté objet sophistiqué. Au cours des 6-7 mois suivants et alors qu’il travaillait sur Basecamp, il a extrait Rails. David dit que « des outils ont émergé » du projet, mais qu’à l’origine, il n’était pas question de le diffuser au monde. Il a travaillé dessus de l’été 2003 à 2004, puis a passé six mois supplémentaires à peaufiner les choses avant de le sortir.

Créer quelque chose d’unique et le présenter au monde entier peut être très stressant. DHH se souvient des réticences qu’il a subies lors de sa première visite. a amené Rails au monde. Parmi les milliers de contributions qui ont été grandement appréciées et mises en œuvre, il y a également eu un grand nombre de refus.

La sortie de Ruby on Rails — Poking les développeurs Java

L’accueil de Rails par la communauté Ruby a été une expérience plutôt chaleureuse et positive pour David. Mais on ne peut pas en dire autant de la réception du reste du monde de la programmation.

C’était en 2004, lorsque DHH s’est mis en mode marketing complet et a commencé à faire passer le message de manière assez bruyante. Il a fait de nombreuses comparaisons controversées entre les implémentations Java de certains problèmes et les implémentations Rails des mêmes problèmes et a définitivement ébranlé la communauté Java.

Comme prévu, cette approche a gagné de nombreux adeptes et de nombreuses critiques.

La communauté Ruby on Rails

La Conférence internationale Ruby 2004 est l’occasion Jamis Buck J’ai vu David pour la première fois. DHH s’est levé et a commencé à expliquer pourquoi il a écrit Rails, expliquant pourquoi Ruby on Rails vise à offrir aux programmeurs une « meilleure expérience » et pourquoi les gens devraient lui donner une chance. Pour Jamis, c’est le charisme et la passion de David qui l’ont enthousiasmé pour Rails.

À l’époque, l’équipe principale de Rails n’était qu’un groupe de personnes qui envoyaient à DHH le plus de correctifs pour RoR. Ces personnes sont devenues membres d’un cercle restreint qui ont eu accès à la base de code de Rails. Et parmi ces gens il y avait Jamis Buck. Il a fini par être le premier programmeur que David a embauché chez 37signals.

Jérémie Daer faisait partie de la communauté Ruby pendant un certain temps lorsque DHH a envoyé un message à la liste de diffusion RubyTalk disant qu’il avait un plan pour développer Ruby. «C’était une provocation», se souvient Jeremy, et cela a secoué toute la communauté Ruby.

L’équipe de base

À quoi ressemblait la nouvelle communauté Rails ? Et comment s’est comportée l’équipe principale de Rails après la première année de sa sortie ?

En 2004, Ruby passait vraiment un moment. Et Tobias Lutke fait attention. Il voulait créer une entreprise à partir de zéro et envisageait d’utiliser Ruby. C’est ainsi qu’il a découvert Rails pour la première fois. Peu de temps après, il a contacté David et est devenu membre de l’équipe principale. Selon Tobias, le travail de David avec Rails l’a inspiré, cela l’a aidé à découvrir ce qui existe d’autre et lui a donné la « configuration de sa vie » en devenant entrepreneur.

Lorsque le moment est venu de discuter de l’open source, David, Jamis, Jeremy et Tobias, aux côtés d’une équipe des premiers committers de Rails, ont commencé à débattre de la question de savoir si Rails devait être un framework open source ou si les entreprises devraient payer pour cela. Mais pour DHH, cela n’a jamais été une question. L’open source était essentiel pour Ruby on Rails.

Mais est-ce que cela va évoluer ?

L’une des grandes critiques formulées au début de Rails était que « Rails ne peut pas évoluer ». Pour David, il s’agissait plus d’une plaisanterie que d’une véritable question technique.

L’évolutivité est devenue le « mantra » de la plupart des critiques de Rails. Comment l’équipe principale et DHH ont-ils alors réagi ?

Pour Tobias Lütke, la question de l’évolutivité n’a jamais été posée. Son géant du commerce électronique, Shopify, en est la preuve. La plate-forme Shopify (qui repose sur Ruby on Rails) représente environ 10 % du marché mondial des logiciels de commerce électronique et possède une énorme base de code.

Moments clés du développement de Rails

Pour Jeremy, Rails 1.0 a été un moment important. Mais ensuite, chaque nouvelle version était une autre puce de maturité.

Rails 1.2 était une première version très stable qui montrait aux gens ce que Rails pouvait réellement devenir. Et puis, en décembre 2007, l’équipe a publié Rails 2.0. Cette version a apporté des sessions basées sur les cookies et des étendues nommées.

D’ici 2009 et Rails 2.3le framework avait tout d’un développeur il faudrait créer « des applications à petite et à grande échelle, et tout le reste ».

Après la version 2.3, « notre boîte à outils était pleine », déclare Jeremy. Les développeurs Rails avaient tout ce dont ils avaient besoin, puis un petit nouveau est arrivé. Merb est entré dans le monde de la programmation en tant que jeune framework Ruby qui a défié Rails.

« Merb s’est montré comme une autre voie à suivre », admet Jeremy. Évaluer et apprécier tout ce que Merb avait à offrir était la première étape. Voyant une opportunité, DHH a décidé de la saisir au lieu de la combattre. C’est ainsi que les équipes principales de Merb et Rails ont discuté et décidé de fusionner!

« Les frameworks ont-ils déjà fusionné ? Ça (ça doit être une première), ça aussi, c’est une histoire singulière», annonce Tobias.

Conclusion

Une chose sur laquelle tout le monde est d’accord : « Cela a été l’expérience d’une vie ». Jamis, Jeremy, Tobias et tous ceux qui ont travaillé sur Rails à ses débuts sont devenus des développeurs modifiés.

« Rails permet vraiment de passer de Hello World à l’introduction en bourse », explique David. Pour lui, la communauté et la base de code n’ont jamais été dans un meilleur état qu’aujourd’hui.

Ruby on Rails fonctionne parce qu’il donne aux gens, non pas aux programmeurs chevronnés, mais aux débutants en programmation, la possibilité de créer quelque chose. Cela les aide à démarrer.

Il conclut :

J’adore cette partie sur Ruby on Rails, j’aime la diversité des personnes qui ont pu faire carrière dans la programmation grâce à ce cadre que nous avons créé

Regarder le documentaire complet sur Youtube.