トップページ⇒php
1002コメント337KB

【RoR】Ruby on Rails Part19

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2014/08/31(日) 03:31:01.54ID:???
前
http://kanae.2ch.net/test/read.cgi/php/1389438240/

■参考サイト
<英語>
本家:http://rubyonrails.org
API document:http://api.rubyonrails.com/
開発者のblog:http://weblog.rubyonrails.org/
参考wiki:http://wiki.rubyonrails.org/rails
http://ruby-toolbox.com/
http://rubygems.org/
http://agilewebdevelopment.com/plugins/top_rated

<日本語>
Rails' wiki: http://wiki.fdiary.net/rails/

Rubyについて Part49
http://peace.2ch.net/test/read.cgi/tech/1382307475/

Ruby 初心者スレッド Part 55
http://peace.2ch.net/test/read.cgi/tech/1403361584/
0794nobodyさん2016/07/25(月) 20:58:11.03ID:???
PHPが得意としている領域ではRubyは永遠に勝てないし、
Golangなどの次世代言語と比較しても当然勝てる要素がない
Pythonが得意としている領域でも絶対に勝てない

この問題を改善すると別言語になるほどの痛みが伴う

Railsがある程度存在感を示している現在がピークで
Rubyをベースにしている限りRailsの限界は明らかだし
Railsが衰退したら議論の余地なくRubyは死ぬ
0795nobodyさん2016/07/25(月) 23:38:35.50ID:???
>>793
性能が必要になるほどのWebサイトに成長してから考えればいい話
そこまで行くサイトなんてごく一部なんだから
0796nobodyさん2016/07/26(火) 00:17:00.89ID:???
まあ仮に同じ手間なら最初からスケールする作り方を選ぶけど、現実はそうじゃないからな
0797nobodyさん2016/07/26(火) 00:55:15.75ID:???
Parseって終了したよね
いくら技術に拘って高いパフォーマンスを実現しようがユーザーに受け入れられなきゃただの糞という典型的な例だね
0798nobodyさん2016/07/26(火) 11:39:37.75ID:???
結構スマホゲーム方面で悲鳴上がってたし知名度自体はあったよな
マネタイズできなかったんじゃね
0799nobodyさん2016/07/26(火) 12:09:04.07ID:???
>>793
いいね
https://developers.eure.jp/tech/go-appengine-sql-waf/
0800nobodyさん2016/07/26(火) 12:14:03.65ID:???
>>798
goで書き直すのに金が掛かりすぎた
最初からgoで作っておけばそんなことにならなかった
0801nobodyさん2016/07/26(火) 12:41:30.69ID:???
Facebookの意向なのでparse単体でどうこうという単純な話ではなかったと思う

まあ、今からスクラッチで書くならGoだね
生産性はそんなに変わらないだろうし
サーバー代の低減と運用の簡素化の恩恵は大きすぎる
0802nobodyさん2016/07/26(火) 12:59:06.61ID:???
GoのターゲットはCやRustなどの低レベル向けアプリケーションでしょ
さすがにWebアプリケーションに使うには色々面倒すぎる
0803nobodyさん2016/07/26(火) 16:45:01.82ID:Btrb0/6L
先生 Rails on Go はもうあるんですか?
0804nobodyさん2016/07/26(火) 18:42:29.54ID:G8Bvn4NG
Golangでweb系やりたかったら
http://www.slideshare.net/hico_horiuchi/goweb-58764875
このあたりの資料読んでおけばいいよ
0805nobodyさん2016/07/26(火) 23:21:33.29ID:???
>>804
ありがとうそれ以外で調べるわ
Ruby側が選んだ資料は偏ってるかもしれないし
0806nobodyさん2016/07/27(水) 02:02:58.73ID:???
Goでwebアプリ、思ったより悪くないんだよなあ
Railsのようなごっついフレームワークに振り回されずに
コードを解析しやすいというメリットはでかい
昔はフレームワークが頑張ってくれてた部分は
今はPaaSとかで代替できることも多いしね
0807nobodyさん2016/07/27(水) 06:47:08.88ID:???
んなもんメリットでもなんでもないだろ
SinatraやExpress.jsでも使ってろ
0808nobodyさん2016/07/27(水) 08:18:43.93ID:???
>>805
性格悪すぎて笑ったわ
0809nobodyさん2016/07/27(水) 14:34:25.63ID:9/tec2BW
>>804
ありがとう
0810nobodyさん2016/07/29(金) 17:13:21.68ID:???
>>807
PaaSがあるからごっついフレームワークの必要性が薄れたということだろ
ばかだなあ
0811nobodyさん2016/07/29(金) 20:44:15.69ID:???
Rubyコミュはカルト
0812nobodyさん2016/07/30(土) 00:01:33.04ID:???
>>810
>>807のツッコミはそこじゃなくて、
めんどくさい女に引っかからなくて済むのがブサメンのメリットという
意味不明な理屈に対してだろ
0813nobodyさん2016/07/30(土) 03:20:52.28ID:???
Goの利点
 コンパイラ言語(静的型付け)なのでコンパイル時にエラーが分かる
 シングルバイナリ吐くのでデプロイが高速
 実行速度がC、C++並
 コンパイル時間が短い
 マルチコアCPUの並列処理に強い

これしかないよね?
明らかにRubyのほうが魅力的なんだが?

Rubyの利点
 直感的でわかりやすいシンタックス
 日本語のチュートリアルが豊富
 利用事例沢山(クックパッド)
 ページング、全文検索、認証、さまざまなライブラリが整備されている
 何より開発者が日本人である
 他のWAFに多大な影響を与えたRailsの存在

たとえるとRubyはスマホなんだよ、誰でも簡単に扱える
性能は低くてもいいんだよ、それより分かりやすさ、手軽さを重視してる
こういう設計だから何も恥じることはない

対するGoは水冷デスクトップPCだ
性能はいいが大衆向けではない
0814nobodyさん2016/07/30(土) 10:55:02.28ID:???
>直感的でわかりやすいシンタックス
いや、わかりにくいだろ。。。
おかしな略記法や色々な書き方を許容するごちゃごちゃしたシンタックスのせいで、他人のコードを読みたくない
>日本語のチュートリアルが豊富
rubyに限ったことではない
>利用事例沢山(クックパッド)
他の言語と比較するとそんなにたくさんないマイナー言語ということを思い出そう
クックパッドも、なんであの規模で未だにrubyをつかってるんだ?
>ページング、全文検索、認証、さまざまなライブラリが整備されている
いや他の言語でも用意されてるし、PaaSも使えばいいし
>何より開発者が日本人である
だからなんだ?国粋主義者?
>他のWAFに多大な影響を与えたRailsの存在
何年前の認識?
0815nobodyさん2016/07/30(土) 11:00:20.75ID:???
両方使えばいいじゃない。
0816nobodyさん2016/07/30(土) 11:21:00.00ID:???
RubyからJavaへ
0817nobodyさん2016/07/30(土) 11:33:59.79ID:???
>>814
> おかしな略記法や色々な書き方を許容するごちゃごちゃしたシンタックスのせいで、他人のコードを読みたくない
おっと、Perl の悪口はそこまでにしておこうか
0818nobodyさん2016/07/30(土) 11:39:44.87ID:???
>>814
>>他のWAFに多大な影響を与えたRailsの存在
>何年前の認識?
ところが未だにRailsがこの分野ではトップランナーなんだな
CakePHPとかPlay!Frameworkとかも使ったことあるけど、基本的な部分は確かにRailsと似た
感じで実現できるんだけど、かゆいところに手が届いてない感じがあるね

Railsはその辺のさじ加減がうまい

DHHというデザイナーが手綱をしっかり握っているというのと、いまもバージョンアップを
続けてるというのはやはり大きいね
0819nobodyさん2016/07/30(土) 13:38:29.91ID:???
>>813
両方いいとこどりしたのが Elixir だよな
0820nobodyさん2016/07/30(土) 14:00:48.34ID:???
Elixirに夢を見過ぎだ
0821nobodyさん2016/07/30(土) 14:22:55.16ID:???
Goって、老害が作っているだろ

ref, val 型を使えばいいのに、今時、* ポインタを使っている。
[...] とか、どういう意味やねん

こいつら、他人が理解できない老害言語をしゃべる。頭おかしい
0822nobodyさん2016/07/30(土) 15:26:37.54ID:???
そりゃC言語やUNIXのオリジナル開発者が作った言語だからなGo言語は
初心者向けではない
0823nobodyさん2016/07/30(土) 15:33:19.20ID:???
Go言語でRubyのソースコードからシングルバイナリ(及びGoソースコード)吐き出すプログラム作ったらいいんじゃね?
そしたらRubyの資産を活かしつつ、Goの高速性を得られると思うんだが

まぁJRubyみたいなアプローチなので、既にどこかの誰かが着手してるかもしれんけどね
0824nobodyさん2016/07/30(土) 16:10:25.48ID:???
Goが流行りだしたのはAndroidで動くようになったからかね?
Javaを使い続けるとOracleにケチつけられるからGoで動かしたほうが確かに良い気はする
0825nobodyさん2016/07/30(土) 16:16:09.14ID:???
>>822
これな
https://martin.kopta.eu/activity/talks/plan9/plan9go.jpg
0826nobodyさん2016/07/30(土) 16:24:29.45ID:???
>>823
http://qiita.com/grj_achm/items/679b3f3af2cf377f0f02
RubyからGoで吐き出したsoファイルを呼び出す方法もあるで
ボトルネックとなる負荷の高い処理を記述するときだけGoを使う手法でいいんじゃないか
いきなり全部入れ替えは無理だから、部分的に改修していこう
0827nobodyさん2016/07/30(土) 16:55:14.72ID:2YBYOKkm
826
そら速いやろ
くそ記事やな
0828nobodyさん2016/07/30(土) 18:09:04.33ID:???
それRuby遅い、Go速いという宣伝記事になってるぞ
0829nobodyさん2016/07/30(土) 18:29:32.06ID:???
?
0830nobodyさん2016/07/31(日) 02:19:41.23ID:???
>>826
APIやメッセージキューでマイクロサービス化するのが今風だろう
0831nobodyさん2016/08/10(水) 09:46:11.93ID:LWpQKalb
Microserviceなんて最初からやるもんじゃ無かった
http://www.slideshare.net/AkiraMiki/20160722-microservice

【翻訳】モノリシックなRubyからGoによるマイクロサービスへ | POSTD
http://postd.cc/from-a-ruby-monolith-to-microservices-in-go/

マイクロサービスの強み弱み
マイクロサービスには分散システムとしての複雑さがあり、注意しなければならない課題がある。
例えば、“ネットワークの遅延や耐障害性、メッセージのシリアライゼーション、
信頼できないネットワーク、非同期性、バージョニング、アプリケーションの各層に対するロードなど”だ。
http://www.infoq.com/jp/news/2014/06/microservices

マイクロにしすぎた結果がこれだよ!
http://b.hatena.ne.jp/entry/www.slideshare.net/mosa_siru/ss-64839846
0832nobodyさん2016/08/20(土) 22:28:41.79ID:???
すみません、ここで質問してしまうのですが
bootstrap3とrailsでサイトを作っていて HTMLのページ内リンクで
ページ内を移動したいのですがどうしても
読み込みで画面がチラついてしまいます。
cssの読み込み順番などをいじっても変わらないのですが、
同じよう現象に陥った方はいらっしゃいますか?
0833nobodyさん2016/08/21(日) 10:52:56.20ID:4afWzSRe
url 貼れ
0834nobodyさん2016/08/22(月) 01:26:11.73ID:???
何か、やばそう

大量のページを読み込んで、ページの上に、ページを重ねているとか?
1つのページを表示するのに、何十ものページを描いているとか?
0835nobodyさん2016/08/23(火) 11:26:18.08ID:1HhCqnju
マイクロサービスの終焉 | 開発手法・プロジェクト管理 | POSTD
http://postd.cc/the-end-of-microservices/

【翻訳】モノリシックなRubyからGoによるマイクロサービスへ | POSTD
http://postd.cc/from-a-ruby-monolith-to-microservices-in-go/

マイクロサービスの強み弱み
マイクロサービスには分散システムとしての複雑さがあり、注意しなければならない課題がある。
例えば、“ネットワークの遅延や耐障害性、メッセージのシリアライゼーション、
信頼できないネットワーク、非同期性、バージョニング、アプリケーションの各層に対するロードなど”だ。
http://www.infoq.com/jp/news/2014/06/microservices

コンピュータにおいて、制御を行う要素の数が1個の場合、2個の場合に比べて3個以上の場合で複雑さは段違いに異なる。
http://anond.hatelabo.jp/20130319023155

太陽と地球のような二体問題は厳密に解けるが、例えば月の運動も考える一般の三体問題以上になると解析的に解くことはできないとされる
http://ja.wikipedia.org/wiki/多体問題
0836nobodyさん2016/08/27(土) 11:59:25.91ID:1akS1jin
やっぱブロックチェーンダメっぽい &#8211; Medium
http://b.hatena.ne.jp/entry/s/medium.com/@timakin/6bfacff36d46
0837nobodyさん2016/09/01(木) 14:57:57.76ID:IjrMFuPq
DHH:Railsがあれこれやらない、というところですかね。Railsにはやらないと決めた機能ですとか、却下した余計な装飾品ですとか、そういうのがたくさんあるんですが、
Railsにある20%のソリューションで問題の80%を解決できるようにしています。
http://kdmsnr.com/translations/interview-with-dhh/
0838nobodyさん2016/09/01(木) 22:21:36.63ID:???
rake doc:guides で作られるRailsガイドって
全てのメソッドや定数が網羅されているんですかね?
0839nobodyさん2016/09/08(木) 12:21:52.49ID:FKSqoS26
http://realtime.search.yahoo.co.jp/search?p=%23rubykaigi
0840nobodyさん2016/09/14(水) 09:58:32.23ID:fsC1Z9Np
第13回 Ruby on Railsは今からでも学ぶ価値があるのでしょうか
http://www.school.ctc-g.co.jp/ruby/columns/trans/trans13.html
0841nobodyさん2016/09/14(水) 11:09:21.77ID:???
>>840
オワコンだよ
まず仕事がないし
ほかへ移行していってる
0842nobodyさん2016/09/14(水) 11:56:01.45ID:???
PHPでいいです
0843nobodyさん2016/09/14(水) 12:42:03.29ID:???
今からやるならGolangでいいじゃん
平均的な日本人エンジニアだと英語の文献読めないせいで学習コストが高くつくが
そこで安易にPHPやRubyに流れると技術的負債を抱えてしまう

例えるならネイティブスマホアプリ全盛期に
HTMLベースのカックカクもっさもさソーシャルゲームの開発手法を学ぶようなものだ
もうその時代は去った
0844nobodyさん2016/09/14(水) 16:40:09.97ID:???
>>840
やさしいな
0845nobodyさん2016/09/14(水) 20:01:15.43ID:???
>>843
RubyやPHPで技術的負債を抱えるような開発チームはどんな言語やフレームワークを
選んだところで結局同じ結果になるよ

Go選べばすべておっけーなんてアホらしい銀の弾丸探しを信じるような情弱だと
こんなのに引っかかるかもしれんが
0846nobodyさん2016/09/14(水) 20:19:23.19ID:???
それこそ極論
RubyやPHPよりもGoのほうが高いメンテナンス性が期待できる
というか、RubyやPHPが辛すぎるだけ

適切なツールを選ぼう
0847nobodyさん2016/09/14(水) 20:50:16.09ID:???
>>846
「期待できる」って実体験にもとづいてもいないんかいw
0848nobodyさん2016/09/14(水) 20:53:58.78ID:???
>>847
君は本当に馬鹿だな
さすがruby信者
0849nobodyさん2016/09/14(水) 20:55:31.52ID:???
>>848
返答に困って人格攻撃
やっぱりただのアンチのレベルってこんなもん
0850nobodyさん2016/09/14(水) 21:16:59.73ID:???
>>849
君は一貫してズレた返答をしてるね
それでは生きるのが辛かろう
0851nobodyさん2016/09/14(水) 21:40:23.12ID:???
Ruby信者ってMac信者に似てる
0852nobodyさん2016/09/14(水) 21:53:13.75ID:???
それはMac信者に失礼じゃね?
0853nobodyさん2016/09/14(水) 22:27:34.30ID:???
>>850
アンチって何か根拠があって批判したりしないの?
信者がどうのとかレッテル貼りに必死なパヨクみたい
0854nobodyさん2016/09/15(木) 07:38:30.82ID:???
>>851-852 とか自演だろうしなw
0855nobodyさん2016/09/15(木) 10:47:58.49ID:???
終わったコミュニティではこういう不毛なやりとりが続く
10数年前から見てるからわかる
0856nobodyさん2016/09/15(木) 12:11:57.94ID:???
にちゃんねるはとっくに終わったコミュニティ
Rubyは終わりつつあるコミュニティ
0857nobodyさん2016/09/15(木) 16:40:44.37ID:mquuQwei
いいかげん同じパターンの繰り返しだが
自分以外の書き込みが全部自演に見えるうちは
2ちゃんねらーとしてまだまだ修行が足りないぞ
0858nobodyさん2016/09/16(金) 08:16:34.45ID:???
rails または ruby を初めて約2ヶ月の者です。
rails で di はないみたいなんですが、
相当のものってありますか?
ruby の言語仕様的に不要?

依存症をなるべく排除して、実行時に決めたい場合で、
例えば、環境依存部分を分離して環境毎に投入してあげるみたいなことがしたいのですが

あと、トランザクション管理も di がないので、手続き的でやだなとかんじてます
0859nobodyさん2016/09/16(金) 12:01:07.37ID:9l8hGZ8I
質問
where 使うと SQL ではまず select count(*) が実行されてしまいます
その結果をもって select * from table limit 500
みたいな感じで Limit 句に自動的に使われていました

本来1回で済むはずの SQL が 2 回発行されてるのでやめたいんですが、どうすればいいんでしょうか
0860nobodyさん2016/09/16(金) 12:50:29.31ID:???
>>859
railsでどう書いたらそうなってどういうクエリにしたいか書くべきじゃないでしょうか
質問がふわふわしすぎてる
0861nobodyさん2016/09/16(金) 14:11:15.62ID:DQRzyceU
>>859
漏れもそう思ってた
0862nobodyさん2016/09/16(金) 14:48:19.07ID:???
返答ありがとうございます
例がよくなかったかもですが、データ設計上50件とか100件に限定されてるものを取得する用途でした
例えばサッカーチームのメンバー一覧を取得する処理があるとして

TeamMember.where(team_id: 1)

みたいに書きますよね
count 文を発行させなくするにはどうすればいいのでしょうか
0863nobodyさん2016/09/16(金) 15:57:43.81ID:???
勝手にcountが発行されるのARの仕様だと思ってた
joinして取得するか、inで取得するか、N+1的に取得するかの判断のために使ってるんじゃないかと何となく思ってたけど・・・
実際はどうなんだろ
毎回必ず、じゃなくて一連のセッションで1回だけ発行されるよね
0864nobodyさん2016/09/16(金) 20:09:27.17ID:???
>>858
http://david.heinemeierhansson.com/2012/dependency-injection-is-not-a-virtue.html
0865nobodyさん2016/09/19(月) 12:17:14.47ID:???
>>858
マジレスするとRoRなんか止めとけ
10年前ならまだしも
現在だと時間コストが見合わなさすぎる
0866nobodyさん2016/09/19(月) 12:52:18.83ID:???
>>865
具体的にどういう部分で合わないかあげてみて
0867nobodyさん2016/09/19(月) 13:12:59.01ID:???
処理速度が遅いのでサーバー費用(インスタンス費用)が余計にかかる
RoRの生産性は他のフレームワークと比べて高くはない(もはやアイデアが陳腐化した)
Rubyという実行時エラーに悩まされる言語。テストを書くコストが高い言語
ライブラリの質が悪いこと
本質を考えずにわずかな改善を誇大に宣伝したどうでもいいライブラリや開発手法を
コストを度外視してすぐに採用したがるミーハーなコミュニティ

Javaでよくね?
0868nobodyさん2016/09/19(月) 16:51:13.39ID:???
> 処理速度が遅いのでサーバー費用(インスタンス費用)が余計にかかる
処理速度がもろに効いてくるような超人気サイトなんて数%もないぞ?

> RoRの生産性は他のフレームワークと比べて高くはない(もはやアイデアが陳腐化した)
つまり低くもない、と

> Rubyという実行時エラーに悩まされる言語。テストを書くコストが高い言語
具体的にどんなエラーが?
Javaだってぬるぽあるじゃん?
RSpecとかJUnitに比べたらはるかに書きやすいけど?

> ライブラリの質が悪いこと
具体的に質の悪いライブラリあげてみて

> 本質を考えずにわずかな改善を誇大に宣伝したどうでもいいライブラリや開発手法を
> コストを度外視してすぐに採用したがるミーハーなコミュニティ
具体的な例をあげてみて
0869nobodyさん2016/09/19(月) 17:03:49.27ID:???
>>868
すこしは自分で調べろよ(これがRubistな例か)

1.インスタンス費用
2.だから?
3.その認識はさすがにレベルが低すぎだろ
一例: http://postd.cc/sick-of-ruby-dynamic-typing-side-effects-object-oriented-programming/
4. Rspecその他君が日常的に使っている細かいgem
5. 君
0870nobodyさん2016/09/19(月) 17:10:22.04ID:???
>>869
> 1.インスタンス費用
すでに説明した。そんなじゃぶじゃぶのインスタンス費用が必要なサイトなんてほぼない
> 2.だから?
低くないなら捨てる理由にならないじゃん
> 3.その認識はさすがにレベルが低すぎだろ
> 一例: http://postd.cc/sick-of-ruby-dynamic-typing-side-effects-object-oriented-programming/
そう思う人もいるよね、ってレベル
> 4. Rspecその他君が日常的に使っている細かいgem
> 5. 君
やれやれ、論理的反論ができずに個人攻撃ですか
これだからレベルの低いアンチは…
0871nobodyさん2016/09/19(月) 17:12:37.41ID:???
(こいつやべえ..)
0872nobodyさん2016/09/19(月) 17:15:12.33ID:???
>>871
> (こいつやべえ..)
はいはい、繰り返すね

やれやれ、論理的反論ができずに個人攻撃ですか
これだからレベルの低いアンチは…
0873nobodyさん2016/09/19(月) 17:46:55.49ID:WP5s3p1v
>>867
ほんそれ!

Javaは要らんけど
0874nobodyさん2016/09/19(月) 17:52:18.19ID:???
まとめると生産性は同じくらいで
他より重くて覚えることがものすごく多い
0875nobodyさん2016/09/19(月) 18:09:06.83ID:???
雑いdisり方になっちゃったな…
0876nobodyさん2016/09/19(月) 18:21:13.44ID:???
高速化と安定化のために
わざわざRubyとかRailsのくだらないtipsを延々と覚えるより
はじめからもっとマシな言語に変えるほうが賢い選択だよね
0877nobodyさん2016/09/19(月) 18:25:44.57ID:???
>>876
他の言語にそういうtipsがないとでも思ってるんだろうか
Javaとかなんて周辺技術がてんこ盛りだというのに
0878nobodyさん2016/09/19(月) 19:09:06.33ID:???
>>877
tipsなしJava > tips山盛りruby
0879nobodyさん2016/09/19(月) 19:13:27.06ID:???
>>878
Javaでtipsなしなわけないだろw
そうやってJavaに行って周辺技術の海で勝手に溺れるのは構わんが、それを他人にすすめるのは
害悪でしかない
0880nobodyさん2016/09/19(月) 19:24:22.43ID:???
>>879
さすがに文盲すぎるだろ…
tipsを沢山覚えたrubyアプリケーションよりも、
tipsを覚えないまま構築したJavaアプリケーションのほうが
高速で安定しているという意味だぞ…
0881nobodyさん2016/09/19(月) 19:26:19.30ID:???
>>880
tipsを覚えないままのJavaって…
マジJavaで開発したことないなこれ…
0882nobodyさん2016/09/19(月) 19:27:19.12ID:???
>>880
こいつ一人で開発してるんじゃね。
まあ、良し悪しはどの言語もあるし、嫌なら使わなければ良いだけ。
0883nobodyさん2016/09/19(月) 19:29:14.56ID:???
>>880
eclipse上で動かしてるだけじゃね?こいつ
本番サーバにデプロイするにあたっては相当経験つまないとまともに動かないこと
ぐらい、ちょっとでもJavaプロジェクトに携わったことがあれば知ってるよね
0884nobodyさん2016/09/19(月) 19:29:31.66ID:???
>>881
(・∀・)ニヤニヤ
0885nobodyさん2016/09/19(月) 19:31:39.36ID:???
>>880
さすがにJava舐めすぎだろ
Java系の運用系技術者が聞いたら激怒するぞこれ
0886nobodyさん2016/09/19(月) 19:38:55.50ID:???
>>880
お前運用を舐めてるだろ
そんな簡単に「安定」なんて言葉使うなヴォケ
俺たちが必死こいて安定させてるのに「何もせずに安定しまーす」なんでお花畑脳なんて
無能上司だけで十分なんだよ!
0887nobodyさん2016/09/19(月) 19:49:06.43ID:???
>>880
> tipsを覚えないまま構築したJavaアプリケーション
頼むからそんなアプリケーションはクローズドな世界だけにしてくれ
そんな危なかっしいものをグローバルに展開しないでくれ
頼むから、な!
0888nobodyさん2016/09/19(月) 19:54:48.78ID:???
高速化と安定化に関して言えば、
tipsを「覚えないで」でなく「使わないで」と読み替えれば
言いたいことはまあ分かるよ
0889nobodyさん2016/09/19(月) 22:02:51.31ID:???
ワロタwwwww

俺が元凶の
>>865の書き込みしただけで
こんなにも盛り上がるとはwwww

俺もRailerだけど
さすがに見切りをつけてる
0890nobodyさん2016/09/19(月) 22:48:32.30ID:???
Java(7までだが)とnode.jsとRails使ったけどRailsが一番生産性高かったよ
テストも書きやすいし言語仕様もいけてるから書きたいように必要な制約を加えつつ簡潔にかける
パラメータ引数とかね
習得も1週間で大体マスターできたしSQLのログもすぐみれるから(RubyMine使用)チューニングもしやすいし言うことない感じ
同じ使い勝手のフレームワークがGoとかRustにきてほしい
0891nobodyさん2016/09/19(月) 23:10:15.01ID:???
こういう罵り合いってすごく勉強になる
プログラミング言語の特性・立ち位置が
わかるって意味で
皮肉じゃないよ
0892nobodyさん2016/09/20(火) 00:50:16.48ID:???
言葉尻を捕らえて自分の都合のいいように曲解して痰を吐いていくスタイル、2ちゃんねるだなー
0893nobodyさん2016/09/20(火) 09:59:39.86ID:???
rubyの擦れだと思ってたのにjavaの話ばかりなのでもうログ消しでいいよね
■ このスレッドは過去ログ倉庫に格納されています