Lex Fridman PodcastのDHH回が面白かった GMOメディアでSREチームに所属している安保です。Zennブログ委員や図書委員なども兼任しています。 Lex Fridman Podcastはよく聴くのですが、今回DHHが出演した回がめちゃくちゃ面白かったので紹介します。 特に、DHHがなぜRubyを「他の言語より美しい」と語ったのか、その理由をコード例とともに書きます。 そもそもDHHとは誰？ David Heinemeier Hansson（通称DHH）は、Ruby on Railsの生みの親であり、BasecampやHEYを提供する37signalsの共同オーナー・CTOです。『REWORK』『REMOTE』『It Doesn't Have to Be Crazy at Work』『Getting Real』の共著者であり、少人数・高生産性・シンプルなソフトウェアづくり

原著者の許諾を得て翻訳・公開いたします。 英語記事: The One-Person Framework in practice 原文公開日: 2025/04/20 原著者: Bram Jetten 日本語タイトルは内容に即したものにしました。 画像は元記事からの引用です。 One-Person Frameworkは「個人開発フレームワーク」と訳しています。 2022年の初めのことでした。私たちが運営している PlanGo というビジネス（訳注: オランダの自動車教習所向けのソフトウェア）の年間経常収益を集計してみたところ、共同創業者と私は信じがたい瞬間を共にしました。同社の年間経常収益が100万ユーロ（訳注: 約1億6300万円）という重要なマイルストーンをついに突破していたのです。たった1つのRailsコードベースとたった1人の開発者（=私）で構成されている企業がこのような瞬間を迎えると

https://kdmsnr.com/translations/interview-with-dhh/ https://www.youtube.com/watch?v=HDKUEXBF3B4 https://www.publickey1.jp/blog/24/ruby_on_railsdhhruby…

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: 37signals Dev — A vanilla Rails stack is plenty 原文公開日: 2024/12/20 原著者: Jorge Manrubia -- 37signalsの首席エンジニアです 日本語タイトルは内容に即したものにしました。 今の世の中で、Railsアプリを新しく作るゆとりに恵まれているならば、バニラアプリとして作る1、すなわち依存関係を何も足さないのが、私たちからのオススメです。 Rubyの依存関係は、よほどの理由がない限りRailsに追加しない。 Railsで生成したGemfileは、極力手つかずのままにしておく。 JavaScriptの依存関係をRailsに追加するのは、Ruby依存関係の場合以上に慎重に検討する。 Reactなどのフロントエンドフレームワークも、それらにJSONを送り込

はじめに 山手線を徒歩で一周する人のための記録アプリ「YamaNotes」をリリースしました。 この記事では「YamaNotes」の使い方や、開発過程で苦労したことなどをまとめます。 6/14追記：東京の気温が高くなることが予想されています。熱中症予防のため、涼しくなってからの挑戦をおすすめします。 サービスURL www.yamanotes.com リポジトリ github.com はじめに 自己紹介 アプリの概要 山手線徒歩一周チャレンジとは？ 使い方 ログインする 初期設定をする 進捗を確認する 到着する 履歴を確認する 開発に至る経緯 技術スタック 技術選定の理由 短期間で必要な機能を作るため、Rails7とHotwireで実装 コストを抑えて作るため、APIやデプロイ先を調査 地図の表示と描画にLeaflet + OpenStreetMapを使用 Render.com + Sup

これまで「Rubyは死んだ」、「Railsがオワコン」と定期的に言われて、そういった記事やSNSの書き込みにさまざまな意見が寄せられてきました。が、今年はRuby on Rails復活の兆しが見えてきました。我々paizaもRailsで開発をしているので嬉しい限りです。 【目次】 Ruby on Railsはオワコンと言われている背景 （１）他言語比較での言及数の少なさ （２）言語特性における短所を語られやすい （３）AIやデータサイエンスの普及 いい加減「Ruby on Railsはオワコン」とは言えなくなってきた背景 （１）面接リクエスト数の増加 （２）成熟した言語であり安定性がある （３）エンジニアスキルとして今でも求められている 「オワコン」は抽象的過ぎる表現 Ruby on Railsはオワコンと言われている背景 「Ruby on Railsはオワコン」という言説に関して、あえて

日本唯一のRuby on Rails コミッター 兼 Rubyコミッターである松田明さんが、このたびRIZAPテクノロジーズ社の技術顧問として就任しました。今後、プロダクトの開発支援や若手育成に携わっていただくことになります。そこで今回は、RIZAPの若手エンジニアと対話をしていただきました。 PART２となる今回のテーマは「Rubyの面白さ」について。プログラミング言語の中でも「Rubyは楽しい」と言われるゆえんは、直感的に操作できる点だけではなく、開発者であるまつもとゆきひろさんの人柄にもありました。 ＞＞＞PART１（→「若手エンジニアが成長するために必要なこと」）はこちら ＞＞＞PART３（→「RIZAPがメインスタックとしてRubyとRailsを採択した理由」） はこちら ■プロフィール 松田明／国内唯一のRuby on Railsコミッター 兼 Rubyコミッター。 Asaku

「1999年か2000年頃、私は37signalsというWebデザイン企業を経営していました。2人のビジネスパートナーとWebデザインを受注していたのです」（Fried氏） Fried氏は本業とは別に再度プロジェクトとしてオンライン書籍データベースの開発に取り組んでいました。開発はPHPで行っていたものの、Fried氏はプログラミングでつまづきます。 当時はまだStackOverflowのような技術的な質問に答えてくれる掲示板などなかった時代。Fried氏はブログに「誰かこの問題を解決する方法をご存じですか？」と書き込みます。 するとデンマークからメールが届きます。メールを書いてきたのがDHH氏でした。 「私は（37signals社の）Signal vs. Noiseというブログを以前から熱心にフォローしていました」とDHH氏。 「ブログで彼の質問を見て、私は『おお、この答えを知っているぞ

既存アプリやライブラリへの影響が大きく、この変更に対してネガティブなフィードバックも多かったためリバートされました。 github.com 概要 表題の通り、Rails v7.1.0 で APOSTROPHE (U+0027) が SINGLE QUOTATION MARK (U+2019) に変わります。 github.com 既存のRailsアプリをアップグレードする際に影響が大きそうなので、記事を書きました。 影響範囲 テストでエラーメッセージを検証していた場合、Rails v7.1.0 のアップグレードによって検証に失敗するようになります。 Expected: "can't be blank" Actual: "can’t be blank" 今回の変更を知らない場合、このテストのエラーメッセージだけで ' と ’ の違いを見分けるのは厳しそう。 SINGLE QUOTATION

鹿児島Ruby会議02 の講演「Rails 7.1をn倍速くした話」のスライド https://k-ruby.com/kagoshima-rubykaigi02/ #k_ruby

Rubyist Hotlinksにインスパイアされて始まったイベント『Rubyistめぐり』。第1回は高橋征義さんをゲストに迎えて、お話を聞きました。 パーソナルコンピュータとの出会い 藤村：こんばんは、藤村と申します。STORES のCTOをやっています。Rubyist Hotlinksをプログラミングを始めた頃にめっちゃ読んでて。 高橋：あれいいですよね。 藤村：いい。プログラマがどういう人たちなのか、なんとなくわかるみたいな、めっちゃ好きなコンテンツだったんですよ。で、ある日、これをもっとやった方がいいと思ったので、弊社でもやってみようとなったのがこのRubyistめぐりですね。ということで第一回は高橋会長に来ていただきました。なぜかというと、この STORES を手伝ってくださっているからというところでございます。 高橋：その話はあんまり外でしてないので、あらかじめお話しておきます

Rubyist Hotlinksにインスパイアされて始まったRubyistめぐり。第1回は高橋征義さんをゲストに迎えて、お話を聞きました。こちらは後編です。前編はこちら。 Rubyが他の言語に与えた影響 藤村：第2部、高橋さんについて聞いてみようと思います。今更ながらRubyについて聞きたいんですけど、好きな機能とかありますか？ 高橋：好きな機能ですか？あんまり機能としてこれというのなくて、全体的に使い勝手がいいですね。まあでも、そういう意味でいえばオープンクラスの方がいいんじゃないの？みたいな感じがしますね。オープンクラスじゃないRubyはつらそうだって。 藤村：確かに。 高橋：つらそうというかつまらなさそうですね。オープンクラスが原因でつらいことになるのはわかるんですけど、でもあれがないんだったら他の言語でもいいよね、って。 藤村：Rubyがああじゃなかったら他の言語は今のようになって

Forkwellのイベント動画一覧はこちら👇 https://jobs.forkwell.com/events?argument=249xHStF&dmai=a67a95630ed65b ITエンジニアのキャリアに役立つ動画や、著名エンジニアのインタビュー動画などを配信中！ # DHH　＃Forkwell　＃エンジニア 【出演者情報】 デイヴィッド・ハイネマイヤー・ハンソン (通称：DHH) デンマーク出身のプログラマ、ソフトウェア技術者であり、Webアプリケーションフレームワーク「Ruby on Rails」の生みの親として知られる。また、BasecampとHEYの創業者、著作家、ル・マン24時間レース優勝カーレーサー、独占禁止法の主唱者としても著名である。 ――――― ▼フォークウェル（株式会社grooves） ITエンジニアのキャリアに本気で向き合う転職サイト エンジニアの市

前回の記事で OAuth 認証を試みました。 今回は OAuth 認証したうえで、API へアクセスしてみます。 リフレッシュトークンの取得も試みることができたので、まとめておきます。 目次 参考 omniauth / omniauth-oauth2 doorkeeper で リフレッシュトークンの仕組みを使う ruby-on-rails - OmniAuth OAuth2 戦略へのアクセス方法->クライアント？トークンを更新できるようにするには？ Getting the “invalid client” error when using the oauth2 gem Rails5 + Doorkeeper + Devise で OAuth サーバーを実装する アクセストークンの更新 作成したものOAuth 認証したうえで API へのアクセスできるように実装する。 もしトークンの有効期限

Rails 7.0ではフロントエンドサポートが刷新されます。新たなライブラリが多数導入され、選択肢が増えるため、「Rails公式のものを選べばOK」という戦略が通用しなくなります。 本稿では、Railsでフロントエンドを書くための選択肢について、その歴史と実装を踏まえて比較検討します。 結論から言うと(まだアルファ版なので今後も状況が変わる可能性はありますが、) 新規アプリケーションではSprocketsの役割は無くなりそうです。新しいライブラリとして Propshaft, importmap-rails, jsbundling-rails, cssbundling-rails が登場し、主要な選択肢として以下が提供されます。 (各ライブラリの詳細については後述します) Propshaft + importmap-railsデフォルトの選択肢。Node.jsが不要。トランスパイルを含め、複

はじめに この記事は、Hamee Advent Calendar 2019の15日目のエントリです。 最近はRailsの傍らTerraformをごにょごにょしています。Terraformなんもわからん。 最初に結論 タイトルは言い過ぎました。正確には RubyでもFirebase AuthenticationからAdmin SDKのようにユーザーの取得や更新はできる！！ （最後にUserManagementの一部機能のサンプルコードあり） ※今回は一部機能しか実装していませんが、がんばればAdmin SDKは作れます。 Ruby+Firebase使ってます みなさんFirebase使ってますか？ 私はここ一年くらいで初めて、とあるプロジェクトでFirebaseを使ってみて、いまさらながらあまりの便利さと機能の豊富さに震えました。認証もプッシュ通知もFaaSもデータベースもなんでもあるやん・

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

＜この記事は「Money Forward Advent Calendar 2015」の20日目の記事です＞ 最近 OmniAuth 用の OAuth2 のストラテジーを作る機会が何度かあったので、gem のコードやドキュメントを読んで調べたことをまとめました。独自に OmniAuth のストラテジー、特に OAuth2 のストラテジーを作る場合は是非参考にしてください。 なお、本投稿は OmniAuth の Strategy Contribution Guide および OmniAuth、OmniAuth OAuth2、さらに 有志が開発した OmniAuth 用の各種ストラテジーの実装を参考にしています。 OmniAuth OmniAuth は、認証プロバイダを利用してユーザ認証する方法を標準化するための gem です。 例えば、Web アプリケーションを作るときに、複数の認証プロバイダ

初めに 既存のRailsでシングルサインオン(以下SSO)を実装したいときによく出てくるのが、OpenID Connect。入門解説やフロー解説はありますが、実際にRailsで実装するときはどうすれば良いのかわからない...ということで調べてまとめてみました。実装前の前提知識ということで、ざっくり説明します。 参考 第一回 認証基盤のこれからを支えるOpenID Connect | オブジェクトの広場 OpenID Connectとは? 分かりやすい解説がすでに幾つかあるので、そちらに任せます。ここの例はすでに存在するサードパーティ(Yahoo)のアカウントを使って自社サービス(Gree)のアカウントを紐づけるSSOの概要です。 スライド67ページ目の「サービス導入例」が分かりやすいです。この辺をみてある程度流れを確認した後に、初めのほうの説明見るとイイですね。ただ、構成要素について詳しい