テクノロジー
Re: Rails を主戦場としている自分が今後学ぶべき技術について

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

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

Re: Rails を主戦場としている自分が今後学ぶべき技術について

テクノロジーカテゴリーの変更を依頼記事元:

zenn.dev/mizchi

適切な情報に変更

エントリーの編集

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

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

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

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

Twitterで共有

次回からTwitterへ自動リダイレクト

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

493usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

Re: Rails を主戦場としている自分が今後学ぶべき技術について

493 users

zenn.dev/mizchi

よく使うタグ

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

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

ユーザー登録

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

記事へのコメント97件

注目コメント
新着コメント

toshiwomizchiがサーバーサイドにただならぬ恨み持ってるのがよくわかる文章だった

2020/12/14リンク

その他

tackman本題じゃないけど、歴史編のくだりで「フロントエンドは声のデカさで政治してる」という批判が出る理由が分かる気はした

2020/12/14リンク

その他

glass-_-onionRailsにしろNext.jsにしろそこでしか生きていけない人たちの縄張り争いな印象。言語にもフレームワークにも縛られたくないですね。サービスの要件と規模に見合った技術を選択すれば良いだけ。

*プログラミング

2020/12/14リンク

その他

aikawamePHPやっていた頃にRails界隈からフルボッコにされていたのを思い出す。

2020/12/14リンク

その他

for-my-internet-demots好きだけどフルスタックフレームワーク云々の流れはめっちゃ嫌な予感してる

2020/12/14リンク

その他

KoshianXまあおおむね賛同。Rails はすばらしい思想でこの20年の問題を解決してくれたけど、これからの10年の問題を解決するフレームワークではないんだろうな。ただ ruby で書きたい気持ちはまだずっとあるなあ

2020/12/14リンク

その他

hnw"SQL のレスポンスタイムの数百 ms のオーダー" 過去の現場がアレだっただけでは…。SQLクエリ一本が5msだと激遅、10〜30クエリ投げてるAPIのレスポンスタイムが100msオーバーは激遅、という肌感覚なんじゃが…

2020/12/14リンク

その他

nijitaroフロントエンドエンジニアがJSON色付けおじさんになってしまったのでRailsもJSON吐き出しフレームワークになっちゃったんだよな。そうするとRailsの少し仰々しい感じはわかる

2020/12/14リンク

その他

koyancyaいくらなんでもそんなことある？びっくりした -> “要は「Perl6 化」する可能性を懸念しています”

2020/12/14リンク

その他

dbr0この投稿を炎上芸だと思うような奴ははてブに毒され過ぎてることを自覚した方が良いぞ

2020/12/14リンク

その他

d4-1977ユーザやビジネスがフロントエンドに求める事が増えてきて、Railsがそこにはあまり応えてくれてなくかったけれど、ReactやTypescriptや宣言的なUIなど設計思想がハマり、フロントエンドはRailsの必要がなくなった話だと思った

2020/12/30リンク

その他

yuzutas0mizchiさんを雇えるレベルに到達したベンチャーの多くはRailsだったと読み替えていいのかな。それならRailsは超魅力的に思える。 "一番多かった業務内容がSprocketsのAsset Pipelineを捨てながらcommonjs/ESMのコードを追加すること”

2020/12/17リンク

その他

el7「サーバーサイドHTML生成」と「フロントエンド側のフレームワークで生成」のどっちがいいかの話、ケースバイケースなのでどっちがいいという話にできない

2020/12/16リンク

その他

iwasimanこちらはフロントエンド強者の方の反Railsのポジショントークの入った意見。JSも2000年代半ばから復権してここまで来たし、PHPもなんのかんのでしぶといし、さて未来はどうなるでしょう。

programming

2020/12/15リンク

その他

kei_0000Rails のフロントエンド周りは限界 Rails は文化的にパフォーマンスに対する指向を持たない ActiveRecord の賞味期限は Rails と同じ型による大規模化への伸びしろの有無が決定的な差になってきた

2020/12/15リンク

その他

sharaku3eyes最近rails案件も増えてきたんだよなあ。興味なくなった人が放り出してんだろうな…

2020/12/15リンク

その他

koogawaみんなちがって、みんないい

2020/12/15リンク

その他

onesplatなんや話の展開がゴチャゴチャしてよくわからん記事だが、要はJSON吐くだけのお仕事にrailsは不要ってことでしょ。それには同意。

2020/12/15リンク

その他

hamichampメモ

2020/12/15リンク

その他

nilab「Web に関するものは一旦 Node.js に集約」が良さそうな感じがするけど、Ruby on Rails に近いところで Go と Java がけっこう使われていると思うのでそのあたりが気になる。

2020/12/15リンク

その他

machatakatypescriptやnext.jsなどの利点を書けば良いのに、railsが余程嫌いなんだろうね。もっと建設的な記事を読みたい。

2020/12/15リンク

その他

toro-chanRailsとフロントエンドが全く合わないことは同意する。でもJS(TS)でバックエンド側も全部書くのはいやだ。。バックエンド側はRubyのほうがまし。まだどれも「これ」ってものがない状態だと思ってる。

2020/12/15リンク

その他

boomerangj昔は型なんて要らない！結局テストを書かないと意味ないからや！みたいな謎理論でイキっている人が多かったイメージなので、時代は変わるもんだなと思う。

2020/12/15リンク

その他

inurotaこういう論争、普段は遥か彼方を見据えて最前線でバチバチやっている上弦の鬼たちが「Railsとは何か」「Next.jsとは一体」と足元を振り返り、最新の知見から俯瞰的な視座を与えてくれてメリットしかないのでどんどんやれ

2020/12/15リンク

その他

awkadこの人、そんな語るほどバックエンドやってるの？しかも大事なのは新規構築より維持保守。長くシステムの面倒見ずに渡り鳥のように会社うつったりフリーランスやってる人が語るアーキテクチャって即物的っぽいね

2020/12/15リンク

その他

justggmatzの拘りによって普及し、matzの拘りによって衰退するのか。違う未来も見てみたかった気もする。が、正直もうGoでいいやとなってしまった。ActiveRecordの話にしても、GORMも十分良くできてるし、RDBの比重も減ってる。

2020/12/15リンク

その他

ptpadanフロントとバックエンド分かれればまず、解決じゃないのかなって気がするけど、何でまたフルスタックフレームワーク推しなんだろう？　tsフルスタックは興味あるけど、バックエンドまでやるとしてもモノレポで分けた

2020/12/14リンク

その他

asayamakk5Gみたいな外部環境の変化で国内ではnon-SPAなサービスでも十分に速くて満足できるみたいな未来こないかなあ。GoogleMapみたいな特殊なアプリを除いて

2020/12/14リンク

その他

mricoppパフォーマンスを蔑ろにするとあとでまじで泣くし詰む。どんどん手がつけられなくなって負の遺産と化す。しかも目に見えないところだからそこに手を加えるにもお金も積みにくい。だから設計は大事。

2020/12/14リンク

その他

newnakashima5年前はもうjQueryとか死んでいくんだと思ってたけどリッチなLPとかではバリバリjQuery使われてるし油断するとwp-contentなどのパスが見えてたりするし、死ぬと言われた技術が文字通り死んだのまだ見たことない

2020/12/14リンク

その他

t-murachiRoRに留まる人と、フロントエンドの先を追う人とで、技術的視界に広がる風景に大きな差がついている。そこに前者の人々が気付けないままでいるのが界隈の不幸なのだと思う。廃れているはずのRoRの仕事中々減らない('A`)

2020/12/14リンク

その他

umai_bowRails憎しすぎでしょ。とは思うけど、まあ単純に脳死で選択されたRailsのせいでフロントエンドのチューニングが気軽に行えない、みたいなことはよくある

2020/12/14リンク

その他

khtno73「開発の花はDBとビジネスロジックや！お前らフロントはバケツリレーとバリデーションでもしとけや」vs「モバイル含めたマルチプラットフォームのキー技術はもはやフロント側なんですけどｗｗｗJSに合わせろや原始人」

2020/12/14リンク

その他

masa_w毎度静的型付けでマウント取られるのうんざりなので、rubyの人たちはできるところからcrystalに移行していきましょうぜ

2020/12/14リンク

その他

fjwr38これなぁ / “前にも書きましたが、フレームワークや言語は死んでも、そこで培われた思想は残るので… "

2020/12/14リンク

その他

sakuroHanami と ActiveRecod の関係について kwsk

2020/12/14リンク

その他

dai-pmaxわ

2020/12/14リンク

その他

ukayareなんというか小〜中規模の大したメンテも必要ないSPAの開発と言う状況での選択ならそう言う意見になるかなって感想

2020/12/14リンク

その他

2020/12/14リンク

その他

gfxフルスタックWAFはAPIサーバとかSPA作るときとかにはいらんよねという話。「Railsのフロントエンド周りのサポートはすべて忘れる」という決断を早めにできればそんなに問題はないんだけど。

2020/12/14リンク

その他

コメントするにはログインが必要ですログインしてコメント

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

リンクを埋め込む

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

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「Re: Rails を主戦...」が注目されています。

気持ちをシェアしよう

ツイートする

Re: Rails を主戦場としている自分が今後学ぶべき技術について

この記事は、Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれに...この記事は、Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれについてのアンサー記事です。うなすけ君がRuby onRails で育ってきたように、僕もJavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する自分とRuby onRails 僕は、キャリアとしてはRails の会社でJavaScript を書いてきたことが多かったです。学生の頃は socket.io