【RoR】Ruby on Rails Part20©2ch.net

前
http://tamae.2ch.net/test/read.cgi/php/1409423461/

■参考サイト
<英語>
本家：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 58
http://echo.2ch.net/test/read.cgi/tech/1458735404/

Ruby がなければ、とか Rails さえ登場しなければ、と考える人達は
昔から存在していた

・Python vs Ruby vs PHP vs Haskell プログラミング言語バトル part1
　http://anond.hatelabo.jp/20120118220204

> 48 : デフォルトの名無しさん : 2011/11/13(日) 08:30:25.68

> 44
> Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
> さかんに宣伝され、雑誌でもZope特集が組まれていた
　
> 少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
> そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
> 今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
　
> djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
> しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
　
> Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
> 何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
> Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
　
> だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている

今から勉強するならGolang一択だろう
デメリットが殆ど無い

Twitch
http://postd.cc/gos-march-to-low-latency-gc/
メルカリ　アッテ
https://speakerdeck.com/ttsuruoka/merukari-atute-wozhi-eru-google-app-engine-to-golang?1465432438114=1
Dropbox
https://blogs.dropbox.com/tech/2014/07/open-sourcing-our-go-libraries/

Rubyベースの文法で高速に動作するNativeコードにコンパイルされるCrystal言語の情報まとめ #crystal #ruby - Tbpgr Blog
http://tbpgr.hatenablog.com/entry/2015/06/18/235914

「Ruby風味のプログラミング言語」四天王現る！Elixir,Crystal,Opal,Mirahまとめ #ruby
https://codeiq.jp/magazine/2015/07/26120/

http://crystal-lang.org/

https://github.com/Codcore/Amethyst
http://codcore.github.io/amethyst/

Shibuya.ex #1 Elixirを本番環境で使ってみたという事例紹介
http://www.slideshare.net/ohr486/shibuyaex-1-elixir
ElixirとRailsのベンチマーク比較をした話
http://d.hatena.ne.jp/ohr/20150212#1423765251
[翻訳] Elixir - 次に来る大物Web言語 - Qiita
Whatsappは1サーバーあたり2百万の同時コネクションをこなしています。2百万コネクションをErlangが走る1台のサーバーで。
http://b.hatena.ne.jp/entry/qiita.com/HirofumiTamori/items/0dfdbada30c7d8f183fd
[翻訳] なぜ私はElixirに賭けたか
http://qiita.com/HirofumiTamori/items/2e4fd9e70e5358e34d98
Node.js Is Dead - なぜ私がNode.jsを捨ててElixirに切り替えたのか- // Speaker Deck
https://speakerdeck.com/fl4tlin3/node-dot-js-is-dead-nazesi-ganode-dot-jswoshe-teteelixirniqie-riti-etafalseka

Togetter - 「HerokuにおけるErlang」
http://togetter.com/li/85891

リアルタイムWebの時代にElixirが来る？
http://b.hatena.ne.jp/entry/engineer.typemag.jp/article/qiita_takahashi
Why I'm not switching to Elixir from Ruby? - YouTube
http://www.youtube.com/watch?v=aXg3hxAJMDs
Phoenix
http://confreaks.tv/videos/elixirconf2014-rise-of-the-phoenix-building-an-elixir-web-framework
Introduction to elixir for Rubyists
http://confreaks.tv/videos/elixirconf2014-introduction-to-elixir-for-rubyists
2015
http://www.elixirconf.eu/

Twitterが、Ruby on RailsからJavaVMへ移行する理由 − Publickey
http://b.hatena.ne.jp/entry/www.publickey1.jp/blog/11/twitterruby_on_railsjavavm.
Ruby から Java へのシフトで大統領選を乗り切った Twitter
http://www.infoq.com/jp/news/2012/11/twitter-ruby-to-java

にげてー

脱Railsに誘導する勢力が増えてきたのは会社都合なのかね
今後、自社に入ってくるかもしれない新米エンジニア候補に
間違った道を選んでほしくないからやってるんだろうけど
それは教育コストかけて社内でやるべき

>>1 乙

twitterも今となってはオワコンだがな

>>1 乙python

＼(^o^)／ｵﾜﾀ

Rubyの文法つかってバイナリ吐き出す高速なクリスタル言語よくない？

この板にも Elixir スレ建てるか

https://www.amazon.co.jp/dp/168050200X
Programming Elixir 1.3
Dave Thomas

https://www.amazon.co.jp/dp/1680501666
Programming Elixir 1.2
Jose Valim, Dave Thomas

https://www.amazon.co.jp/dp/161729201X
Elixir in Action
Sasa Juric

https://www.amazon.co.jp/dp/4274219151
プログラミング Elixir 1.2

ハイ訳本周回遅れ

このスレを廃止してElixirスレとして使おうや

クラウドワークスのエンジニアの若手を潰すとかいう下衆発言といい
rails界隈って露悪的でエグみが強いやつらが幅をきかせている残念な印象
技術力はしらん。どうせ大したことないだろ

>>14
いやいや分散しないほうがいいでしょ

【Erlang】プログラム言語 Elixir 【BEAM】 [転載禁止]&#169;2ch.net
http://echo.2ch.net/test/read.cgi/tech/1433336300/

クラウドワークス（）

>>17
ブラックなIT土方代表のJava、PHP様たちには到底かないませんけどね

wara

やっぱrailsだよな！！

>>20
うんこと腐ったミソと普通のミソがあるとしたら
railsは腐ったミソだな

プログラミングElixir、2016

Ruby界隈から、名著が出た。
著者は「プログラミングRuby」のDave Thomas

関数型言語Elixirは、Ruby + Rails + ErlangVM で、並行処理が得意

>>24

>>15

Linux API を、Windows API に変換するので、Ubuntu64 のバイナリがそのまま動く、
Windows Subsystem for Linux (WSL) で、Railsが動くという書き込みが、プログラム板にあった

apt-get で、パッケージもインストールできる

日本語も使える端末、ConEmu。
GUI表示用のXサーバー、Xming X Server for Windows

人柱、キボンヌ

rails 4.1 でバッチプログラムを作りたいんだが、
コントローラーは app/controller でもへんじゃない？

>>27
モデルにクラスメソッドを定義してwheneverから呼び出したことならあるけど…

https://github.com/javan/whenever
http://qiita.com/yumiyon/items/388fbb84450f49a6ab0d
http://morizyun.github.io/blog/whenever-gem-rails-ruby-capistrano/

にげてー

フリーのサイトテンプレート落としてきてrailsで使おうとするとassetで積みがちなのは普通？
mixitupってのが動作しなくて格闘してるんだがjQuery周りが動くのとそうでないのと混在してて不便･･･

そりゃrailsは時代遅れだから徐々に腐ってきてるんだよ

Why Learning Rails Is Still a Great Choice in 2016
https://www.sitepoint.com/why-learning-rails-is-still-a-great-choice-in-2016/

>>32
誰かまとめて

>>33
いつもの信仰告白
読む価値なし

decoratorとhelperの用途の違いって何なんだ？
役割としては同じだけど様々なViewで横断的に使うメソッドかどうかで使い分けるって認識で良い？

decorator: 特定controller-viewのpresentation層
helper: 特定でないcontroller-viewのユーティリティメソッド集

こういう認識だが

railsって本当に終わったの？
今でも起用してる大手とかあるん？

大手が死んだら、お前も死ぬんか！

>>36
じゃあだいたい合ってんのかな
ありがとう

ク○ウドワー○スと○ック○ッド以外でrailsにこだわっているところってまだ存在するの？

QiitaとかもRailsじゃなかったっけ
使ってるところなんかたくさんあるだろ

>>37
負の遺産なら

ほとんどが惰性で使って運用で常時苦しんでそうなイメージ

Scalaで置き換えると楽になりますってのが流行ったな

Twitter が使ってたからだろうね
そしてやっぱり苦労する、という

銀の弾丸なんてないのに

今はElixir推しですし

若手を潰すと宣っていた御方か

フォロワーが数百万人もいる有名人がTweetする度に
そのフォロワーたちのタイムラインに対して、合計数百万回の書き込みをしなければいけないことを知って愕然とした
（この処理をTwitter社内ではFan outと呼んでいた）

こんな仕様じゃマシンリソース食いまくって大変だろう
Rubyでやるのは狂気の沙汰だし、Scalaで書き換えてもDBに対するIOなので期待するほど早くならないし…

>>48
そんなアホなことしてたん？
設計ミスやろ
普通はタイムライン見るときにアクセスすれば済むだろ

実際作ろうとすればわかるよ
それ以外の方法がない

http://www.atmarkit.co.jp/news/201004/19/twitter.html
http://www.atmarkit.co.jp/news/201004/19/twitter05.png
＞　上のようなストレートな実装では、フォロワー数が増えていくると途端にスケールしなくなる。
＞メモリに載り切らずにディスクアクセスが発生し、レスポンスが落ちるためだ。
＞ディスクアクセスのペナルティは大きく、1秒以下で終わるはずのページの描画が数秒かかるということになる。

＞そして1つのつぶやきは平均600個もfan outされるため、秒間120万のメッセージ配送を処理する能力が求められるという計算だ。

>>51
いややっぱり設計が悪いっしょ

DBの正規化では、1-fact, 1-place

DBでは、データの複製を持ったりしない。
レプリカ・キャッシュを作ることはあるけど

それ、RDB限定のノウハウじゃねーか

多対多の結合テーブル参照してIDリスト取得、そのIDリストの件数分、Tweetテーブルにアクセス
フォロー人数が10万人なら10万回

1対多の自分専用Timelineテーブルにアクセス
フォロー人数が10万人でも1回で済む

Twitterの実装は後者
前者はすぐに破綻する

大抵のWebアプリケーションは読み込みと書き込みの比率が10：1程度だから
書き込み時に大きい負荷を持っていって、読み込み時は閲覧用に高速に取得できるように組み立てておいたデータを表示するのは
よくある設計だな

NoSQLなら正規化しないし

>>55
アカウント作って放置みたいな捨てアカウントにまでファンアウトしまくるのか？
どっちみち後者の方が破綻するのが速いのが目に見えてる

たぶん、更新用・参照用の表は、別々

更新してしばらくすると、参照用の表に、コピーされる

更新と参照が別なのは分かるけどしばらくして同期取るのだとサービスに影響出まくると思う

なぜTwitterは低遅延のままスケールできたのか 秒間120万つぶやきを処理、Twitterシステムの“今” − ＠IT
http://b.hatena.ne.jp/entry/www.atmarkit.co.jp/news/201004/19/twitter.html

ウィリアム氏がOdeo内で始めた小さなプロジェクトが「Twitter」だ。
Ruby on Railsを使って2週間で最初の動くバージョンを 作り上げた
http://www.atmarkit.co.jp/news/200711/16/twitter.html

>>61
今は昔すぎて

いまならrubyで書いても速いです(キリっ)

rubyで書くって、鯖何台浪費する気だよww

何台も浪費するようなサービスが最初から作れるとでも思ってるのかね

vCPU ECU メモリ（GiB） インスタンスストレージ（GB） Linux/UNIX 料金
x1.32xlarge 128 349 1952 2 x 1920 SSD $13.338 /1 時間
https://aws.amazon.com/jp/ec2/pricing/on-demand/

CPU20コア、メモリ224GBまで選べる仮想サーバー。
http://cloud.sakura.ad.jp/specification/server-disk/#server-disk-content01-price

ドワンゴ、「ニコニコ動画」のストレージにSun ZFS Storage Applianceを採用
単一ボリュームで250テラバイト以上の容量を構築できる拡張性などが評価されたという。
http://www.itmedia.co.jp/enterprise/articles/1108/22/news061.html

古いな

1.9テラバイトメモリ、Xeon4基64コアの大型インスタンス「X1.32xlarge」登場、ハードウェアトランザクションメモリにも対応。Amazonクラウド − Publickey
http://www.publickey1.jp/blog/16/19xeon464x132xlargeamazon.html

AWSのS3に、500PBのデータを保存していた、Dropboxが、独自のインフラに移行したらしい

>>65
成功してから作り直すの？ハア？
それにLL言語なら今ならPHP7のほうが良くないかな？

実際にFacebookやMySpceやYoutubeみたいなスタートアップを作れる確率は飛行機で事故が起きる確率と同じくらい超低い
http://www.turnyourideasintoreality.com/2014/02/dhh/

>>70
句読点多過ぎ

>>73
お前は本多勝一か?w

マイクロサービスの終焉 | 開発手法・プロジェクト管理 | POSTD
http://postd.cc/the-end-of-microservices/

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

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

太陽と地球のような二体問題は厳密に解けるが、例えば月の運動も考える一般の三体問題以上になると解析的に解くことはできないとされる
http://ja.wikipedia.org/wiki/多体問題

>>72
だからといって最初から成功しない、絶対にスケールアウトしない前提でRoR決め打ちするのもどうかと思うけどな
学習コストなんてたかが知れてるのだから最初からスケールが容易なシステム上で開発するのが頭のいい人の行動だと思う

RoRはおじいちゃんに大人気

プログラミングを独習するには10年かかる
http://www.yamdas.org/column/technique/21-daysj.html

>>76
プログラミングの世界にも似たような格言があるだろ
「必要になるかもしれない機能は実装するな、必要な機能だけ実装しろ」とな

そういう過剰な先回り思想は無駄になることがほとんどなんだよね

スケールアウトのしやすさは機能じゃなくね？
アプリケーション側じゃなくインフラ側だし
デプロイ含めた運用のしやすさのほうに関係してる

>>80
先回り思想としては一緒でしょ
スケールアウトなんて人気が出てから考えればいいのさ

どうせその頃にはあちこちガタが来て抜本的改良を考える頃だろうし

Railsアプリケーションを、Heroku上で1分間125,000リクエストに対応できるようにスケーリングする | インフラ・ミドルウェア | POSTD
http://postd.cc/scaling-rails-to-125-000-requests-per-minute-on-heroku/

700万PVのRails製サイトが月$60のVPS(メモリ1GB)で動かせるという話
http://togetter.com/li/4514

https://twitter.com/nog/status/7745543271

最初から表現力があってスケールする言語で書けばいいじゃん
つまりJava
なんでわざわざRuby?

>>84
Ruby 落として何が出てくるかと思えば Java ですか…ｗ

>>85
ふつーにrubyよりもマシな言語じゃね？

>>86
Javaに表現力があると思ってる時点でお察し

これ確実に、rubyはlispっ(ﾊｱ?)とか、メタプロラミングっ(ﾊｱ?)とか、イキがっている雑魚なんだろうなあ

Javaはないわマジで

>>84
よりによってJavaかよ
煽りにしてはつまんないし、本気だとしたら救いようがないバカと思われるだけだぞ

JavaはOracleったから無理だな
Javaに行くくらいならGolangにいくわ

SQLインジェクション対策もれの責任を開発会社に問う判決 | 徳丸浩の日記
http://b.hatena.ne.jp/entry/blog.tokumaru.org/2015/01/sql.html

Rails5.1に向けてフロントエンド周りで起こっている革命まとめ - Qiita
http://b.hatena.ne.jp/entry/qiita.com/itkrt2y/items/7e999836f460fb9c005d

Railsでソートできるテーブルを作りたいんだけど
みんなどうやってるの？

>>94
愚直に実装してるけど？

https://www.google.co.jp/search?q=Rails+sort+table+site%3Astackoverflow.com&;num=100

【宇宙】ルビーやサファイアの雲が存在？
地球から1000光年先の惑星、英大学が調査
da i ly.2ch.net/test/read.cgi/ne wsplus/1481704596/

Javaに対する批判 - Wikipedia
https://ja.wikipedia.org/wiki/Java%E3%81%AB%E5%AF%BE%E3%81%99%E3%82%8B%E6%89%B9%E5%88%A4

PHP is Dead &#8211; 24 Days in December
https://24daysindecember.net/2016/12/18/php-is-dead-2/

何回死んで蘇ってるのだろうか？ｗ

PHPより先にRubyが死にそうではある