【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/
0756nobodyさん
2016/07/06(水) 18:17:35.08ID:???0757nobodyさん
2016/07/06(水) 18:53:34.93ID:???サーバー代がかかりすぎ
0759nobodyさん
2016/07/06(水) 20:10:40.23ID:???Web系は提供サービス更新のサイクルが早いからね
ある程度安定してるとこなら Java とかの方がいいんだろうが
0760nobodyさん
2016/07/06(水) 23:08:35.18ID:???最近Rails始めたけどturbolinksは俺なら使いこなせる派ｗ
でもturbolinksが導入されたときは大変だったろうなって思ってる。
知っての通りJavaScriptとCSSは1ファイルにまとめて
最初にロードされた時点でのものをページが変わっても使い続ける。
JavaScript、CSSを設計レベルでの大きな修正しなければいけなくなる。
これは大きな設計の変更が必要になるが、俺はRailsを始める前からこの使い方だったんだよ。
具体的に言うとJavaScriptは$(element).on('click', ・・・)というやり方ではなく
$(document).on('click', element, ・・・)という書き方を好んで使っていた。
この書き方をするとelementが動的に増えても動作するからというのが理由。
またCSSもSassを使って1ファイルにまとめていた。
ページごとにユニークなIDを降ってページ固有のデザインがあれば
それを使うことにしていた。（でもそういうのはなるべく無いようにしていた）
ということで俺はturbolinksを知ったときにすでにturbolinksに対応可能な
設計だったので、あとは少し考えを整理し直す程度でうまく制御できた。
turbolinksに対応するための設計をちゃんと理解していて過去の負債に
なやまされないのであればturbolinksを使ったほうがいいと思うよ。
0763nobodyさん
2016/07/07(木) 01:07:56.54ID:UZxoyz+a今だとGoがいいのけ？
シングルバイナリでデプロイ楽らしいし
速度も早い
0764nobodyさん
2016/07/07(木) 01:21:15.70ID:???0765nobodyさん
2016/07/07(木) 01:35:14.51ID:???0767nobodyさん
2016/07/07(木) 03:51:46.29ID:???0768nobodyさん
2016/07/07(木) 05:35:24.98ID:???0769nobodyさん
2016/07/07(木) 10:01:12.11ID:OATp7Ylnhttp://b.hatena.ne.jp/entry/qiita.com/jnchito/items/063e332cbe3023f52f93
0772nobodyさん
2016/07/07(木) 13:38:23.48ID:Z1MQQnDZ知らないのか
Goは最近採用事例増えてるぞ
https://www.amebaownd.com/
http://type.jp/et/log/article/amebaownd
＞「Googleで開発された並列処理言語のGoでサーバサイドを構築しました。
＞サイバーエージェントのサービスでGoが使われたのは『Ameba Ownd』が初になります」（生沼氏）
https://www.kayac.com/news/2014/07/golang
＞カヤックは今後、積極的にGo言語を推進していくことになりました。
0773nobodyさん
2016/07/07(木) 14:10:55.64ID:???粒度が統一されておらず断片的すぎてまったく参考にならないよな
結局英語で検索した後SOに行き着く
0775nobodyさん
2016/07/07(木) 20:23:53.61ID:???0776nobodyさん
2016/07/08(金) 00:36:18.83ID:???0777nobodyさん
2016/07/08(金) 14:08:35.68ID:h7MuNdQPfever Rails
Rails fever
0778nobodyさん
2016/07/08(金) 15:02:42.48ID:???0779nobodyさん
2016/07/12(火) 13:12:26.45ID:bO4py1IVアイディアと情熱のある方のみ、お願いします。
http://good-hill.xsrv.jp/?id=882312
『 グッドエンジェル 』
投資家と起業家のマッチングサービス
有名投資家からベンチャーキャピタルまで参加されています。
0780nobodyさん
2016/07/12(火) 20:17:00.77ID:2hA2gopShttps://codingsec.net/2016/07/7-reasons-choose-ruby-rails-web-programming-language/
0782nobodyさん
2016/07/13(水) 16:26:07.56ID:???信者の
たわごと
0783nobodyさん
2016/07/13(水) 17:24:57.33ID:???ただの妄想にしか見えない
信者による信者のためのズリネタ提供
0784nobodyさん
2016/07/15(金) 22:55:59.38ID:im5ebMXEhttp://blog.nanapi.co.jp/tech/2015/02/04/cakephp_to_rails-2/
0785nobodyさん
2016/07/22(金) 20:55:32.55ID:/dkoERRkhttps://zeemee.engineering/scaling-rails-to-125-000-requests-per-minute-on-heroku-b4128a10a769
0786nobodyさん
2016/07/23(土) 04:21:49.89ID:???0787nobodyさん
2016/07/24(日) 09:51:37.06ID:???0788nobodyさん
2016/07/24(日) 14:07:24.81ID:???0789nobodyさん
2016/07/24(日) 22:30:54.72ID:???こんなに可愛い娘が、Rubyをやるんだぜ！
子供向けのRubyの本にも、載っていた
0790nobodyさん
2016/07/25(月) 08:02:24.51ID:???通常のプロジェクトだとrackでwebサーバーを起動してデバッグできてます。
IDEはRubymineを使ってます。
0791nobodyさん
2016/07/25(月) 19:59:41.75ID:92Yp9BoXユーザ層もPHPerから継承します
皮肉であって褒めてないからね
0792nobodyさん
2016/07/25(月) 20:34:42.85ID:???Rubyキッズ君たちは、ボクが考えた最強のコード（笑 をこねくり回して
Ruby言語が死ぬその日までから騒ぎしているといいよ
0793nobodyさん
2016/07/25(月) 20:39:57.30ID:92Yp9BoX結局スケール性能が必要となった時にRubyは使い物にならなくなるんだよな
だったら最初からGolang使って開発したほうが良い
コンパイル時間短いしデプロイ楽でいいぞ
0794nobodyさん
2016/07/25(月) 20:58:11.03ID:???Golangなどの次世代言語と比較しても当然勝てる要素がない
Pythonが得意としている領域でも絶対に勝てない
この問題を改善すると別言語になるほどの痛みが伴う
Railsがある程度存在感を示している現在がピークで
Rubyをベースにしている限りRailsの限界は明らかだし
Railsが衰退したら議論の余地なくRubyは死ぬ
0795nobodyさん
2016/07/25(月) 23:38:35.50ID:???性能が必要になるほどのWebサイトに成長してから考えればいい話
そこまで行くサイトなんてごく一部なんだから
0796nobodyさん
2016/07/26(火) 00:17:00.89ID:???0797nobodyさん
2016/07/26(火) 00:55:15.75ID:???いくら技術に拘って高いパフォーマンスを実現しようがユーザーに受け入れられなきゃただの糞という典型的な例だね
0798nobodyさん
2016/07/26(火) 11:39:37.75ID:???マネタイズできなかったんじゃね
0799nobodyさん
2016/07/26(火) 12:09:04.07ID:???いいね
https://developers.eure.jp/tech/go-appengine-sql-waf/
0801nobodyさん
2016/07/26(火) 12:41:30.69ID:???まあ、今からスクラッチで書くならGoだね
生産性はそんなに変わらないだろうし
サーバー代の低減と運用の簡素化の恩恵は大きすぎる
0802nobodyさん
2016/07/26(火) 12:59:06.61ID:???さすがにWebアプリケーションに使うには色々面倒すぎる
0803nobodyさん
2016/07/26(火) 16:45:01.82ID:Btrb0/6L0804nobodyさん
2016/07/26(火) 18:42:29.54ID:G8Bvn4NGhttp://www.slideshare.net/hico_horiuchi/goweb-58764875
このあたりの資料読んでおけばいいよ
0806nobodyさん
2016/07/27(水) 02:02:58.73ID:???Railsのようなごっついフレームワークに振り回されずに
コードを解析しやすいというメリットはでかい
昔はフレームワークが頑張ってくれてた部分は
今はPaaSとかで代替できることも多いしね
0807nobodyさん
2016/07/27(水) 06:47:08.88ID:???SinatraやExpress.jsでも使ってろ
0809nobodyさん
2016/07/27(水) 14:34:25.63ID:9/tec2BWありがとう
0811nobodyさん
2016/07/29(金) 20:44:15.69ID:???0812nobodyさん
2016/07/30(土) 00:01:33.04ID:???>>807のツッコミはそこじゃなくて、
めんどくさい女に引っかからなくて済むのがブサメンのメリットという
意味不明な理屈に対してだろ
0813nobodyさん
2016/07/30(土) 03:20:52.28ID:???コンパイラ言語（静的型付け）なのでコンパイル時にエラーが分かる
シングルバイナリ吐くのでデプロイが高速
実行速度が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:???0817nobodyさん
2016/07/30(土) 11:33:59.79ID:???> おかしな略記法や色々な書き方を許容するごちゃごちゃしたシンタックスのせいで、他人のコードを読みたくない
おっと、Perl の悪口はそこまでにしておこうか
0818nobodyさん
2016/07/30(土) 11:39:44.87ID:???>>他のWAFに多大な影響を与えたRailsの存在
>何年前の認識？
ところが未だにRailsがこの分野ではトップランナーなんだな
CakePHPとかPlay!Frameworkとかも使ったことあるけど、基本的な部分は確かにRailsと似た
感じで実現できるんだけど、かゆいところに手が届いてない感じがあるね
Railsはその辺のさじ加減がうまい
DHHというデザイナーが手綱をしっかり握っているというのと、いまもバージョンアップを
続けてるというのはやはり大きいね
0820nobodyさん
2016/07/30(土) 14:00:48.34ID:???0821nobodyさん
2016/07/30(土) 14:22:55.16ID:???ref, val 型を使えばいいのに、今時、* ポインタを使っている。
[...] とか、どういう意味やねん
こいつら、他人が理解できない老害言語をしゃべる。頭おかしい
0822nobodyさん
2016/07/30(土) 15:26:37.54ID:???初心者向けではない
0823nobodyさん
2016/07/30(土) 15:33:19.20ID:???そしたらRubyの資産を活かしつつ、Goの高速性を得られると思うんだが
まぁJRubyみたいなアプローチなので、既にどこかの誰かが着手してるかもしれんけどね
0824nobodyさん
2016/07/30(土) 16:10:25.48ID:???Javaを使い続けるとOracleにケチつけられるからGoで動かしたほうが確かに良い気はする
0825nobodyさん
2016/07/30(土) 16:16:09.14ID:???これな
https://martin.kopta.eu/activity/talks/plan9/plan9go.jpg
0826nobodyさん
2016/07/30(土) 16:24:29.45ID:???http://qiita.com/grj_achm/items/679b3f3af2cf377f0f02
RubyからGoで吐き出したsoファイルを呼び出す方法もあるで
ボトルネックとなる負荷の高い処理を記述するときだけGoを使う手法でいいんじゃないか
いきなり全部入れ替えは無理だから、部分的に改修していこう
0827nobodyさん
2016/07/30(土) 16:55:14.72ID:2YBYOKkmそら速いやろ
くそ記事やな
0828nobodyさん
2016/07/30(土) 18:09:04.33ID:???0829nobodyさん
2016/07/30(土) 18:29:32.06ID:???0831nobodyさん
2016/08/10(水) 09:46:11.93ID:LWpQKalbhttp://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:4afWzSRe0834nobodyさん
2016/08/22(月) 01:26:11.73ID:???大量のページを読み込んで、ページの上に、ページを重ねているとか？
1つのページを表示するのに、何十ものページを描いているとか？
0835nobodyさん
2016/08/23(火) 11:26:18.08ID:1HhCqnjuhttp://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:1akS1jinhttp://b.hatena.ne.jp/entry/s/medium.com/@timakin/6bfacff36d46
0837nobodyさん
2016/09/01(木) 14:57:57.76ID:IjrMFuPqRailsにある20%のソリューションで問題の80%を解決できるようにしています。
http://kdmsnr.com/translations/interview-with-dhh/
0838nobodyさん
2016/09/01(木) 22:21:36.63ID:???全てのメソッドや定数が網羅されているんですかね？
0839nobodyさん
2016/09/08(木) 12:21:52.49ID:FKSqoS260840nobodyさん
2016/09/14(水) 09:58:32.23ID:fsC1Z9Nphttp://www.school.ctc-g.co.jp/ruby/columns/trans/trans13.html
0842nobodyさん
2016/09/14(水) 11:56:01.45ID:???0843nobodyさん
2016/09/14(水) 12:42:03.29ID:???平均的な日本人エンジニアだと英語の文献読めないせいで学習コストが高くつくが
そこで安易にPHPやRubyに流れると技術的負債を抱えてしまう
例えるならネイティブスマホアプリ全盛期に
HTMLベースのカックカクもっさもさソーシャルゲームの開発手法を学ぶようなものだ
もうその時代は去った
0845nobodyさん
2016/09/14(水) 20:01:15.43ID:???RubyやPHPで技術的負債を抱えるような開発チームはどんな言語やフレームワークを
選んだところで結局同じ結果になるよ
Go選べばすべておっけーなんてアホらしい銀の弾丸探しを信じるような情弱だと
こんなのに引っかかるかもしれんが
0846nobodyさん
2016/09/14(水) 20:19:23.19ID:???RubyやPHPよりもGoのほうが高いメンテナンス性が期待できる
というか、RubyやPHPが辛すぎるだけ
適切なツールを選ぼう
0851nobodyさん
2016/09/14(水) 21:40:23.12ID:???0852nobodyさん
2016/09/14(水) 21:53:13.75ID:???0855nobodyさん
2016/09/15(木) 10:47:58.49ID:???10数年前から見てるからわかる
■ このスレッドは過去ログ倉庫に格納されています