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

Rails の問題は Rails のベストプラクティスがフロントエンドのベストプラクティスの邪魔になるどころか全く逆方向で相反してる点です。DHHの思想がフロントエンドと根本的に逆行してる。そういう人が作るフレームワークなのでwebpackerの抽象化を根本的に間違ったりする。 — prev.js (@mizchi) December 1, 2020 昨日もリプライで少し書いたけど、DHH自体が直近のHeyの開発でも明確にJavaScriptというものを触れないようにすることを是としているような主張をしているので、DHH wayが色濃く反映される以上この状態はもう避けられない気がしている — potato4d / Takuma HANATANI (@potato4d) December 1, 2020 Railsがフロントエンドの最先端をゆく人々1から良く思われないのは事実として。 Vie

[joker1007]

Railsで仕事請けてたら、何故かprestoとkafkaとhiveとAWS全般とコンテナ技術とcassandraとembulkにそれなりに詳しくなってJavaが書ける様になったので、人生深く考えても仕方ないのでは、という感じになってしまった。

[ledsun]

フロントエンド強者がDisりたくなるほどRailsが廃れないのは、RDB使ってRESTfulなURL作るのにActiveRecordが、やはり便利。と、思いました。

[khtokage]

こういう悩みの末、私は経理方面に飛び出してしまった。　でもITに詳しい管理部門って強いんだよね。日常の業務的にも、システム選定等にも。 なので全く後悔とかしてないよ。

[takahashim]

Rails以前、PHPで仕事しながらPoEAA読書会とかに参加しつつ、JavaとかC#とかをもっと勉強しないと将来厳しいのかな…と悩んでた頃を思い出した。それはともかく手持ちのカードは常に増やしたい所存

[odan3240]

これめっちゃわかる "ある「作りたいもの」が出てきたとき、それが実際に可能かどうかの判断、逆にある技術を知ったときに「こういう便利なものが作れるんじゃないか」という思考ができるようにしておきたい"

[atico]

Dockerとの相性が良くないのが辛い。bundle installは遅いし、imageサイズも1Gb以上になったりするので、開発環境の構築やCI、CDに時間がかかる。APIサーバーとして使う場合に、慣れているから以外に何故使うのか説明しづらい。

[JUNKI_fugly]

Railsに限らず雑に作ったアプリケーションは5年〜10年弱でメンテ不能になるっていう事象が、たまたまRailsにきてるだけだと思うんだよな。Next.jsやBlitz.js、GoやDjangoで作ったサービスも5〜10年後はそうなる予感がある

[ksss9]

この人、幅広くなんでもやれそう

[potato4d]

ActiveRecordのORMとしての強さはもちろん、CoCも悪いものじゃないと思っていて、ただ引用5で言及してる、Rails wayと密接に結びつくDHHの思想が現代とミスマッチなだけみたいな感じだと思っている

[laiso]

DHHファンボなので少数派に傾いていってるDHHのが何かやってくれそうと期待してTrix + NEW MAGICに注目してる

[iwasiman]

Rails畑の方からの未来の話。人と立場によってこのへん様々ですね。自分はSQLが書けるからActive Recordパターンとは結局あまり縁がなかったですねー。エンプラ開発でもRails使ってるとこはあることはあったな。

[mitarashix]

“ 書いている途中にこのツイートが目に入り、そういえばこの記事だと食べていけるかどうかしか気にしていなくて目的が不明確だなと思ったので自分のモチベーションについても少し書く。 自分のモチベーションは「自

[koogawa]

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

[nilab]

「Service WorkerとWebAssemblyも見逃す訳にはいかない。WebAssemblyへコンパイルできる高級言語としても、Go/Rustはどちらかでも実戦で手を動かすことができるようになっていると助かるだろう」

[ducktoon]

ただRubyが楽しいから作ってる人たち(別に戦ってはいない)と、何かと戦いがちな人たちとの乖離

[tmtms]

Rails は何度か挫折して結局修得できないまま人生を終えそうな気がする。Sinatra とか Padrino とか Grape とかは使ってた。最近は Roda に興味があったり。ActiveRecord が合わないんだろうなー、きっと…。

[hitode909]

2018年の段階で私が知らないことの記事好きで、たまに読み返している

[kappaseijin]

SaaS使うスマホアプリの人はともかくみんなそんなにフロントがリッチな中規模以上の開発してるの。RailsやCakePHPで十分だったりしない？

[xlc]

画面をHTMLでデザインしたいがために無理やりサーバ側に機能を作ってたようなアプリはクライアント側で解決できるようになったからなあ。

[mrkn]

Ruby on Railsでちゃんと仕事できてるなら、心配しなくても必要になってから学べばついていけると思うよ。新しいことを学ぶのは面倒くさいけど、どうせRuby on Railsと同程度の難易度なんだからやればできる。

[TimerTan]

当たるかどうかわからないものを気軽に作るにはRails一択、と、ちょっと前までは思ってたけど。今なら Nuxt.js とサーバーレスでやっちゃうほうが早いかもしれない。

[Gonzoo]

iOS エンジニアがこの先ずっと Apple Way に乗り続けていいのかというのにも似てる気がする

[TokyoIncidents]

個人的にはあんまり一つの技術に固執せず根本にあるものを大事にすればいいと思う。Rails コミュニティの人はわりと幅広く技術を持ってる気はするので

[rkosaka]

なるほどな〜。 | そんなに仕事のことコントロールできますかね？お客さん次第だと思うけど。

[aa_R_waiwai]

railsが面倒なのは、いちいちpassengerやunicorn入れないといけない点だと思う。

[jsstudy]

React開発元のFacebookではReasonML（OCaml）というアプローチも用意してるけど、関数型で書ける人がまだまだ少ないので不人気？ https://reasonml.github.io/ja/

[y_hirano]

地方にいると、東京からお仕事が流れてくる関係で「これからPHPが廃れてRailsが来るかも」みたいなフェーズになっている。実際Railsできる人は少ないので探すのが大変。

[for-my-internet-demo]

キャリアまで密結合わかる。万事が万事や...

[BaBo]

いろいろ悩む前に英語。

[yamadadadada2]

結局APIサーバー作るだけならGolangの方がよくない？って最近は思っている

[minamishinji]

よい悩み。僕がRails触ってたのってだいぶ前だけど、今でもずっと生きてるんだなぁ。それがすごい。

[asflash8]

自分も長いことRailsを主戦場にしているから共感しかない

[proverb]

何が最適な技術かなんてビジネスの成長ステージやプロダクトの性質等々で異なるし、お世話になった技術に愛着もあるので、「○○はオワコン！ｗ」みたいに腐す人は不快感しかない。

[hirokts]

共感する

[kikunantoka]

なるほど

[securecat]

こういうことが考えられる人は実際に必要な手の動かしをしていてずっとどうにかなるのだと思います

[HolyGrail]

いろいろ考えてて偉いですね

[toshiwo]

個人的にはRailsの一番の利点はオールインワン(とそれに付随するいくつかの点)なことだと思っているので、フロントエンドとバックエンド分けれるヤツは分ければいいし別の言語使いたいなら使えばじゃん？的なお気持ち