[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

287users がブックマーク コメント 31

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

「Rails vs Node.js」を観た|laiso

287 users sizu.me

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント31件

  • 注目コメント
  • 新着コメント
circled
2〜3年前くらいから英語圏のエンジニア達が、最近のJSフロントエンド界隈の進化の方向を眺めながら「それなんてPHP?」とずっと言ってた印象

その他
ka-ka_xyz
「MRI vs. Node.js」(実行環境同士)とか「Rails vs. Node.js上の何かのフレームワーク」(フレームワーク同士)ではないのが気になる

その他
laiso
僕はPHPerでReact使わずにここ5年はテンプレートだけで開発してます

その他
xanaduuu
同感だ:"元をたどるとやはりTypeScriptが覇権を握ったことで、状況が大きく変わっているなと思う。"

その他
xlc
フロントエンドとバックエンドでコードが共有できるのがNode.jsの良さと思ってる。電脳麻将(https://kobalab.net/majiang/)でもフロントエンドにあったゲームエンジンをバックエンドに持っていくだけでネット対戦を実現できた。

その他
udzura
"その意味でRailsの掲げる「控えめなJavaScript」という標語によって実現されている既存のアプリケーションが、フロントエンドエンジニアの期待する共感水準にないのだなと思う"

その他
twotiger
Rubyが日本発でRailsがいまだに使われてるだけで、海外では10年前にRuby→Nodeの移行は済んでる。Stack OverflowのSurveyとか見てもそれは明らか

その他
atico
ReactはUIで引数がゴチャゴチャしてしまうので型が必要だけど、サーバサイドのロジックはスコープが限定されているので、型を明記しなくても生成AIで補完やチェックの対応ができているので、シンプルでいいと思ってる。

その他
naari_3
前提としてポジショントークではあるが、該当の動画を見ればこの軸においては「バックエンドはにRails, フロントエンドにNext.jsという構成」を語る意味は薄いのでは

その他
gfx
"気持ち→共感→気持ち→共感のリレーをつなぎ、総体を形成してゆく。だから共感できないコミュニティ間では別の結論に達することもある"

その他
nekoruri
"元をたどるとやはりTypeScriptが覇権を握ったことで、状況が大きく変わっている"

その他
mohri
"メタな話だが(Reactだけに)"

その他
machataka
開発言語も投資であって、npmの活発さを見ると今から導入する人はNode.jsを選択しそう。今、規模大きめにRails使ってる人は続投するか悩みそう。

その他
twotiger
twotiger Rubyが日本発でRailsがいまだに使われてるだけで、海外では10年前にRuby→Nodeの移行は済んでる。Stack OverflowのSurveyとか見てもそれは明らか

2024年10月10日 リンク

その他
akymrk
"登場する要素技術はDeclarativeなものが多いのに、アーキテクチャリングの過程はアサーションをかけつつ動的に評価実行していっているかんじがギャップがあって面白い"

その他
facpatrysis
仕方がないからRailsかLaravel使うか、、、の選択肢を早く滅ぼしてほしい

その他
sigwyg
けっきょくはUI要求だよね。Railsはバックエンドによるバックエンドのためのフレームワークだから、モダン(かつ柔軟)なフロントエンド開発を持ち込もうとしたときの面倒さがネック。

その他
Eiichiro
メンテナンスコストvs製造コストのどちらを取るかトレードオフの話をしているように見えるんだよね。個人的に、コンポーネント化されたReactは、JSPに近いと思っているので、手を出していない。

その他
tettekete37564
復職に向けて新たな言語体系の勉強でRuby&RailsとNode.js+TSの選択肢から後者を選択した。PythonもそうなんだけどなんかCとC++の間ぐらいに戻った感ある。あとしっかり型定義やスコープ限定してもJSに変換されたら意味なかった

その他
tkawa
「私もHEYのUIはかなり使いづらさを感じているが」ローンチ時に一度フリートライアルしたっきりだが、もう一度使って評価してみる必要あるかもなあ

その他
naari_3
naari_3 前提としてポジショントークではあるが、該当の動画を見ればこの軸においては「バックエンドはにRails, フロントエンドにNext.jsという構成」を語る意味は薄いのでは

2024年10月10日 リンク

その他
mayumayu_nimolove
日本のレンタルサーバーがPHPしか使えないから仕方ないよ。

その他
dec123456789
バックエンドはにRails, フロントエンドにNext.jsという構成を意図的に排除して対立させているのでただのポジショントーク。

その他
oisux
「Webアプリケーション」という単位で最適化をするなら、フロントエンドとバックエンドは互いを知っているべきではある

その他
kokmekko
HEYと同等のコストでHEYを上回るメールアプリをNodeで作れればみんなNode使うと思う。論より証拠。

その他
helldeath
パフォーマンスと開発、読みやすさのバランスで静的html生成がよいのだろ。リアクトじゃなくてもいいんだろけど、なんせデファクトスタンダードって強いんよな。

その他
Adeptus
Reactをサーバーで動かす実装が出たときそれPHPでは?とみんなが思った

その他
murashit
型定義の酷使の話はなんか広がりありそう

その他
laiso
laiso 僕はPHPerでReact使わずにここ5年はテンプレートだけで開発してます

2024年10月10日 リンク

その他
mysql8
PHPer涙目

その他
ka-ka_xyz
ka-ka_xyz 「MRI vs. Node.js」(実行環境同士)とか「Rails vs. Node.js上の何かのフレームワーク」(フレームワーク同士)ではないのが気になる

2024年10月10日 リンク

その他
atico
atico ReactはUIで引数がゴチャゴチャしてしまうので型が必要だけど、サーバサイドのロジックはスコープが限定されているので、型を明記しなくても生成AIで補完やチェックの対応ができているので、シンプルでいいと思ってる。

2024年10月10日 リンク

その他
xlc
xlc フロントエンドとバックエンドでコードが共有できるのがNode.jsの良さと思ってる。電脳麻将(https://kobalab.net/majiang/)でもフロントエンドにあったゲームエンジンをバックエンドに持っていくだけでネット対戦を実現できた。

2024年10月10日 リンク

その他
shoh8
Typescript覇権

その他
gfx
gfx "気持ち→共感→気持ち→共感のリレーをつなぎ、総体を形成してゆく。だから共感できないコミュニティ間では別の結論に達することもある"

2024年10月10日 リンク

その他
yuumillar
型がついてphpにコンパイルできるtype phpとかつくれないものか。誰も使わないか。hackもな......。

その他
xanaduuu
xanaduuu 同感だ:"元をたどるとやはりTypeScriptが覇権を握ったことで、状況が大きく変わっているなと思う。"

2024年10月10日 リンク

その他
strawberryhunter
PrismaはTypedSQLだけ分離すればいいのに。そういう純粋な生成型ORMが登場する可能性はあると思う。その場合、Prismaは踏み台にされるだろう。/↓JSがPHPの文脈をなぞっているという言説もっと詳しく頼む。

その他
yarumato
"Railsの問題点→置き換え先がNode.js(TypeScript)の理由→Prisma(型推論を生かした後発のORM、Rust実装、ActiveRecordのように学習コストが低い、実績が少ない)は代替となる? という議論。何でも型定義で解決されがちな今"

その他
udzura
udzura "その意味でRailsの掲げる「控えめなJavaScript」という標語によって実現されている既存のアプリケーションが、フロントエンドエンジニアの期待する共感水準にないのだなと思う"

2024年10月10日 リンク

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「「Rails vs Node.j...」が注目されています。

気持ちをシェアしよう

ツイートする

「Rails vs Node.js」を観た|laiso

このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った... このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った同タイトルのプレゼンを、RustやRDBの実装に詳しいkoba789さんを話し相手に語っていくというものだ。背景としては2人ともチーム開発の現場でのRailsが活発に利用されていた時期にウェブ開発を経験し、現在はNode.jsのサーバーサイドも実践している。 ライブは3時間半という長時間におよび、スライド外の周辺情報や持論や余談など多岐に渡るので、すでにこのプレゼンに触れた人でもさらに深掘りできるようなコンテンツになっている。 全体を大まかに1時間ごとの3パートに区切って視聴するとわかりやすい。前半はRailsからNext.jsに辿り着くまでのウェブ開発の変遷。ORMの話は主に後半戦で。最後の1時間はアフタートークになっている。 内容としてはRailsアプリ

ブックマークしたユーザー

  • tokumaga2025年01月11日 tokumaga
  • techtech05212024年12月28日 techtech0521
  • moritata2024年10月29日 moritata
  • harukisb2024年10月27日 harukisb
  • yysaki2024年10月26日 yysaki
  • littlefield2024年10月19日 littlefield
  • samu_i2024年10月15日 samu_i
  • nekoruri2024年10月13日 nekoruri
  • mohri2024年10月13日 mohri
  • deejayroka2024年10月13日 deejayroka
  • mickn2024年10月11日 mickn
  • wakatomo06062024年10月11日 wakatomo0606
  • yug12242024年10月11日 yug1224
  • fiveislands2024年10月11日 fiveislands
  • mi-goto2024年10月11日 mi-goto
  • tkmtdg2024年10月11日 tkmtdg
  • hkr_I2024年10月11日 hkr_I
  • sixtydeg2024年10月10日 sixtydeg
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /