Content-Length: 293455 | pFad | http://b.hatena.ne.jp/entry/s/zenn.dev/mizchi/articles/d33a4174cca886

[B! rails] Re: Rails を主戦場としている自分が今後学ぶべき技術について
  • はてなブックマーク
  • テクノロジー
  • Re: Rails を主戦場としている自分が今後学ぶべき技術について
  • Twitterでシェア
  • Facebookでシェア

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

テクノロジー カテゴリーの変更を依頼 記事元:zenn.dev/mizchi
適切な情報に変更
491 usersがブックマーク コメント97

    記事へのコメント97件

    • 注目コメント
    • 新着コメント
    toshiwo
    toshiwo mizchiがサーバーサイドにただならぬ恨み持ってるのがよくわかる文章だった

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/30 リンク

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

    2020/12/17 リンク

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

    2020/12/16 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

    その他
    koogawa
    koogawa みんなちがって、みんないい

    2020/12/15 リンク

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

    2020/12/15 リンク

    その他
    hamichamp
    hamichamp メモ

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/15 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

    その他
    sakuro
    sakuro Hanami と ActiveRecod の関係について kwsk

    2020/12/14 リンク

    その他
    dai-pmax
    dai-pmax わ

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

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

    2020/12/14 リンク

    その他

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

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

    関連記事

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

    この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ に...

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

    • techtech05212023/05/05 techtech0521
    • daitasu2022/04/22 daitasu
    • hush_in2022/03/07 hush_in
    • d_animal1412022/02/27 d_animal141
    • zu22022/02/06 zu2
    • repon2022/02/05 repon
    • shirasugohan01412022/02/05 shirasugohan0141
    • shiba_yu362021/10/29 shiba_yu36
    • fukurou1122021/09/18 fukurou112
    • unieye512021/04/26 unieye51
    • t2y-19792021/01/11 t2y-1979
    • tomatoaiu2021/01/07 tomatoaiu
    • nudgeemall2021/01/02 nudgeemall
    • d4-19772020/12/30 d4-1977
    • tomiyanx2020/12/30 tomiyanx
    • kawasin732020/12/25 kawasin73
    • fkmy2020/12/21 fkmy
    • mapk0y2020/12/19 mapk0y
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

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

    いま人気の記事

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

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

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

    新着記事 - テクノロジー

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

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

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.








     ApplySandwichStrip

    pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


    --- a PPN by Garber Painting Akron. With Image Size Reduction included!

    Fetched URL: http://b.hatena.ne.jp/entry/s/zenn.dev/mizchi/articles/d33a4174cca886

    Alternative Proxies:

    Alternative Proxy

    pFad Proxy

    pFad v3 Proxy

    pFad v4 Proxy