【コメント返信】AI時代にわざわざRuby on Railsを使う理由
先日のこの記事が思いのほかバズってしまった やっぱりRailsはまだまだ使える！って話をすると、 「そうだそうだ！Ruby大好き！」勢と「Rubyなんかとっくにオワコン、TS・Goでいいやん」勢 がバトルを始めるらしい 私は今はRailsが大好きだけど、バージョン5〜6の時（だいたい4年ぐらい前？）の時はフロントエンド周りの対応が酷すぎたので本当にRailsが嫌いで、TSに夢中になっていた。 ので、どちらの気持ちもわかる。 どちらもいい点があるし、この手の話題は前提条件が違えばいくらでも評価が変わりうる話ではある。だからは結論はないし喧嘩はやめよう（そもそも煽ったのは俺） 面白そうなコメントをXとはてなブックマークでいただいたので返信していく。 あくまで私は、「フリーランス×ソロプレナーとして新しくプロダクトをリリースすることに特化してRails最高」って目線なので、その点はよろしくお願い
Rails UJSをHotwire Turboにアップデート
My Subversionのリポジトリ管理機能はRailsで構築 公式サポートがすでに終了しているRails UJSをHotwire Turboにアップデート Geminiを使用してTurboについて効率的に調べることができた きっかけ 弊社サービスMy Subversionで提供しているリポジトリ管理機能RepoMatはRuby on Railsを使用しています。アップデートは定期的に実施しているのですが、今回はRails UJSをHotwire Turboに置き換えようと思いました。 Rails UJSはRails6以前に標準で組み込まれており次の機能を提供していますが、Rails7以降は非推奨となりました。 非同期通信（Ajax）の実行 GET以外のHTTPメソッドのサポート 確認ダイアログの表示 フォームの二重送信防止 CSRF保護 Rails UJSは最新のRails8でも動作し
TSKaigi 2026 の発表資料の体感半数以上が AI 生成感あるものだった - mizdra's blog
5/22(金)〜5/23(土)にかけて、TSKaigi 2026 というイベントに行ってきました。興味深いトークがあった一方で、AI 生成と見られる発表資料が多数あったのが印象的でした。ほとんどの登壇者は AI で作ったと言ってないので推測ではあるのですが *1、見るだけで「AI 生成だな」と分かる感じでした。体感6割は AI 生成だったと思います。 去年はこのようなことがなかったので驚いてます。AI でスライドを生成するツール (Claude Design/Google Slides/Genspark など) がここ1年で登場したこと、スライド生成 skills が普及したこと、個々人の中で色々な領域で AI 活用してみようと意識が変化していることなどが原因かなと思ってます。TSKaigi のトークや登壇者の傾向によるところもあるかもしれません。 AI 生成は時短にもなるし、良い資料を書
RailsTokyo 2026#4: AI様があれば、
Hotwireの弱点は消えるか？
https://railstokyo.connpass.com/event/385285/ での発表スライドです。
“キュピーン猫画像メーカー”初日50万アクセスもサーバ代「0円」 その秘密は
「InspirationCat」は、動物の画像をアップロードすると、AIで背景を除去して動物を切り抜き、拡大縮小・回転で調整した上で、集中線と重ねて“キュピーン”画像に編集・ダウンロードできるサービス。飼い猫のキュピーン画像を公開していた「むちゃまる（5）」（@neko_muchamaru）さんの投稿からヒントを得て開発したという。 ブラウザ完結の超軽量設計＋「Cloudflare Pages」活用 背景除去の処理には本来、サーバ上のGPUで動かすAIモデルが必要だ。「InspirationCat」では、背景除去ライブラリ「@imgly/background-removal」を通じて「ONNX Runtime Web」を利用することで、サーバではなくユーザーの端末上で直接実行した。 ONNX Runtime Webは、AI用の計算をブラウザ内のWebAssemblyやWebGPUで処理する
Inertia.js (inertia-rails) を触っているので所感を書いておく - id:onk のはてなブログ
まだ触り始めて1ヶ月ぐらい。困りが発生する程度には使ってきたとは思う。 Inertia.js とは inertiajs.com 主に Laravel コミュニティで管理されている OSS。ひと言で言うとフロントエンドをモダンに書けるようになるアダプタ……かなぁ。GitHub でも 7000 star 集めているぐらい。ちょうど先週 v3.0.0 が出ましたね。元気に開発されています。 概要は僕もこの後説明するけど、作者のブログ記事 を見るのが一番イメージ沸くと思う。 間違いなくいつもの MPA Inertia.js は、古き良き Web アプリケーションフレームワークの View 層のみをモダンな UI フレームワークに差し替えられるもの、という理解をしている。決定的なのは Routing をサーバが持つこと、レスポンスをサーバが返しているかのような感覚で書けることだろう。 具体例は 公式
Claude Code に向いているプログラミング言語
ターン数とは、1 回のプロンプト実行中に Claude が何回 API ラウンドトリップ（ツール呼び出し → 結果受け取り → 次の応答）を繰り返したかの回数です。 v1（新規作成）の所要時間 v1 では言語間の差が大きく出ています。Python（32.9 秒）と Ruby（33.2 秒）が僅差でトップ、JavaScript（36.0 秒）が続きます。一方、Ruby/Steep は 105.0 秒と Ruby の約 3.2 倍。Lua（96.4 秒）や OCaml（80.9 秒）も遅め。 v1 は空のディレクトリからスタートするので、Cargo.toml や package.json などのプロジェクト設定ファイルを生成するコストが含まれます。Python/Ruby/JavaScript などは minigit ファイル 1 つを生成するだけで済むので、差が大きくなっている可能性があります
フロントエンドに汎用APIを使わせてはいけない（4年後の続編記事）（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Don’t Build a General Purpose API (4 Years Later) - Max Chernyak 原文公開日: 2025年12月11日 原著者: Max Chernyak 日本語タイトルは内容に即したものにしました。 私は2021年に、フロントエンド向けにわざわざ汎用のAPIを構築して苦労を増やしてはいけないと呼びかける記事を書きました↓（よろしければ本記事を読む前に目を通しておいてください）。 参考: Don’t Build A General Purpose API To Power Your Own Front End - Max Chernyak この記事はHacker Newsに2度取り上げられましたが、2度目は評判がよろしくありませんでした（その分議論は白熱しましたが）。推測ですが、2
Next.jsの脆弱性を数日放置したら暗号通貨マイナーを仕込まれた話 - Qiita
やったら動作が遅いなと思ったら、いつの間にか CPU 使用率が100%に。 これはもしや...と思ったら、まさにでした。 PM2にログが残っていたのが救い。 後は、Claude Code におまかせしました。 以下、備忘録： はじめに 2025年12月、運用していた複数のNext.jsアプリケーションがサイバー攻撃を受け、暗号通貨マイナーを仕込まれました。CVE-2025-55182が公開されてから2日後のことでした。 Note: この記事はインシデント調査レポートを基に、Claude Codeが執筆しました。 TL;DR CVE-2025-55182公開から2日後に攻撃を受けた Next.js 15.x / 16.x のServer Actions脆弱性でRCE（リモートコード実行）された 暗号通貨マイナー（Monero）と複数のバックドアを仕込まれた サーバー内部の認証情報が漏洩した可
Over 644,000 Domains Exposed to Critical React Server Components Vulnerability
Home Cyber Security Over 644,000 Domains Exposed to Critical React Server Components Vulnerability The Shadowserver Foundation has released alarming new data regarding the exposure of web applications to CVE-2025-55182, a critical vulnerability affecting React Server Components. Following significant improvements to their scanning methodologies, researchers have identified a massive attack surface
React Server Componentsの脆弱性 CVE-2025-55182（React2Shell）についてまとめてみた。 - piyolog
2025年12月3日、JavaScriptライブラリ Reactを開発するThe React Teamは、React Server Componentsに深刻な脆弱性が確認されたとして脆弱性情報を公開し、修正版への更新を案内しました。ここでは関連する情報をまとめます。 どんな脆弱性が確認されたの？ React Server Function のFlightプロトコルにおいて、信頼できないデータのデシリアライズに関する脆弱性 が確認された。この脆弱性は認証不要でリモートから悪用が可能であり、リモートコード実行（RCE） に至る恐れがある。深刻度は 緊急（CVSS 基本値 10.0） と評価されており、開発元は利用者に対して速やかな対応を呼びかけている。 React はエンタープライズ環境を含む幅広いシステムで採用されており、日本国内でも React を用いたシステムを公開しているホストが多数
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ちょっとすごいRubyの型チェッカーを作ってます｜にゃんだーすわん｜pixivFANBOX
Rails 8 の学習用リポジトリを作って、Rails ガイドと Claude Code で 6 年のブランクを取り戻し始めた
Which Programming Language Is Best for Claude Code?
3月2日 学習日報
https://x.com/SevenviewSteve/article/2019601506429730976
https://x.com/i/grok?conversation=2020672284319711463
Hotwire vs. React: A Guide for the "One-Person Framework"
agent-skills/skills/react-best-practices/rules/bundle-conditional.md at main · vercel-labs/agent-skills
フロントエンドエキスパートチームの解散は 「いい話」なのか？