Ruby 初心者スレッド Part 60 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/29(土) 02:01:58.34

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

前スレ
Ruby 初心者スレッド Part 59
http://echo.2ch.net/test/read.cgi/tech/1475394638/

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

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

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

**デフォルトの名無しさん** · 2017/07/05(水) 22:00:41.82

二つの意味が含まれているから確かにわかりにくな

まず一つ目は、既に100倍ぐらい遅いんだから
今更、3～4割遅くなったぐらいで騒ぐほどのことじゃない
速度が欲しかったらほかの言語を使え

二つ目は、100倍も遅いということは、3.0GHzの最新CPUを使っていたとしても
実質30MHzのCPUを使っているようなものだから
ほんのちょっとしたことが命取りで、更なる3～4割もの性能ダウンは到底無視できない
考えてもみれば、100MHzのCPUが主流だったころは、本当にシビアだったとおもう
最適化最適化で、1クロック縮めるのに命を懸けている人たちもいたね
今更そういった時代に逆戻りしてしまうのはなんだかなーと思うし
速度がほしかったらほかの言語を使え

何故か同じ結論にたどり着くわけだが、Rubyではよくあること

**デフォルトの名無しさん** · 2017/07/05(水) 22:03:48.33

昔はね。
C++でさえCからすれば遅い言われてた。
(これは理論上今でも、再利用性を得る代わりに遅くなる。C++はCの後継として、遅くなるのを最小限に抑える仕様。でも確実に遅い)
でも、CPUの進歩やコンパイラの進歩で人間が直接アセンブラ触るより速いと言われてる。

**デフォルトの名無しさん** · 2017/07/05(水) 22:09:10.95

Railsみたいに、I/O 処理があれば、C/C++でも遅くなるから、Rubyと大差ない

一方、数学・アルゴリズム系で、I/O 処理がなければ、C/C++が断然速い

**デフォルトの名無しさん** · 2017/07/05(水) 22:21:10.70

つまりちょっと前からいるIDを変えてトンチンカンな書き込みを続ける例の荒らしだな

失せろ、スレチだボケェ

**デフォルトの名無しさん** · 2017/07/05(水) 22:26:23.22

>でも、CPUの進歩やコンパイラの進歩で人間が直接アセンブラ触るより速いと言われてる。

まさにその通りだ
ここでもいくつかのことが言えて

一つ目は普通にC/C++使っとくのが現状最速だろうってことと

二つ目は当時はアセンブラと比べたらC/C++ですら遅いといわれていたが
別に100倍も遅かったわけではない、ということと

三つ目は、二つ目の続きなわけだけど
アセンブラと比べてC/C++が遅いといっても100倍も遅かったわけではないんだが
CPUがあまりに遅かったからちょっとのことで騒いでいた
Rubyは3.0GHzのCPUを使っていても実質的には30MHzのCPUでプログラムを動かしているようなものだから
まるで当時のような状況、ちょっとのことが命取りな状況、ということと

四つ目は、100MHzのCPUが主流だったころ、もし100倍の性能のCPUが発売されたら
みんなそっち使うよね、ってこと
できることが全然違う、速度的には新幹線と徒歩ぐらい違う
東京から大阪へ行くのに、新幹線なら、考えうる限りの寄り道しまくっても絶対徒歩より早く着く
と、言い切れるぐらいには速度差がある、ので、コーディングで手を抜けそうだね、ってことと

五つ目は、既にC/C++の最適化は鬼のような状況で、普通の人がアセンブラで書いても
到底太刀打ちできない(SEEは別)
C/C++はアセンブラより速くなったといえるだろうし、克服したといえるし、良い選択になっているが
一方で、今現在、RubyはC/C++よりも100倍遅いという現実がある

「でも、CPUの進歩やコンパイラの進歩で
　(Rubyを使ったほうが)人間が直接C/C++を触るより速いと言われてる。」

という風な文章は成り立たない

**デフォルトの名無しさん** · 2017/07/05(水) 22:35:31.37

>>596
その代わり面倒なコードがてんこ盛りで生産性の落ち方が半端ない
そこまでの速度を要求されるコードなんてほとんどないんだから、生産性の方が重要だよね、
ってのが高級言語の考え方なんだから速度だけにフォーカスした考えは世の中の高級言語を
すべて否定するものだ

**デフォルトの名無しさん** · 2017/07/05(水) 22:59:13.93

>>597
またいくつか言えて

>その代わり面倒なコードがてんこ盛りで生産性の落ち方が半端ない

本当にそう言えるのかどうなのか
今現在の状況で、静的型言語に比べて動的型言語の生産性がはるかに高い
と言い切れる人はいったいどれだけいるんだろうか
むしろ動的型言語のほうが生産性がない、という風潮ではないだろうか
だってここ最近新しく出てきた言語は当たり前のように静的型だし
それを売りにしている

で、これもかなり譲って、生産性は同等ぐらい、と考えるのなら
「実行速度100倍差」が重くのしかかる
3.0GHzの最新CPUを使っても30MHzと同等
ここまで遅いと、別の方向で頭を使う

C/C++が新幹線の「のぞみ」だとしたら
JavaやC#は「ひかり」ぐらいの速度、あるいはそれ以上は普通に出る
これなら同じ土俵に立っているといえるし
そのうえで生産性などを考える、これはわかる
だから俺は別に生産性etcの高級言語の考え方を否定する立場はとってない

しかしRubyの速度は「徒歩」である
こうなればまた考え方が変わってくる

**デフォルトの名無しさん** · 2017/07/05(水) 23:10:18.58

>>598
JavaだってC/C++に比べれば降級言語で速度も遅いが、普通に使われている
それはC/C++より生産性が（まだ）マシだからだ
これは静的型とか動的型とかは関係ない

つまり速度だけにフォーカスした比較は大きく間違ってるということだ

**デフォルトの名無しさん** · 2017/07/05(水) 23:19:57.66

続きは「C/C++はRubyより100倍早いスレ part24」でやってくれ

**デフォルトの名無しさん** · 2017/07/05(水) 23:20:10.86

588ってどのレスへの返しなの？
遡って100レス程見たけどどこからも繋がっていないように見えるんだけど

こういうのはちょっと怖い

**デフォルトの名無しさん** · 2017/07/05(水) 23:22:21.12

>>599
C/C++が新幹線の「のぞみ」だとしたら
JavaやC#は「ひかり」ぐらいの速度、あるいはそれ以上は普通に出る
これなら同じ土俵に立っているといえるし
そのうえで生産性などを考える、これはわかる
だから俺は別に生産性etcの高級言語の考え方を否定する立場はとってない

しかしRubyの速度は「徒歩」である

そのうえ、生産性が高いかどうかすら分からないというのは
>>598に書いた通り

**デフォルトの名無しさん** · 2017/07/05(水) 23:26:32.17

>>602
徒歩でも問題ない場面であれば気にしなくてもいい
そして世の中のほとんどは徒歩で問題ない

徒歩でも問題ないところに「いや新幹線が必要なんだ！」なんてのはもはや技術的な問題ではなく、
ただの思考停止

**デフォルトの名無しさん** · 2017/07/05(水) 23:37:18.10

>>602
zlibで圧縮処理する場合、Cとrubyでどんだけ差が出るかわかる?
rubyを徒歩に例えているけど、途中で新幹線を利用してるんだぞ

**デフォルトの名無しさん** · 2017/07/05(水) 23:38:31.89

それは「徒歩」とか「新幹線」という言葉にとらわれすぎである
これは単に、あまりにも速度差が有るということを表現するために
「徒歩」とか「新幹線」とか言っているわけで
利便性その他まで含めて比喩しているわけではないんだぞ

なおかつ、生産性が高いかどうかすら怪しいというのは>>598にも書いたし
実際世の中そういう空気になっているじゃろ

生産性が低くて速度が遅かったら後は何が残る？

もし生産性が同程度だったとしても、それならば速いほうが良いだろ
100倍も圧倒的な差があるんだから
多少非効率な書き方したっておつりがくるぞ

**デフォルトの名無しさん** · 2017/07/05(水) 23:40:47.70

>>598
> 今現在の状況で、静的型言語に比べて動的型言語の生産性がはるかに高い
> と言い切れる人はいったいどれだけいるんだろうか

どちらかがどちらかを上回るって話じゃないからなぁ。

動的言語だと書くのが楽。型を書かなくてもいい場面が多いから
短いコードで目的を達成できる。その点で生産性が高いと言えるが、
大規模アプリでは、型が書いてないためにコードの把握に時間がかかる。

静的型言語では要所要所に型が書いてあって、記述量は増えるが
その分コードを把握しやすく、コンパイラが見つける矛盾の量も増える。

だから開発するものがどれだけの規模のコード量かで生産性が高い方が決まる。
つまり静的型言語の方が高い場合と、動的型言語の方が生産性が高いかの境目があるということ

しかしその境目がまた問題で、技術力が高い人であれば短いコードでシンプルに書くことができる。
だから境目は技術力が高い人ほど動的型言語の方が生産性が高いことを示すことになる。

**デフォルトの名無しさん** · 2017/07/05(水) 23:41:32.36

>>605
> それならば速いほうが良いだろ
別に？
徒歩5分のところに行くのに新幹線と車と自転車と徒歩とどれがいい？とか聞かれても「どれでもいいや」
って思うだけだし

**デフォルトの名無しさん** · 2017/07/05(水) 23:47:31.26

徒歩5分のところに新幹線や車を使ったら
たいてい遅くなるぞｗ

**デフォルトの名無しさん** · 2017/07/05(水) 23:53:49.42

技術力が高い人ほど動的型を好むのは
たまたまとかいうわけじゃなくて、
短く書けてしまうから「この程度の小さな規模」の
コードになってしまうことが多いからなわけだよね

**デフォルトの名無しさん** · 2017/07/06(木) 00:02:07.40

>>607
あるコマンドかアプリか処理か、何か知らんが、何かあって
処理に5分もかかったら、対話性などというものはないし
まず使い方そのものからして考え直さなければならない
進捗ぐらいは表示したいし、アプリの構成そのものからして考えないとな
5分という時間は何もしないには長すぎるので、作業いったん中断ってところだな

これが100倍速いと3秒で終わる
3秒なら、まぁ、待てるかな
ちょっと遅いが、ギリギリ、リアルタイムな対話といえるレスポンスだな
作業は中断しないな

5分と3秒の違い、わからない？

あと、徒歩五分のコンビニに行くにしても、瞬間移動が使えるなら
俺はそういった能力、ほしいな
大は小を兼ねるというし
瞬間移動が使えることで生産性が落ちるわけでもないしな

**デフォルトの名無しさん** · 2017/07/06(木) 00:05:57.18

まぁフォトショップでフィルタをかけるとか、なんでもよいんだけど
5分待たされるのはしんどいよ
ほんと、作業が中断しちゃう
コーヒー飲むかタバコ吸うかウンコするか

3秒ならまぁ何とかってところ

**デフォルトの名無しさん** · 2017/07/06(木) 00:06:41.72

>>610
徒歩というたとえだから5分と設定しただけだよ

実際に計算だけで5分かかるような処理ならそりゃC/C++を使うだろうし、そんな処理をガンガン書く場面は
想定できないし問題ないよ

**デフォルトの名無しさん** · 2017/07/06(木) 00:15:20.73

要するに徒歩5分はスクリプトで言えば1秒以内に終わる処理だね
1秒を0.01秒に縮められます！とか言われても、でも1秒で十分なんでって思うだけだしね

**デフォルトの名無しさん** · 2017/07/06(木) 00:22:28.74

結局何を主張してるのか理解出来ねえ
rubyなんざ使い物にならねえよって>>610が言いたいのか?
同意を得たいなら他のスレで暴れろよな

**デフォルトの名無しさん** · 2017/07/06(木) 00:36:23.27

そもそもからしておかしいんだよ
プログラムの実行速度が速すぎるのが原因で生産性が落ちることはない
聞いたこともない
大は小を兼ねるということわざが当てはまって、速すぎて困るということはない

プログラムの実行速度が速いことのトレードオフだけど、これも良くわららない状況だ
今現在はどちらかというと静的型のほうが生産性があるんじゃないか、とすら言われている
そんな状況で100倍も遅かったら、どうなるんだ？
3.0GHzのCPUでも実質的には30MHz相当

あと、静的型言語が速い傾向があるといっても、本当に誰も何もせずに速いってわけじゃなく
コンパイラが最適化を相当キバってくれているから速いわけだ
プログラマがちまちま考えなくてもコンパイラが頑張ってくれる、という方面での生産性という見方もあるし
速くなった分は余裕ができるのでプログラムを手抜きできるっていう生産性もある

また、動的型言語であっても速いのはある
例えばJSは静的型と同じ土俵に立てるぐらいに速いだろ？
これをもってしてMatzは動的型でも速度は出せるって言い張るんだけど
そのような実装を用意できてない状態でそんなこと言って何になるんだ？

**デフォルトの名無しさん** · 2017/07/06(木) 00:38:42.41

>>615
> 大は小を兼ねるということわざが当てはまって、速すぎて困るということはない
別にRuby程度の速度で困ることもない場面がほとんどなので、問題はない

**デフォルトの名無しさん** · 2017/07/06(木) 00:39:54.73

> そんな状況で100倍も遅かったら、どうなるんだ？
> 3.0GHzのCPUでも実質的には30MHz相当

その計算をすることに意味はない。
今後一切やめてくれって言いたいレベル。

現実としてその違いは、重大な問題を引き起こすかどうかで決まる。
わからないと言うならば、問題は起こってないということだ。

**デフォルトの名無しさん** · 2017/07/06(木) 00:43:06.60

> プログラムの実行速度が速すぎるのが原因で生産性が落ちることはない

当たり前だ。実行速度と生産性は無関係だからだ。

無関係といったんだ。実行速度を速くしても生産性は落ちないとは言ってないからな。

無関係ということは、実行速度を速くすることで
　生産性が落ちる場合もあるし、
　生産性が落ちない場合もある
　生産性が上がる場合だってある
ということだ

> 大は小を兼ねるということわざが当てはまって、速すぎて困るということはない

速くするため生産性が落ちるのであれば困る。

**デフォルトの名無しさん** · 2017/07/06(木) 01:01:27.03

Rubyが今の100倍速くなったとしたらどうなんだ？
前のままで十分だったから遅くしてくれ、戻してくれ、とはならんだろ
速いほうがいいに決まっているのに、遅くてもよいと言い張るのは
すでに普通の感覚を失ってしまっている
Ruby3.0ではどうにかネイディブスレッドを導入しようという話だが
これもどうにか実行効率を上げよう試みだ
結局速いほうが良いという話

ものすごく変な言い方をすると、Rubyが今の100倍速かったら
もっといろいろなことにRubyを使えるはずなのに
そういったことをユーザー自ら否定してしまうのは変なコミュニティーだ
「自分たちはこれでよいんだ」的な
でも1億あげるっていったら間違いなく飛びつく

速度を落としてまで動的型にしたが
それもちょっと前からどちらかというとメリット無いんじゃねと言われていて
今ではその評価もすっかり固まってしまったが
これなら何故速度を犠牲にしたのか意味がよくわからない状況

**デフォルトの名無しさん** · 2017/07/06(木) 01:03:39.40

>>619
> 結局速いほうが良いという話
大事な前提条件が抜けている
「コードが変わらないならば」という条件がな

**デフォルトの名無しさん** · 2017/07/06(木) 01:12:20.24

必ずしもコードが変わらない場合にのみ速度が速いことが歓迎される
というわけでもなかろう
処理系の実行速度が速いことには何時でも一定の価値基準がある

**デフォルトの名無しさん** · 2017/07/06(木) 01:13:25.30

>>621
> Rubyが今の100倍速くなったとしたらどうなんだ？
君がこういう前提を出したんだよ？

**デフォルトの名無しさん** · 2017/07/06(木) 01:13:59.37

周りを見渡せばRubyよりも100倍速い言語や処理系が既にあって
しかもRubyのような動的型は失敗だったんじゃないかという空気だ

**デフォルトの名無しさん** · 2017/07/06(木) 01:16:51.07

>>623
君の頭の中ではそうなんだろうね
世間に出た方がいいと思うよ

**デフォルトの名無しさん** · 2017/07/06(木) 01:32:38.58

>>623
お前が吐き出した空気じゃねえか
澱み杉

**デフォルトの名無しさん** · 2017/07/06(木) 07:30:15.82

失敗も何も動的言語は生まれた時から「動作は遅いが作るのが早くできるので素晴らしい、しかしそれゆえ脆いので長期堅牢には向かない」ときちんと認識されていた
完璧を目指していたことなど一度たりとてない

**デフォルトの名無しさん** · 2017/07/06(木) 09:30:16.79

そもそもMatzが遊びで作った言語だろ？
それをわざわざ公開してくれて
我々は彼の善意によってタダで使わせてもらってんだろ？

そのへんの間隔というか距離感というか
忘れちゃってる奴おるよな
自分のオカンに対して無限に批判するような態度の

**デフォルトの名無しさん** · 2017/07/06(木) 09:43:08.71

文句があるなら自分で言語作ればいいじゃん。

**デフォルトの名無しさん** · 2017/07/06(木) 10:11:36.56

仇ばかり広めやがっておいたが過ぎる

**デフォルトの名無しさん** · 2017/07/06(木) 11:25:53.97

RubyでつくるRubyとかでも読もうよ

**デフォルトの名無しさん** · 2017/07/06(木) 12:15:37.69

リファクタリングのRuby版読むと、
Rubyのコードが如何に解説するのに向いているかわかる

こんな感じのRubyのコード使った解説本はもっと増えて良い

**デフォルトの名無しさん** · 2017/07/06(木) 12:41:45.00

とりあえず
> 今現在はどちらかというと静的型のほうが生産性があるんじゃないか、とすら言われている
このソースが欲しいとこだな
まーこいつの妄想だろうが

**デフォルトの名無しさん** · 2017/07/06(木) 13:20:06.18

リファクタリングするときとかIDEの力を借りれば
静的のほうが生産性が上がるかもとは
散々言われてきたが？

**デフォルトの名無しさん** · 2017/07/06(木) 13:39:42.81

>>631
それ暗にRubyはクソコードはが多いとdisられてるんじゃね

**デフォルトの名無しさん** · 2017/07/06(木) 22:14:31.93

>>619
> Rubyが今の100倍速くなったとしたらどうなんだ？
速い代わりに、C＋＋言語みたいになったりしたら
戻してくれって言うよ。生産性が落ちるんだから当たり前じゃないかｗ

**デフォルトの名無しさん** · 2017/07/06(木) 22:19:42.92

プログラム言語っていうのは道具だからね。（その言語の開発者以外は）

一般的な道具で考えてみればわかる
速いけど不便。少し遅いけど便利。

遅くても実用上問題なければ、便利な方を
取ることの方が多いだろう。

誰もがF1カーに乗るわけじゃあるまいしｗ

**デフォルトの名無しさん** · 2017/07/06(木) 23:14:22.78

既存の言語に文句いうやつが
その言語以上の素晴らしい言語を作った例は皆無

あるとしたら…それこそperlに対するrubyくらいのもん

**デフォルトの名無しさん** · 2017/07/06(木) 23:19:58.00

633 :
デフォルトの名無しさん
2017/07/06(木) 13:20:06.18 ID:YVvleWfm
リファクタリングするときとかIDEの力を借りれば
静的のほうが生産性が上がるかもとは
散々言われてきたが？
634 :
デフォルトの名無しさん
2017/07/06(木) 13:39:42.81 ID:tNWdrmh7
>>631
それ暗にRubyはクソコードはが多いとdisられてるんじゃね

流石にこれは気持ちわる過ぎる

**デフォルトの名無しさん** · 2017/07/06(木) 23:24:14.70

>>633
> リファクタリングするときとかIDEの力を借りれば
> 静的のほうが生産性が上がるかもとは

大規模システムの場合はそうだけど、
小規模の場合は大差ない。

そして技術力が高い人ほど、システムを小規模に保つことができる。

技術力が高い人ほど動的の方が生産性が高い場合が多くなる

**デフォルトの名無しさん** · 2017/07/06(木) 23:29:32.44

そんなに健常者に混じりたいのか？

**デフォルトの名無しさん** · 2017/07/07(金) 01:03:55.66

OpenGLのgemつっこんでぐりぐり動かしてるけど、
テクスチャ関連やアニメーションモデルのデータの持ち方がいまいちピンと決まらない
その場で決めても後日、なんか手をいれなければならなくなる気がして二進も三進も

Rubyならでは冴えたやり方ってない？

**デフォルトの名無しさん** · 2017/07/07(金) 05:22:24.20

>>596
>>593だけど、おいらのレスに乗っかって何やら面白いことになってんね。
自分で関数から何からLLで書けばそうなんだけど、LLのライブラリじゃCで書かれてること多いからね。
それにI/O多いLLお得意の文字列処理とかは>>594の言う通り大差ない。
計測した事あるけど誤差の範囲って言って良い。
小説何十冊分が1ファイルに入ったりした時に差が体感できる程度。
100冊分超えたらCや他のコンパイラ言語検討して良いと思う。
30MHZが遅いって言ってもPICとかのマイコンは4MHzとかで、それでも十分人間より速い。

Prolog勉強した時はプログラミング言語は本来こうあるべきって書いてるページあって、方向性はそうだけど、その解は絶対Prologじゃねーって思ったけども。
確かにここまでCPU速くなったなら、人間がコンピュータのアーキテクチャに合わせる必要はない。
とは言え、CPUのx86と同じ、すでにコード資産が無視出来ないんよな。。。

**デフォルトの名無しさん** · 2017/07/07(金) 08:48:43.90

バージョン上げたgccでrubyのバージョン更新したら遅くなったからgccに要因があるのかrubyに要因があるのかヒントになる情報をくれって>>584 が訊いてるのに
なぜこんなアホな話が出てくるんだ？

**デフォルトの名無しさん** · 2017/07/07(金) 11:01:19.92

晒しage

**584** · 2017/07/07(金) 12:15:57.82

まあ関係ない話はおいといて…

>>585
gemの入れ直しが面倒なのでプロファイラは後回しの予定．
>>586
家のマシンだとgccの入れ替えに10時間かかるんだ……(フルビルドしてるせいだけど)
というわけで手元にソースがあった3種類のrubyをgcc7.1.0でビルドし直して入れ替えて
問題のスクリプトをtimeで計ってみた。

ruby2.1.2 2.0秒 -> ruby2.3.1 2.4秒 -> ruby2.4.1 2.8秒
もちろんioとか抜いたuser時間ね。

修正履歴をざっと調べたところ
Bignum(だっけ？とにかくでかい整数)周りの修正が影響しているんじゃないかと現在考慮中。

**デフォルトの名無しさん** · 2017/07/07(金) 12:35:48.56

二日前の話をなぜ今に？

もしかして情報がもっと欲しいの？
だったらrubyのソースコードを読むしか無いよ

**584** · 2017/07/07(金) 14:11:00.10

>>646
あーいや、情報についてはあんまり期待してない。

もともと
「実際に体感できるレベルで速度低下してるが適当にググっても情報が無い」＋
「gccの入れ替え面倒というか今週暑過ぎ」
というのが質問の理由だったからね.

実際幾つか他の適当なスクリプトでも実行時間を計測して比較してみたところ、
ここまで大きな速度低下は無かったというのもあって今では少し安心してる。
入れ替え後最初に実行したスクリプトで地雷を踏んだのは運が悪かった。

**デフォルトの名無しさん** · 2017/07/07(金) 14:38:37.78

ますますわからない
何を求めての書き込みだったの？

**デフォルトの名無しさん** · 2017/07/08(土) 13:12:39.97

>>619
>>635
CとのインターフェースならPythonの方が良いよ

**デフォルトの名無しさん** · 2017/07/08(土) 13:18:08.48

いつまその話引っ張るつもりだよ

**デフォルトの名無しさん** · 2017/07/08(土) 13:19:15.07

いつまでその話引っ張るつもりだよ

**デフォルトの名無しさん** · 2017/07/08(土) 14:06:59.57

これをRubyで解きなさい
普通のパズルではない「正規表現クロスワード」がBBCラジオに登場 - GIGAZINE
http://gigazine.net/news/20170707-regular-expression-puzzle/

**デフォルトの名無しさん** · 2017/07/08(土) 15:45:07.53

>>645
まさか、Fixnum関係ではないよなあ？
ペナルティがないこともIntegerに統合した理由だろうと思ってたんだけど。

**デフォルトの名無しさん** · 2017/07/11(火) 01:41:06.03

railsスレから移動してきました。

def index
UNIXSocket.open('/tmp/myapp.sock') do |sock|
sock.write(params.to_query)
rt = sock.readline
render text: rt
end
end

みたいなことがしたいのですが、どうも
rt = sock.readline
のところで処理が止まってしまうように見えています。
renderの部分まで処理を進めるにはどのような書き方をすればよいのでしょうか。
教えて頂けますと嬉しいです。

**デフォルトの名無しさん** · 2017/07/11(火) 02:00:52.46

sock.write(params.to_query)
rt = sock.readline

書き込んで、読み込む？
矛盾してないか？
読み書き両用なのか？

もし両用なら、相手からの返事を待っているのだろう

**デフォルトの名無しさん** · 2017/07/11(火) 02:19:22.94

レスありがとうございます。
やりたいこととしては、socket.writeでソケットにクエリを投げて
通信先で処理を行ってレスポンスが返ってくるので、
それを sock.readline で読み取るという双方向な感じのことです。

通信先のプロセスをkillするとなぜか処理が進んで、rtに正しいデータが格納され、
render まで処理が進むのですが・・アドバイスいただけると幸いです。

**デフォルトの名無しさん** · 2017/07/11(火) 02:34:39.39

>>656
flushしてみるとか?

**デフォルトの名無しさん** · 2017/07/11(火) 02:46:23.42

レスありがとうございます。
すみません自己解決しました。

def index
s = UNIXSocket.new("/tmp/myapp.sock")
s.send(params.to_query, 20)
render text: s.recv(20)
end

こっちの方の書き方を試してみたところ、うまくいきました。(20は適当な数値)
何がどう違うのかよくわからないですが・・

**デフォルトの名無しさん** · 2017/07/11(火) 08:15:25.04

>>658
656ではないけど確認。
flushはダメだった？

**デフォルトの名無しさん** · 2017/07/11(火) 08:15:55.92

657の間違い

**デフォルトの名無しさん** · 2017/07/11(火) 19:44:38.95

>>658
sendで使っている数値の20だけど、第二引数は flags になってる

mingw32(windows)だと (MSG_MAXIOVLEN | MSG_DONTROUTE)
linuxだと (MSG_PROBE | MSG_DONTROUTE)
FreeBSDだと (MSG_TRUNC | MSG_DONTROUTE)

を意味することになり、あなたの意図するところじゃないはず

recvの方は第一引数で最大20バイトの読み込みを意味するけど、
readlineは改行まで読み込むメソッドだから、振る舞い方に違いがある

一つの通信単位が任意長で、改行で終わらせたいなら
s.send(params.to_query, 20) を s.puts(params.to_query); s.flush

s.recv(20) を s.readline じゃだめかな?

もっとも params.to_query に改行が含まれているとうまく行かないけれど

**デフォルトの名無しさん** · 2017/07/12(水) 06:30:11.01

バッファリングされているから、flush で出力するのか

**デフォルトの名無しさん** · 2017/07/12(水) 10:12:13.87

>>661
そのあたりは、通信先のkillで挙動が変わらないのでは？
どうせ真のkillではないんだろうし、flushがありがちじゃない？

**デフォルトの名無しさん** · 2017/07/13(木) 10:59:11.29

エラーの時のスタックトレースがコンソールに大量のログが出るのを減らすことってできませんか？

**デフォルトの名無しさん** · 2017/07/13(木) 11:41:39.10

logger使え

**デフォルトの名無しさん** · 2017/07/13(木) 12:17:59.84

エラーなんだから仕方なかろうよ
もしプロダクションレベルであんまり内部パスとか詳らかにしたくないというのなら全体をrescueするしかないね
begin

# main_thread()

rescue RuntimeError => e
warn e.message
exit(1)
end

RuntimeErrorじゃないのだったら適当に増やしとけ

**デフォルトの名無しさん** · 2017/07/13(木) 17:38:19.70

ruby -W0 で起動して減らなかったらどうしようもない
そういう便利オプションみたいなのはないのですわ

**デフォルトの名無しさん** · 2017/07/14(金) 12:23:44.38

○○課
○○課○○室
○○課○○係
○○課○○室○○係
○○課○○ライン

みたいな文字列を入れたときに

[○○課]
[○○課, ○○室]
[○○課, ○○係]
[○○課, ○○室, ○○係]
[○○課, ○○ライン]

みたいに分割してくれる関数を作りたいのですが上手くいきません
いい方法はないでしょうか

**デフォルトの名無しさん** · 2017/07/14(金) 12:53:09.53

>>668
とても下手くそなやり方だと思いますが一応できました

def my_split(str)
　arr = Array.new
　str_arr = Array.new
　arr.push 0
　str.each_char.with_index do |ch, i|
　　arr.push i+1 if ch == "課".encode("windows-31j")
　　arr.push i+1 if ch == "室".encode("windows-31j")
　　arr.push i+1 if ch == "係".encode("windows-31j")
　end
　arr.each_with_index do |e, i|
　　str_arr.push str.slice(arr[i-1]..(arr[i]-1)) unless i == 0
　end
　str_arr
end

**デフォルトの名無しさん** · 2017/07/14(金) 14:04:05.91

>>668
def spj(s)
reg = Regexp.new("[課室係]|ライン")
a1=s.split(reg)
a2=s.scan(reg)
return a1.zip(a2).map{|x| x.join("")}
end

**デフォルトの名無しさん** · 2017/07/14(金) 14:48:32.40

>>668
"○○課○○室○○係"..scan /.*?(課|室|係|ライン)/ # => ["○○課", "○○室", "○○係"]
なお○○の部分に"課"等の文字が来てはいけない

**デフォルトの名無しさん** · 2017/07/14(金) 15:50:02.09

そーか頭も含めりゃ確かにscanだけでいいのか。ボケてるな。

**668** · 2017/07/14(金) 17:28:16.98

>>670>>671
ありがとうございます
すごくシンプルに書けるんですね

**デフォルトの名無しさん** · 2017/07/14(金) 23:19:58.67

>>670
おー、かっけー。

こういうのがすぐ頭に浮かぶようになりたい。

**デフォルトの名無しさん** · 2017/07/15(土) 00:52:30.17

scanて文字切り出しに便利だよね

**デフォルトの名無しさん** · 2017/07/15(土) 16:03:05.98

おまえらどう書くかより何を作るかに集中しろや

**デフォルトの名無しさん** · 2017/07/15(土) 16:06:46.01

>>676
エンジニアの三大美徳のひとつ、「傲慢」を否定しちゃいけません

**デフォルトの名無しさん** · 2017/07/15(土) 16:46:46.89

七大美徳も忘れるな

暴食、色欲、強欲、憤怒、怠惰、傲慢、嫉妬

**デフォルトの名無しさん** · 2017/07/15(土) 19:43:02.39

>>677
あとの二つもおねがい

**デフォルトの名無しさん** · 2017/07/15(土) 21:43:00.98

>>679
怠惰、短気

**デフォルトの名無しさん** · 2017/07/15(土) 23:48:56.02

>>676
それはこのスレで語ることではない

**デフォルトの名無しさん** · 2017/07/15(土) 23:50:17.93

>>679
遅刻、有休

**デフォルトの名無しさん** · 2017/07/16(日) 00:35:02.61

仮病で有休

**デフォルトの名無しさん** · 2017/07/16(日) 14:47:36.60

俺のパソコンは納期前によく壊れる
困ったものだ

**デフォルトの名無しさん** · 2017/07/16(日) 18:59:56.18

壊れてもバックアップ環境あるから
使いにくくなって効率下がるだけで他は変わらない

**デフォルトの名無しさん** · 2017/07/17(月) 11:01:21.40

未だにgemって良く判らない。インタプリタなども含めて一式を配布するような場合は邪魔でしかない印象

**デフォルトの名無しさん** · 2017/07/17(月) 11:05:59.42

外部のライブラリをスッ…とインスコできるやつ、色々作ってる側からすると便利、まああんまり好きじゃないけど

**デフォルトの名無しさん** · 2017/07/17(月) 11:14:05.33

バージョン変わって依存関係めちゃくちゃなって
何か月とか何年かあとになって
再度同じ環境構成しようとしても
以下略

**デフォルトの名無しさん** · 2017/07/17(月) 11:38:02.62

>>686
Rubyはそんな使い方しないからね
RailsのDSLなんだから

**デフォルトの名無しさん** · 2017/07/17(月) 11:59:55.25

>>686
>インタプリタなども含めて一式を配布するような場合
Rubyでそういうことをしてはいけない
スクリプト言語にとってのインタプリタバイナリはライブラリ選択前に既にインストールされているものなのだ
rubyがインストールされ（てい）ない環境でも実行して欲しいようなものをRubyで作っては「絶対に」いけない

**デフォルトの名無しさん** · 2017/07/17(月) 13:21:14.47

vagrant, chef, SASS とかに、Ruby の実行環境も入れて、配布しているだろ？