Ruby 初心者スレッド Part 62

**デフォルトの名無しさん** · 2017/11/24(金) 00:35:29.31

プログラミング言語Rubyについての、初心者向けスレです。質問・要望・雑談などどうぞ。
質問するときは、OSやRubyのバージョン、エラーメッセージを書いたほうがいいお
Ruby on RailsについてはWEBプログラミング板で

前スレ
Ruby 初心者スレッド Part 61
https://mevius.5ch.net/test/read.cgi/tech/1503644351/

るりまサーチ　（リファレンス検索）
http://rurema.clear-code.com/

Rubyist Magazine - るびま
http://jp.rubyist.net/magazine/

逆引きRuby
http://www.namaraii.com/rubytips/

**デフォルトの名無しさん** · 2017/12/24(日) 14:46:41.85

ようお前ら。
Ruby 2.5が来るのは明日だぞ。
gem作ってる奴はちゃんと準備出来てるか？
Ruby2.5にした途端に泣きを見ることのないようにしとけよ。

**デフォルトの名無しさん** · 2017/12/24(日) 15:29:04.65

>>558
あ、なるほどｗシンタックスシュガーって言ってるのに、
あんたは関数型の仕様に変更すると思い込んでるわけかｗ

俺、Rubyを関数型にしろなんて一言も言ってないよ？
JavaScriptが関数型になったなんて一言も言ってないよ？

ただ、関数呼び出しのネストは見づらいから、一つの引数を取る関数の呼び出しを
|> でつなげた "書き方" ができると良いねって話しかしてないんだよ

> 今のRubyの仕様からすると後者が自然だと思わない？
理由が書いてないから判断不可能だね

>>556
> 関数型でaddにパイプライン使うとしたら
> b |> add(a) # add(a, b)に相当
> こうなるわけだが、理解してるか？

ぷぷｗ　|> という記号を使っだけで、関数型になるべきだなんて
思い込んでるからそういう結論になる。馬鹿だねぇ

JavaScriptの関数型でない単なるパイプラインオペレータは引数が1つの
関数を受け取ることしかできない。カリー化？そんなものはしない。
関数型のパイプラインオペレータを導入なんて話はしてないんだから当然の結論

引数が複数の関数を使いたければ、アロー関数でそうなるように書くだけの話

https://github.com/tc39/proposal-pipeline-operator
let newScore = person.score |> double |> (_ => add(7, _)) # アンダースコアは只の変数、iでもaでも良い

papp proposalのpappメソッドを使うとこう書くこともできるようだけど
let newScore = person.score |> double |> add.papp(7)

**デフォルトの名無しさん** · 2017/12/24(日) 15:52:11.56

>>554
Ruby使うんだから当たり前の話でそ？
Rubyじゃないスタイルでどうしても書きたいならすでにRubyを使う必要はないと思うんだけど

**デフォルトの名無しさん** · 2017/12/24(日) 15:54:48.61

Juliaおぬぬめ

**デフォルトの名無しさん** · 2017/12/24(日) 16:00:56.08

Juliaいいね。これから大注目の言語だよ
ただ、現状は起動が激重なのでJuliacとかが公式採用されないとつらいかも
そういう意味ではJavaに似てるのかも（言語仕様という意味ではなく）

**デフォルトの名無しさん** · 2017/12/24(日) 16:12:39.10

Juliaはクソ重い計算やデータの処理を長時間ぶっ通しで動かすための言語だよ
Rubyと比べるようなもんではないし、起動時間が問題になるようなものに使うのも間違い

**デフォルトの名無しさん** · 2017/12/24(日) 20:04:37.70

>>545
>流れるような形で記述できるようになるらしいんだけど

できるようになるといふのは、以下の提案かな？
・ESNext Proposal: The Pipeline Operator
　https://github.com/tc39/proposal-pipeline-operator

調べてみると、これはあくまで提案(proposal)であって、
5段階あるECMAScript(= JavaScript)仕様策定過程の２番目に過ぎない
　0. Strawman
　1. Proposal <― パイプライン演算子の状態
　2. Draft
　3. Candidate
　4. Finished
当然、現時点でその実装は存在しておらず「絵に描いた餅」に過ぎない
言い換えると、「こんなのできたらいいなあ」といふ話だよね？

**デフォルトの名無しさん** · 2017/12/24(日) 20:35:54.14

>>561
>関数型のパイプラインオペレータを導入なんて話はしてないんだから当然の結論

え、こう書けないっていうの？
　　let newScore = person.score |> double |> add(7)
もし pipeline proposal が Finished(採用決定)になったとしても、このコードを
　　let newScore = person.score |> double |> (_ => add(7, _))
こうも冗長に書かなけりゃならないなんて、ダサイというか中途半端な提案だと思う

>>554の言葉を借りると：
　　期待したけど、やっぱりJavaScriptの文法からは抜け出せないか
　　新しい提案と言っても所詮JavaScriptの言語であることに変わりはないしな
っていう感想です

しかも更にpapp proposal(部分適用サポートの提案)がFinishedになったと仮定してもなお
　　let newScore = person.score |> double |> add.papp(7)
こうなっちゃうなんて、もう少し練り直してから提案した方がいいと思うんだけどなぁ

**540** · 2017/12/24(日) 22:02:54.10

JS は、Ruby, Elixir の影響が強い。
Kotlin も、Groovy, Ruby の影響が強い

誰か、
>>540
の、7-Zip Archives の所からダウンロードした、
Ruby 2.4(x64)をどうすればよいのか、教えてほしい

**デフォルトの名無しさん** · 2017/12/24(日) 22:25:11.95

>>568
パスを通せ

**デフォルトの名無しさん** · 2017/12/24(日) 23:05:16.75

>>567
> え、こう書けないっていうの？

少しは頭を働かせようよｗ

そこにある、add(7) が引数を一つ取る関数を返すなら書けるよ
それを汎用化したのがpapp。それにJavaScriptでカリー化する方法だってある

JavaScriptは関数型言語じゃないんだから、関数型言語の方からみて
ダサいとか言うなよｗお前、関数型に洗脳されてるだろｗ

関数型を取り入れたなんて話はしてない。お前が言い出しただけ。
単にパイプラインオペレータという関数のネストを見やすくする機能を
追加するってだけの話

**デフォルトの名無しさん** · 2017/12/24(日) 23:07:29.50

>>570
Rubyについてはこんな書き方しかできないのかと毒づいておいて、JavaScripitについては全力擁護
これをRubyスレでやらかしてたら荒らし認定を食らってもしょうがないレベルだぞ

**デフォルトの名無しさん** · 2017/12/24(日) 23:12:18.94

>>566
> 当然、現時点でその実装は存在しておらず「絵に描いた餅」に過ぎない
知らないなら、知ったかぶりして語らないでよｗ

JavaScriptは5段階あるECMAScript(= JavaScript)仕様策定過程を
必ず0から一つづつ上げて行かないといけない
だからどんな仕様だって最初は0から始まる

こういう提案から仕様化されるまでのプロセスが明確になってるのは素晴らしいことだよ

で、Stage 1だが

https://azu.github.io/slide-what-is-ecmascript/slide/12.html
・プロポーザルの目的や解決方法を示す
・Polyfillやデモ等を用いて解説する

どういうことかというとPolyfillやデモ等があるってことだ。
わかりやすく言うと、すでに使う方法があるってことだ。それがこれ
https://www.npmjs.com/package/babel-plugin-transform-pipeline

なので絵に描いた餅ではない。絵に描いた餅はStage 0
その０を脱却して、すでに使う方法が出来たということ

**540** · 2017/12/24(日) 23:16:34.36

7-Zip Archives の所からダウンロードした、Ruby 2.4(x64)を解凍し、
C:\Ruby24-x64 に改名して、

Windows10 で、ユーザー環境変数に、C:\Ruby24-x64\bin を追加したら、
PowerShell で、ruby コマンドが使えるようになった

PS C:\Users\Owner\Documents\Ruby> ruby -v
ruby 2.4.3p205 (2017-12-14 revision 61247) [x64-mingw32]

C:\Ruby24-x64\bin には、erb, gem, irb, rake, ruby.exe, rubyw.exe
などのコマンドがあるから、
7-Zip Archives の所にあるものも、Rubyのポータブル版の実行環境なのかも

**デフォルトの名無しさん** · 2017/12/24(日) 23:17:27.23

>>572
でさ、結局何が言いたいの？
JavaScriptサイコーってのが言いたいのなら完全にスレ違いだよ

**540** · 2017/12/24(日) 23:23:27.95

ちなみに、rubyinstaller の 7-Zip Archives の所からダウンロードした、
Ruby 2.4(x64)は9MB で、解凍すると56MB になった

1/6 に圧縮されている

**デフォルトの名無しさん** · 2017/12/24(日) 23:37:20.25

>>574
> でさ、結局何が言いたいの？
Rubyもサイコーになろうぜ

**デフォルトの名無しさん** · 2017/12/25(月) 00:01:06.18

>>570
>関数型を取り入れたなんて話はしてない。お前が言い出しただけ。

>>556 とは別人だけど、IDを確認できないほど冷静さを失っているのかな？

また、そもそも>>545の exclaim, capitalize, doubleSay という関数単位で部品化して
パイプライン演算子で組み立てるという発想そのものが関数型プログラミングであり、
それを自分(ID:A3ERayLu )から言いだしたという認識ができていないのかね？

>単にパイプラインオペレータという関数のネストを見やすくする機能を追加するってだけの話

だよね、関数型のパイプライン演算子と同じ名前だけど中身は微妙に異なるJavaScript固有の方言が
一つ提案されたという、ただそれだけの話
しかも最終的に採用されるか否かも確定すらしていない Proposal 段階でしかないといふ

**デフォルトの名無しさん** · 2017/12/25(月) 00:21:34.94

> また、そもそも>>545の exclaim, capitalize, doubleSay という関数単位で部品化して
> パイプライン演算子で組み立てるという発想そのものが関数型プログラミングであり、

関数呼び出しの形を変えただけ、
関数型プログラミングとは全く関係ない

**デフォルトの名無しさん** · 2017/12/25(月) 00:25:59.73

>>576
関数型言語のパイプライン演算子がサイコーという話なら同意するし、
それがオブジェクト志向言語であるRubyにとって今すぐ必要かどうかは別にして、
数ある将来のRuby構想に向けた提案の一つとして理解したい

でも >>561,570で自身(ID:A3ERayLu)が語っているように、
JavaScriptのそれは関数型ではないJavaScript固有の方言なんだろ？
JavaScriptが独自の道に進もうとしてるなら「どうぞお好きになさいませ」だし、
それにRubyも従うべきという話に至っては「何を考えてるの？」としか言えないね

>>570
>単にパイプラインオペレータという関数のネストを見やすくする機能を
>追加するってだけの話

どちらかというと日常的にカッコだらけになるのはPythonだから、
そちらへ提案した方がいいんではないかな
http://mevius.2ch.net/test/read.cgi/tech/1491491123/44-46

関数型プログラミングを公式文書で否定しているPythonだから、
関数型ではないパイプライン演算子の提案はきっと喜ばれるよ

**デフォルトの名無しさん** · 2017/12/25(月) 00:38:42.38

いずれにせよ>>559のようにメソッド呼出の括弧省略の問題があるからJavaScriptやCaml系のようなクリーンなシンタックスにはならないけどね
&:symbolとか->みたいなハック感溢れる醜い構文になる

**デフォルトの名無しさん** · 2017/12/25(月) 01:02:31.40

>>580
いや、オブジェクト指向言語のRubyなら、現時点でも
簡潔にメソッドチェーンで流れるようなコードが書ける

以下は>>545の例：
　https://ideone.com/aExbWe

refinements に関しては以下の記事が分かりやすかったのでご参考
・Ruby の refinements の使い途 - Qiita
　https://qiita.com/scivola/items/dc49d56c90fd0cb6d4d3

で、何かご不満はございますか？

**デフォルトの名無しさん** · 2017/12/25(月) 01:03:23.68

>>579
JavaScriptは元から関数型じゃないし
関数型になんかなろうとしてないよｗ

**デフォルトの名無しさん** · 2017/12/25(月) 01:05:56.92

>>581
> で、何かご不満はございますか？

はい。

def foo(i); end
def bar(i); end
def baz(i); end

となっているものの baz(bar(foo(1)) という呼び出しを
メソッドチェーンで繋げないということです。

パイプラインオペレータならこの通り
1 |> foo |> bar |> baz

**デフォルトの名無しさん** · 2017/12/25(月) 01:53:39.67

>>582
>JavaScriptは元から関数型じゃないし

うーみゅ、やっぱりJavaScriptって誤解されてるのね
・クロージャって何がいいの？
http://mevius.2ch.net/test/read.cgi/tech/1415419907/224

リンク切れ邦訳版「JavaScriptの勉強：世界で最も誤解されたプログラミング言語」
http://web.archive.org/web/20130120204931/http://d.hatena.ne.jp/brazil/20050829/1125321936
>　　Cの皮を被ったLisp
>
>　　JavaScriptには、Cのような中括弧や不格好なforステートメントがあるため、
>　　一般的な手続き型言語のように見えますが、それは誤りです。JavaScriptはCやJavaよりも、
>　　LispやSchemeのような関数型言語と多くの共通点を持っているのです。JavaScriptには、
>　　リストの代わりに配列があり、プロパティリストの代わりにオブジェクトがあります。
>　　関数はファーストクラスであり、クロージャも備えています。つまり括弧の対応をとる手間なしに、
>　　ラムダを利用できるのです。

>>583
それに関しては納得
前スレで書いたように、Rubyにおいてメソッドは一級市民(ファーストクラス)ではありませんからね
・Ruby 初心者スレッド Part 61
　http://mevius.2ch.net/test/read.cgi/tech/1503644351/210

**デフォルトの名無しさん** · 2017/12/25(月) 01:57:26.36

ここはJavaScriptスレじゃないよ

**デフォルトの名無しさん** · 2017/12/25(月) 02:12:49.73

>>585
JavaScriptは関数型だってことにしたいんでしょｗ

**デフォルトの名無しさん** · 2017/12/25(月) 02:14:31.41

>>586
JavaScriptの話はそっちのスレでやれってこと

**デフォルトの名無しさん** · 2017/12/25(月) 02:19:08.95

>>585
まったくそのとおりですね
といふことで、JavaSciptのパイプライン演算子を提案されている方は、
JSスレヘお帰りになられるか、もしくわ

　　日常的にカッコだらけになってしまうPython(>>579)

スレへ移動されるよう希望します

特にRubyと違ってPythonは関数が一級市民ですから、
JavaScriptの手法を適用するのは(Rubyよりも)容易でしょう

**デフォルトの名無しさん** · 2017/12/25(月) 10:22:56.25

Windows10 の、VS Code で、irb (PowerShell ターミナル)を起動して、

put "abc"
なら、実行できるけど、

put "あいう"
のように日本語があると、実行できないね

**589** · 2017/12/25(月) 10:27:56.95

put "abc" # あ

のように、コメントに日本語がある時は、実行できる

**デフォルトの名無しさん** · 2017/12/25(月) 10:29:17.76

>>589
それはrubyじゃなくてlibeditの不具合だよ

**589** · 2017/12/25(月) 12:11:57.01

知らないけど、UI 部分を、C言語とかで作っているから、
いつまで経っても修正できないのだろう

UI 部分は、VS Code みたいに、
ブラウザ技術を使っている、Electron で作れば良かった

**デフォルトの名無しさん** · 2017/12/25(月) 20:14:59.36

ねんがんのRuby 2.5.0をてにいれたぞ‼
https://www.ruby-lang.org/ja/news/2017/12/25/ruby-2-5-0-released/

**デフォルトの名無しさん** · 2017/12/25(月) 21:16:04.65

yield_selfは使いどころが結構ありそうだね

**デフォルトの名無しさん** · 2017/12/25(月) 21:25:14.33

使い方わかんないな

**デフォルトの名無しさん** · 2017/12/25(月) 21:52:41.67

yield_selfはこれまでメソッドチェーンをしたくてもできなかった場合で活躍するね
途中の一時変数は用無しになった

**デフォルトの名無しさん** · 2017/12/25(月) 22:38:48.18

昨日のパイプライン演算子に関する話の中に出てきた >>583 のようなケースが
以下のように書けるようになる

https://ideone.com/hZI7wT

・Ruby 2.5 の yield_self - Qiita
　https://qiita.com/stomk/items/58dce3e5e294639ab1c9

F# や Elixir の登場ですっかり世間の認知度がアップしたパイプライン演算子、
すっかりハマって
「プログラミングスタイルをパイプライン形式(いわゆるメソッドチェーン)で統一して書きたい！」
という欲求を抑えられない人たちにとっては嬉しいメソッドの新設ではないかと思われ

個人的には、メソッド名は apply もしくはそれを短くした app が
感覚的に合っていた（エイリアスを定義するだけなんだけどね）

**デフォルトの名無しさん** · 2017/12/25(月) 22:46:27.01

ふっふっふ、ようやく気づいたかね？
昨日のパイプライン演算子の話は
ここにつながるのだよ

**デフォルトの名無しさん** · 2017/12/25(月) 23:07:16.77

つまり：
・JavaScriptでは現時点だと最終的に採用されるか否かも定かでない Proposal 段階で、
　実験的な実装をいじってあーだこーだ議論している真っ最中
・一方、Rubyではとっくに議論を終えて公式にリリースを終えてしまった
といふ話ですね

**デフォルトの名無しさん** · 2017/12/25(月) 23:20:17.82

ちょっと面白い発見
ppを使うのにrequire要らずだってあったから試してみたけど、
使った最初に自動でrequireするようになってる

$ ruby25 --disable-gems -e 'puts $"'
enumerator.so
thread.rb
rational.so
complex.so
/usr/local/lib/ruby/2.5/amd64-freebsd11/enc/encdb.so
/usr/local/lib/ruby/2.5/amd64-freebsd11/enc/trans/transdb.so

$ ruby25 --disable-gems -e 'pp $"'
["enumerator.so",
"thread.rb",
"rational.so",
"complex.so",
"/usr/local/lib/ruby/2.5/amd64-freebsd11/enc/encdb.so",
"/usr/local/lib/ruby/2.5/amd64-freebsd11/enc/trans/transdb.so",
"/usr/local/lib/ruby/2.5/prettyprint.rb",
"/usr/local/lib/ruby/2.5/pp.rb"]

**デフォルトの名無しさん** · 2017/12/26(火) 14:56:29.62

private methodを定義する時ってどう書くのが普通？

private def foo
__bar
end

def foo
__ bar
end
private :foo

# クラスの後ろにまとめて定義
private
def foo
__bar
end

**デフォルトの名無しさん** · 2017/12/26(火) 16:40:03.50

自分の好きなタイミングで

**デフォルトの名無しさん** · 2017/12/26(火) 17:17:14.64

他人が読んで読みやすいとと思う書き方。

**デフォルトの名無しさん** · 2017/12/26(火) 17:36:54.63

俺は後ろにまとめて書くようにしてる。
ついでに言うとprivateが連続した場合2個目以降のprivateは不要だが、パッと見て分かるように常に付けている。

最近は触って欲しくないメソッドはリファインメントを使うっていう手法を覚えたけど、これは異端なのか分からない。

**デフォルトの名無しさん** · 2017/12/26(火) 22:52:56.50

アンチ息してる？
アンチスレ死亡してるみたいだけど

**デフォルトの名無しさん** · 2017/12/26(火) 23:11:59.17

アンチスレ死亡させていいよ
存在価値無いし、ここで十分

**デフォルトの名無しさん** · 2017/12/26(火) 23:45:46.61

そもそもRubyのprivateって実質的な強制力はほぼゼロでコメントとしての意味くらいしかないからな
そういう意味ではよほど小さなクラスを除けば全部に付けないとあまり意味ないんじゃないか

**デフォルトの名無しさん** · 2017/12/27(水) 01:21:36.89

アンチがアンチスレの存在をすっごい嫌がってるのは、本スレで暴れたいからだろうな

だが、断る
アンチはあの過疎ったアンチスレへ帰るべきだ

**デフォルトの名無しさん** · 2017/12/27(水) 01:24:11.45

結局ここにアンチが来てなくても
アンチの話題をしたいわけなんだよな
もう病気だと思うよｗ

**デフォルトの名無しさん** · 2017/12/27(水) 01:24:47.07

アンチスレも定期的に見てるようだし

**589** · 2017/12/27(水) 01:58:58.62

>>589-592
自己レス

irb -E CP932

irb の起動時に、オプションを付けると、日本語文字列も正常になった

puts "あ"

Ruby は、Windows でも無敵やな！

**デフォルトの名無しさん** · 2017/12/27(水) 04:54:44.27

>>601
人それぞれでいいと思うけど、自分はクラスの後ろにまとめて定義する派だね
ドキュメンテーションとしての可読性を重視し、あるクラス定義において
デフォは公開したいメソッドだけどキーワード private で宣言した以降の
セクションは非公開にしたいという意図がある

　class Klass
　　　公開したいメソッドの定義セクション
　private
　　　不公開なメソッドの定義セクション
　end

個別に宣言する private :foo を使うケースは、公開するつもりでクラスを設計したけど、
リファクタリングの過程で「このメソッドは非公開でもいいんじゃね？」と疑問を感じたら
private :foo を付けテストを流して実験するといった一時的なもの

>>607
確かに、メンバ変数のアクセス制限という概念が無く、全ての変数がpublicとして扱われるのよね
　https://qiita.com/nkennek/items/8c54365cb873cca8730a
　http://woodyring.blog.so-net.ne.jp/2013-05-25-1
ああ中途半端でめんどくさ

**デフォルトの名無しさん** · 2017/12/27(水) 14:38:59.95

612は勘違いしてる
変数にpublicも糞も無い

**デフォルトの名無しさん** · 2017/12/27(水) 14:47:08.38

メンバ変数なんてない
インスタンス変数の事を言ってるならそもそもオブジェクトの外からはアクセスできない

**デフォルトの名無しさん** · 2017/12/28(木) 23:13:58.27

みんな、デバッグはpで済ましてる？
それとも何かツール使ってる？

**デフォルトの名無しさん** · 2017/12/28(木) 23:14:30.42

は？ ppだろ

**デフォルトの名無しさん** · 2017/12/28(木) 23:18:20.87

自前でpryもどきを作ってbinding.hogeしてる

**デフォルトの名無しさん** · 2017/12/29(金) 02:26:20.85

awesome-print/awesome_print: Pretty print your Ruby objects with style -- in full color and with proper indentation
https://github.com/awesome-print/awesome_print

**デフォルトの名無しさん** · 2017/12/30(土) 03:43:26.25

最近、debug.rb知って使うようになったけど

pで間に合うデバッギングしかまだやってないんだよな

**540** · 2017/12/30(土) 08:54:20.80

RubyInstallers の、7-Zip Archives の所からダウンロードした、
Ruby 2.4(x64)は、Rubyのポータブル版の実行環境だった。
Ruby 2.4(x64)は9MB で、解凍すると56MB になった

これだけでも、ファイルI/O など、結構遊べる

デフォルトで、erb, irb, minitest, sinatra などが入っている。
RSpec は入っていないけど

先に、bundler gem を入れて、
VS Code の画面で、Ruby Solargraph という拡張機能を入れると、
solargraph gem がインストールされるので、VS Code で補完ができる

VS Code で、Ruby のデバック用の拡張機能を入れようとすると、
Windows のネイティブコードにコンパイルする必要があるから、
The MSYS2 DevKit を入れる必要がある。
これが、1.7GB もあるらしいので、入れない方が良い

1行ずつデバッグせず、p などで表示しながら作るのが良い

MSYS2 DevKit を入れない範囲で、プログラミングするのが簡単

**デフォルトの名無しさん** · 2017/12/30(土) 13:51:43.29

JSON::Stateの挙動がマニュアルと違うのですがこれはバグでしょうか
https://ideone.com/Nd2wBc
https://docs.ruby-lang.org/en/2.4.0/JSON.html

**デフォルトの名無しさん** · 2017/12/30(土) 14:02:41.65

あぁ、バグだろうな。
お前のバグだ

**デフォルトの名無しさん** · 2017/12/30(土) 15:07:11.63

英語が読めなかったんですね。すみませんでした
マニュアルには「コロンとコンマの区切りの後にspace:で指定した文字列がおかれる」と書いてあります

**デフォルトの名無しさん** · 2017/12/30(土) 15:21:25.29

space_before: だろ

**デフォルトの名無しさん** · 2017/12/30(土) 15:22:43.33

space_beforeはコロンの直前なので関係ありません

**デフォルトの名無しさん** · 2017/12/30(土) 15:25:29.81

リストだからじゃね

**デフォルトの名無しさん** · 2017/12/30(土) 17:05:16.47

何しても`,'の後ろには入らないね
バグっていうよりマニュアルの不備なのかな

**デフォルトの名無しさん** · 2017/12/30(土) 17:25:46.52

,の後ろにスペース入れるのは一般的なフォーマットだから、常識的にはドキュメントの方が正しいでしょ
直してプルリク出せ

**デフォルトの名無しさん** · 2018/01/02(火) 13:03:30.40

明けおめ
今年初のRubyスレ書き込み

**デフォルトの名無しさん** · 2018/01/02(火) 22:10:18.61

新年からRailsを勉強中。環境はwin64　

<%= csrf_meta_tags %>

<%= stylesheet_link_tag 'application', media: 'all', 'data-turbolinks-track': 'reload' %>
<%= javascript_include_tag 'default', 'data-turbolinks-track': 'reload' %>
</head>

さっきから、こいつに対してExecJS::ProgramError hogehoge#indexってエラーを吐いてばかり

coffee-scciptも1.8.0にしてもさっぱり解決せず。libv8とtherubyracerを入れろとか書いてるけど、
さっきから2時間以上苦戦してるが、全くインストールできずエラーばっかり

何なんだこれ

**デフォルトの名無しさん** · 2018/01/02(火) 22:12:28.67

違った、viewの中身はこいつだ

<!DOCTYPE html>

<html>

<head>

<title>hogehoge</title>

<%= csrf_meta_tags %>

<%= stylesheet_link_tag "application", media:"all", "data-turbolinks-track"=> true %>

<%= javascript_include_tag "application", "data-turbolinks-track" => true %>

</head>

<body>

<%= yield %>

</body>

</html>

**デフォルトの名無しさん** · 2018/01/02(火) 22:13:36.50

今時WinでやるならWSLを使おう
どうせ運用はLinuxなんだからそれに慣れる意味でもな
あと、オワコンCoffeeなんか今更使っちゃダメ

**デフォルトの名無しさん** · 2018/01/02(火) 22:30:29.29

タイトルでそう思ったけど、ここ初心者スレじゃなかったのか
仕方ない、自分でもうしばらく足掻くか

**デフォルトの名無しさん** · 2018/01/02(火) 22:32:05.53

WSL使おうってアドバイスがあるのにさらっと無視するようじゃ、初心者スレ云々の問題じゃないかと思われる

**デフォルトの名無しさん** · 2018/01/02(火) 22:37:12.02

すべてのwindowsでWSL使えるわけじゃないのに何言ってるの

**デフォルトの名無しさん** · 2018/01/02(火) 22:42:47.77

だったらWSL使えないって言えよ
そしたらVMWare使えってアドバイスもらえるんだからさ

**デフォルトの名無しさん** · 2018/01/02(火) 22:44:20.68

答えのわからない質問に、的はずれな回答しなくていいから
わからないなら黙ってなさい

**デフォルトの名無しさん** · 2018/01/03(水) 00:44:42.35

原因わかったよ、鋸使わなかったから
鋸使ったらうまくいった

あとで調べたらWSLは互換性がどうたらとか書いてたし、VM使うほど容量に余裕ないんで
でもまあwindowsよりLinux使えってのが大きなヒントになったのは確か

**デフォルトの名無しさん** · 2018/01/03(水) 00:53:49.79

互換性はWSLの方が遥かにマシだぞ
WinのRubyなんか動いたらラッキーレベルのおまけ

**デフォルトの名無しさん** · 2018/01/03(水) 06:24:30.41

>>620
に書いておいた

The MSYS2 DevKit などで、
Windows のネイティブコードにコンパイルしているようなものは、基本的に使えない。
それに、コンパイルできても、正常に動くとは限らないし

Nokogiri などの各gem が、バージョンアップに対応しないから、
Rails 5 などは使えない

各gem を作っている人は、皆手弁当でやっているから、
OS のバージョンアップに一々、対応していられない

Ruby の対応状況と、各gem の対応状況は、全く違うし、作者も別人。
とにかく、gem を使うものは、gem のバージョンに合わせて、
Ruby, Rails のバージョンを下げないといけない

Ruby 使いは、vagrant, chef を使う。
または、WSL, Docker など

**640** · 2018/01/03(水) 08:15:54.66

基本的に、gem の作者が、Windows10 用のバイナリを配布していない、
gem は、作者によって動作が保証されていない

それを、The MSYS2 DevKit などで、ユーザーが勝手に、
Windows のネイティブコードにコンパイルして、動かしているようなものは、
基本的には安全ではない。
コンパイルできても、正常に動くとは限らないから

gem の作者でもないユーザーが、勝手にコンパイルして動かしても、安全性を証明できない

gem の作者が配布している、バイナリのバージョンまで、
Ruby, Rails のバージョンを下げる必要がある

Windows10 の場合は、RubyInstallers に、最初から入っている、
erb, irb, minitest, sinatra などで遊ぶ。

gem も、ユーザーがコンパイルする必要のない、gem の範囲で、遊ぶのが良い

**デフォルトの名無しさん** · 2018/01/03(水) 12:59:19.24

gemの範囲で遊ぶのが良い　までは読んだ

まあ遊びというか入門勉強用にしとけばいいわけだな。遊びでも触っておけば、本番で構築が必要になった時
いくらでも応用利くから。MVCも他のフレームワークとあまり変わらなさそうだし

**デフォルトの名無しさん** · 2018/01/03(水) 13:59:57.88

何故、荒らしはアンチスレに帰らないで本スレで自演してるの？
さみしいの？

**デフォルトの名無しさん** · 2018/01/03(水) 14:12:30.27

>>643
アンチもクソも、現実を直視しよう
Rubyのコアのコミュニティに行くとWin使いには人権ないぞ
このスレはまだマシな方だよ

**デフォルトの名無しさん** · 2018/01/03(水) 14:57:18.33

人権とかいう排他的な言い方しなくても、win環境には適応しきれていないのはわかったよ
rails new hogehogeコマンドで新たなアプリケーション作ってもまともに動かないことも分かったし
社内ＰＣにはVMぐらいは作ってあるから、そっちでいくらでも試せる

今度はサーバ設定ツールにｖａｇｒａｎｔ、ｃｈｅｆ、Docker、WSLとか書かれてるけど
どれが一番オススメかは聞いておきたい

**デフォルトの名無しさん** · 2018/01/03(水) 15:31:56.84

なんかもう言ってることがすごいな
＞The MSYS2 DevKit などで、ユーザーが勝手に、
＞Windows のネイティブコードにコンパイルして、動かしているようなものは、
＞基本的には安全ではない。

**デフォルトの名無しさん** · 2018/01/03(水) 16:02:22.19

サーバー設定はchef-soloが簡単かなー

鯖は最終借りて使うことになるし
AWS,VPSなんかに使いまわしできる。

dockerなんかも便利

web系はLinuxは必須。

**デフォルトの名無しさん** · 2018/01/03(水) 16:02:34.32

結局Vagrant使ってVB入れて続きを動かしてみることにした

**デフォルトの名無しさん** · 2018/01/03(水) 19:09:04.58

自演で伸ばしてくれるのはありがたいけど、
はやくアンチスレへ帰りなよ

**デフォルトの名無しさん** · 2018/01/03(水) 19:29:07.03

>>647
ansibleの方がマシ
ただ俺に言わせりゃ冪等性が必要ない
使い捨てマシンの設定はシェルスクリプトでいい

**デフォルトの名無しさん** · 2018/01/03(水) 20:20:36.21

>>649
アンチスレとかあるんか？そんな技術どうこうに、わざわざアンチとか騒いで
何か開発上のメリットでもあるのか？

**デフォルトの名無しさん** · 2018/01/03(水) 22:02:49.25

嘘を吹聴してる荒らしはまだおるんか？
はよーアンチスレへ帰れ

初心者スレで嘘ばっかりつきやがって

**デフォルトの名無しさん** · 2018/01/03(水) 23:03:06.29

そこまで言うなら
他のスレに貼り付けてやろうか？
Ruby開発者はこんな連中ばっかりだと

Pythonスレとかあたりに

**デフォルトの名無しさん** · 2018/01/03(水) 23:07:20.10

俺はPHPとかJavaScriptはMVCフレームワーク含めて経験あるし、納品実績もあるけど

RubyやRailsは本当に初心者だよ、去年まではRailsなんて名前しか知らんかった
一応上司に勉強しといた方がいいって勧められて、せっかくの正月休みなんで
意気込んで勉強してたんだよ

こんなところで質問した自分が心底馬鹿だったわ

初心者を罵倒するスレに改名してくれ

**デフォルトの名無しさん** · 2018/01/03(水) 23:08:40.92

おまえ、
他のスレを荒らすのもええ加減にやめろ
みんな迷惑しとるやろうが

**デフォルトの名無しさん** · 2018/01/03(水) 23:21:54.41

>648デフォルトの名無しさん2018/01/03(水) 16:02:34.32ID:vVUVg3Hi
>結局Vagrant使ってVB入れて続きを動かしてみることにした

例の荒らしがとうとう他スレに移住してくれるわけか
これはめでたい

**デフォルトの名無しさん** · 2018/01/04(木) 00:11:00.11

Docker、2016、オライリー

実践 Vagrant、Mitchell Hashimoto、2014、オライリー

Vagrant, Packer などで有名な、HashiCorp の創始者

Chef実践入門 - コードによるインフラ構成の自動化、2014

cookbookは各社が公開している

Chef社のopscode、Railsを作っている Basecamp社、
Berkshelfを作っている Riot Games社、
Pivotal Trackerを作っている Pivotal Sprout社、
aws, engine yard

**デフォルトの名無しさん** · 2018/01/04(木) 00:18:08.10

まーた誤爆してる

ログ残すのがそんなに大好きなのかな

**640** · 2018/01/04(木) 01:01:51.01

CentOS は、64ビット版のみで、32ビット版はもうやっていない。
Linux も徐々に、32ビット版を作らなくなってきた

Ruby で、ユーザーが勝手に、ソースコードからコンパイルしているような、
32ビット版のgem は、使えなくなってくる

gem の作者がほったらかしで、64ビット版をサポートしていないから、
こういうgem に依存しているアプリは、Linux でも動かなくなっていく