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

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

blog.unasuke.com

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

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

Rails の問題は 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が書ける様になったので、人生深く考えても仕方ないのでは、という感じになってしまった。

2020/12/14 リンク

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年後はそうなる予感がある

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

2020/12/13 リンク

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

programming

2020/12/15 リンク

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

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

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

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

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

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

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

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

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

JavaScript

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

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

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

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

glass-_-onion Railsはすでにレガシーでは。スタートアップ界隈はRails使うのやめないとエンジニア採用で苦しむことになると思う。かと言ってNext.jsだけでバックエンド不要みたいなフロント勢ばかりでも困る。

はてなブックマーク

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

記事へのコメント68件

関連記事