Ruby on Railsはどのように生まれ、発展してきたのか［後編］。作者DHH氏やコアチームが語る動画「Ruby on Rails: The Documentary」が公開
Ruby on Railsはどのように生まれ、発展してきたのか［後編］。作者DHH氏やコアチームが語る動画「Ruby on Rails: The Documentary」が公開 最も有名なWebアプリケーションフレームワークの1つである「Ruby on Rails」は、もともと37signals社が社内向けに開発したフレームワークでした。 現在ではGitHubやShopifyなど大規模なWebサービスを支えるRuby on Railsも、登場初期には「スケールしない」という批判にさらされ、また競合となるフレームワークが登場するなどの経緯を経ています。 こうしたRuby on Railsのこれまでを、作者であるDavid Heinemeier Hansson（以下、DHH）氏や関係者が振り返る動画「Ruby on Rails: The Documentaryが、昨年（2023年）11月に公開
Ruby on Railsはどのように生まれ、発展してきたのか［前編］。作者DHH氏やコアチームが語る動画「Ruby on Rails: The Documentary」が公開
「1999年か2000年頃、私は37signalsというWebデザイン企業を経営していました。2人のビジネスパートナーとWebデザインを受注していたのです」（Fried氏） Fried氏は本業とは別に再度プロジェクトとしてオンライン書籍データベースの開発に取り組んでいました。開発はPHPで行っていたものの、Fried氏はプログラミングでつまづきます。 当時はまだStackOverflowのような技術的な質問に答えてくれる掲示板などなかった時代。Fried氏はブログに「誰かこの問題を解決する方法をご存じですか？」と書き込みます。 するとデンマークからメールが届きます。メールを書いてきたのがDHH氏でした。 「私は（37signals社の）Signal vs. Noiseというブログを以前から熱心にフォローしていました」とDHH氏。 「ブログで彼の質問を見て、私は『おお、この答えを知っているぞ
DHHを応援しに富士スピードウェイに行った #6hoursoffuji - polamjaggy
ウオ！！DHH 今週末のFSWのWECエントリーしとるやんけ！ https://t.co/nTjDhKcF2J— ガソリン車 (@polamjag) 2023年9月5日 DHHがルマンの24時間耐久でクラス優勝するほどの腕前の持ち主なのは、Rubyistのなかでは？それなりに？知られている？と思う。で、そのルマン24時間耐久のシリーズである世界耐久選手権 (World Endurance ChampionshipでWEC) は、日本の富士スピードウェイでもやっているのであった。富士スピードウェイとは御殿場と山中湖の間くらいにあるサーキット。都心から車で2時間くらいだと思うけど、東名高速の大渋滞エリアを必ず通過することになるので時間距離はたぶんもっと遠い！ www.fiawec.com これを見る限り、DHHは2013, 2015, 2016, 2017, 2019年に同じ富士スピードウェイ
生みの親 DHHが語る Railsが大規模開発に強い理由 | ITエンジニア向けのトレンド情報
ShopifyやGithubに代表される大規模なWebアプリケーションの開発では、開発チームが膨大になることで必ず課題が生じます。この状況に変化をもたらすのがRuby on Railsです。 「なぜ大規模開発にRailsを導入すべきなのか」生みの親であるDHH氏にお伺いしました。 巨大アプリケーション開発の課題とRailsの関係性 大規模なチームでソフトウェア開発を行うことは開発環境に関わらず困難です。ソフトウェア開発という職業自体が本質的には「大規模なソフトウェアプロジェクトの失敗」の長い物語なのです。しかしRuby on Railsはそのような状況を改善するための手段になり得ます。 Ruby on Railsが長年構築されてきたアプリケーションを見てみると、 ・Github ・Shopify ・Airbnb ・Zendesk ・Cookpad ・Square ・Stripe などがあり
最近のDHH「サーバーレスをやめろ」 - laiso
(インターネットやめろジェネレーターで作成) Ruby on Rails生みの親であり最強の逆張りおじさんであるところのDHHが昨年あたりからしきりに脱パプリッククラウドの主張をしている。 これは彼らの会社が運用しているBasecampやHEYのインフラをAWSから自社保有のベアメタルサーバーへ移行しようとしているからで、実際に移行作業は進んでおり、今後5年間で700万ドルのサーバー費用を節約できるだろうという見込みがあるようだ。 world.hey.com world.hey.com あとタイトルに「サーバーレスをやめろ」と書いたけどDHHのファンボである筆者の誇張表現であり、サーバーレスというキーワードに関しての言及は正確には以下のポストを読んで欲しい。 world.hey.com この文章における「the computing cycles」とは、一台のコンピュータが持つ計算能力全体を
Hotwire でモダンなウェブアプリケーションを作る - 僕は発展途上技術者
はじめに JSON でなく HTML を送ることでモダンなウェブアプリケーションを開発できる Hotwire に少し前から興味がありました。 Hotwireとは何なのか？ を始めとした日本語の情報を拾い読みしていたのですが、 ユーザにとっても、開発の進め方も Progressive Enhancement にできること と書かれていたりして、わかったような、わからないような。 で、Hotwire を開発した DHH 氏みずから Hotwire の使い所を解説していた Podcast があって聞いてみたら、とてもわかりやすくて納得した。 » 151: DHH – Building HEY with Hotwire | Full Stack Radio 実際にデモアプリを作りながら、Hotwire がどういうものなのかを見ていきます。 クラシックなウェブアプリを作る まずは現時点で最新の Ru
DHHはどのようにRailsのコントローラを書くのか | POSTD
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
