Ruby 初心者スレッド Part 63

**デフォルトの名無しさん** · 2018/04/17(火) 17:46:57.87

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

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

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

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

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

**デフォルトの名無しさん** · 2018/08/09(木) 01:09:23.83

そうそう
近代的なプログラミング言語は内部エンコーディングがUnicode固定だから本当にIOのときだけエンコーディングを考慮すればいい
一方Rubyは文字列の内部表現がStringオブジェクトごとのエンコーディングに依存していて、
自分の管理外のコードからStringを受け取る場面では必ずエンコーディングを考慮せねばならない

**デフォルトの名無しさん** · 2018/08/09(木) 01:14:23.18

>>603
> chcpなんて使い物にならないし

使い物になってるけど？
実際WSLはchcpでUTF-8したのと同等の環境で動いている。

文字化けする？フォントがおかしい？
だからWSLでまともに使えるようにするために
全部修正したんだってばｗ

**デフォルトの名無しさん** · 2018/08/09(木) 01:18:39.80

>>602
全然判かっていないじゃないか
多くのWindows用アプリケーションはUnicodeもしくはCP932を前提に作られている。たとえコンソールのキャラクタコードを
UTF-8にできてRubyがそれに従ってくれたとしてもほかのアプリケーションとの連携で不具合が発生するのは明らかで
問題は解決しない

それにnkf使えとか1.8時代に逆戻りだろｗ

**デフォルトの名無しさん** · 2018/08/09(木) 01:21:35.03

多くのWindows用アプリケーションはUnicodeもしくはCP932を前提に作られている
それをRubの外部でnkfなどを使って変換すればいいだけの話だって言ってる

**デフォルトの名無しさん** · 2018/08/09(木) 01:21:43.34

>>605
いやだから、windowsはAPIでコンソールに出力してるから、そういう話じゃないんだって

**デフォルトの名無しさん** · 2018/08/09(木) 01:26:42.15

問題なのは、外部がユニコードの世界なのに、windows版のrubyは内部的にそうなってない所がまだあるのよ
内部で情報が欠落しちゃってるから、そこを変えないとまともにはならんわけ
windowsでは内部をUTF-8に決めちゃえばいいんだけどねえ

**デフォルトの名無しさん** · 2018/08/09(木) 01:29:04.56

>>608
APIでコンソールに出力してるから
なにがどうなの？

**610の続き** · 2018/08/09(木) 01:29:50.60

ruby なんたら.rb

**デフォルトの名無しさん** · 2018/08/09(木) 01:30:27.46

>>610
だから、コンソールへは普通にユニコードを書き出せてるからそこに問題があるわけじゃないんだよ

**610の続き** · 2018/08/09(木) 01:30:54.45

>>611のコマンド｜

**デフォルトの名無しさん** · 2018/08/09(木) 01:31:25.52

nkf CP932に変換するオプション

ってやれば、APIでコソンールに出力した結果が
UTF-8からCP932に変わるぞ。

**クソ5chのせいで書き込みテストしてた** · 2018/08/09(木) 01:32:23.81

>>608
APIでコンソールに出力してるから
なにがどうなの？

ruby なんたら.rb | nkf CP932に変換するオプション

ってやれば、APIでコソンールに出力した結果が
UTF-8からCP932に変わるぞ。

**デフォルトの名無しさん** · 2018/08/09(木) 01:35:28.21

>>612
だから、RubyがAPIでコンソールに出力しようとしたものを
パイプで標準出力に変更して、nkfで標準入力からAPIで読み取って
nkfでSJISに変換してからAPIでコンソールに出力すればいいだけでしょ？

**デフォルトの名無しさん** · 2018/08/09(木) 01:36:28.36

「windowsはAPIでコンソールに出力してるから」が
意味不明なんで意地悪してみたｗ

**デフォルトの名無しさん** · 2018/08/09(木) 01:38:12.71

ruby なんたら.rb | [nkf CP932に変換するオプション]

って書くと書き込みできないんだなー
ってあれ？できた？おかしいなｗ

**デフォルトの名無しさん** · 2018/08/09(木) 01:39:04.01

めんどくせえなあ。SJISに変換とかアホみたいなことしなくても、WriteConsoleWってAPI使ってユニコードで書き出すようになってるんだよ

**デフォルトの名無しさん** · 2018/08/09(木) 01:39:15.49

クソ5chの意味不明な制限で書き込めないときは
わざと5chに負荷をかけて細かく分けて書き込むことにしてる
すべては5chが悪い

>>608
APIでコンソールに出力してるから
なにがどうなの？

ruby なんたら.rb | [nkf CP932に変換するオプション]

ってやれば、APIでコソンールに出力した結果が
UTF-8からCP932に変わるぞ。

**デフォルトの名無しさん** · 2018/08/09(木) 01:41:07.24

>>619
だからchcp 65001してれば、
WriteConsoleWってAPI使ってユニコードで書き出したものを
ちゃんと表示できるし、

chch 65001しなくても
WriteConsoleWってAPI使ってユニコードで書き出したものを
ruby なんたら.rb | nkf [CP932に変換するオプション]ってやれば
ちゃんと表示できるっていってるだろ

WriteConsoleWってAPI使ってユニコードで書き出した
からなんだって言うんだ？

**デフォルトの名無しさん** · 2018/08/09(木) 01:42:44.19

chcpする必要なんてないってことだよ
もういいかげんわかって

**デフォルトの名無しさん** · 2018/08/09(木) 01:42:47.80

rubyの中でCP932のデータを扱おうとするから
バカを見るんやで？ rubyの外側で変換すればいい
文字コードの問題なんてなんもありゃせん

**デフォルトの名無しさん** · 2018/08/09(木) 01:44:29.76

>>622
あのな、

chcp 65001しないと、
日本語のWindowsではコマンドプロンプトが
互換性のためにCP932モードになってるから

WriteConsoleWってAPI使ってユニコードで書き出したものを
そのまま表示すると、UTF-8をCP932だと解釈して文字化けするんやで？

だからchcp65001しろって言ってるんだが

**デフォルトの名無しさん** · 2018/08/09(木) 01:46:19.73

ちなみにWindowsは内部はUnicode（UTF-16）で扱われている
これはずっと前からだ

**デフォルトの名無しさん** · 2018/08/09(木) 01:47:15.18

表示できてて、そこは問題じゃないって言ってるのに、そんなに問題があることにしたいのか

**デフォルトの名無しさん** · 2018/08/09(木) 01:49:18.61

>>626
それはRubyのソースコードがCP932になってるから、
俺は最初からRubyをUTF-8で書けと言ってる。

いい加減CP932から離れろよ。
そんなもんRubyの外部で変換すりゃいいだけの話なんだよ

https://www.rubylife.jp/ini/japan/index5.html
> そしてプログラムを保存する時は文字コードをUTF-8に指定して保存します。
>
> 通常はこれでいいのですが、Windowsで標準出力としてコマンドプロンプトを
> 使用している場合、コマンドプロンプトの文字コードがShift_JISのため
> そのまま「print」メソッドなどで出力すると文字化けします。

**デフォルトの名無しさん** · 2018/08/09(木) 01:50:52.45

RubyのせいにしたいのかWindowsのせいにしたいのか知らんが
結局文字コードについてちゃんと理解してないだけじゃねーかｗ

**デフォルトの名無しさん** · 2018/08/09(木) 01:56:15.25

これも全部文字コードが乱発されてるのが悪い
なんでこんなに増えちゃったん？

**デフォルトの名無しさん** · 2018/08/09(木) 01:59:58.57

アホメリケンが1ビットも惜しいとか抜かして
1文字で7ビットのASCIIコードを作ったのがそもそもの問題

最初から全世界の文字が入り切る24bitぐらいに
していればこんな問題は起きなかった

**デフォルトの名無しさん** · 2018/08/09(木) 02:03:35.96

今のUnicodeの全文字数を表すには、17ビットじゃたりないんだな
18ビットあればしばらくは対応できるだろうが十分かと言われると心もとないな
最低でも20ビットぐらいほしいかな

**デフォルトの名無しさん** · 2018/08/09(木) 02:38:39.80

>>607
外部ツールを使うこと前提は普通対応しているとか使えるとはいわなくね？
WINEを使えばLinuxでも動くからLinux対応などとうたうWindowsアプリケーションはほとんどないし逆も同様
コードページをUTF-8にしろだのnkfをつかえだのナンセンスすぎる
Windows標準のキャラクタコードはUnicodeか日本ならCP932だし、変換もRubyで完結できるべきだ

**デフォルトの名無しさん** · 2018/08/09(木) 04:43:02.02

なんや?
アンチはRubyの文字環境の設定もしらんのか？

しったかばっかりしとるツケやな

**デフォルトの名無しさん** · 2018/08/09(木) 06:35:40.44

WindowsでRails開発してるけどcloud9使ってるからWindows環境に依存しない
そもそも環境構築すらいらん
クッソ楽だよ

**デフォルトの名無しさん** · 2018/08/09(木) 07:06:07.44

VSCode から、PowerShell を使えば、UTF-8 だから問題ない

ただし、Windows で、irb は日本語でバグるから使えない。
irb を使う時は、WSL から使う

**デフォルトの名無しさん** · 2018/08/09(木) 07:30:43.69

おいおいRubyistはVSCode使っちゃダメだぞ
VSCodeはJSをわざわざ静的型言語に魔改造したTypeScriptによって作られている
そんなものをRubyistが使うということは、静的型の勝利を認めるようなものだ

**デフォルトの名無しさん** · 2018/08/09(木) 07:35:03.56

糖質乙

**デフォルトの名無しさん** · 2018/08/09(木) 10:40:37.59

そんなこと言ったらそもそもさんざんバカにしてきたjavascriptで動いてるVSCodeなんて恥ずかしくて使えないだろｗ

**デフォルトの名無しさん** · 2018/08/09(木) 11:09:39.07

>>603
chcp 65001 は糞だな
git for windows の bash 使うと utf-8 で統一出来る

**デフォルトの名無しさん** · 2018/08/09(木) 11:25:09.25

故Coffeeが押されてた頃以来しばらくRails触ってないから最新の事情に疎いんだけど、今のRailsでは生JSかbabelが普通?
さすがにまさかTypeScriptは意味不明なダブスタ状態になるからありえないとは思うけど

**デフォルトの名無しさん** · 2018/08/09(木) 11:38:01.60

静的言語にものすごいコンプレックスあるんだな

**デフォルトの名無しさん** · 2018/08/09(木) 12:45:27.94

そうなんです
物凄いコンプレックスがあるんです
夜も眠れません

**デフォルトの名無しさん** · 2018/08/09(木) 14:22:48.49

そもそもWindowsで開発ってエンジニアとして恥ずかしいからやめな
ド素人専用OSだから

**デフォルトの名無しさん** · 2018/08/09(木) 15:01:11.67

そんなこと言ったら、rubyで開発とか恥ずかしいよ

**デフォルトの名無しさん** · 2018/08/09(木) 15:54:50.43

>>632
> 外部ツールを使うこと前提は普通対応しているとか使えるとはいわなくね？

対応して無くていいよ。Unicode（UTF-8）だけに対応していれば十分

**デフォルトの名無しさん** · 2018/08/09(木) 19:54:10.11

>>640
Webpackerが基本だから好きなの使えばよろし

**デフォルトの名無しさん** · 2018/08/09(木) 22:07:11.04

Pythonが2018年も人気ナンバーワン言語に - Rubyは13位へ
https://www.softantenna.com/wp/software/ieee-spectrum-top-programming-languages-2018/

>日本生まれのプログラミング言語Rubyの順位は昨年の12位から13位へと一つ順位を落としています。

**デフォルトの名無しさん** · 2018/08/09(木) 22:10:32.15

https://findy-code.io/engineer-lab/github-programming-language-ranking
↑「衰退するかもしれない言語」のRubyのグラフ凄すぎ

**デフォルトの名無しさん** · 2018/08/10(金) 00:57:10.05

RubyInstallersのRuby + Devkit 2.5.1-2（x64）でインストールしたら
トロイの木馬検知したんだけど、これ大丈夫なんか……

**デフォルトの名無しさん** · 2018/08/10(金) 09:30:05.88

基本、主流のレンタルサーバではどこもRuby標準装備だろ
個人でやるならRubyしか手は無いぞ？

**デフォルトの名無しさん** · 2018/08/10(金) 09:36:16.62

ここにもWindowsアンチがいますね

**デフォルトの名無しさん** · 2018/08/10(金) 09:43:53.11

pythonも標準装備です。
ただしどちらもかなり古いのしか入っていないです。
https://help.sakura.ad.jp/hc/ja/articles/206053142--さくらのレンタルサーバ-基本仕様

今だに1.8.7って・・・

**デフォルトの名無しさん** · 2018/08/10(金) 09:57:36.47

>>650
管理者権限のないレンサバでやるとか拷問好きの変態だけだろ

**デフォルトの名無しさん** · 2018/08/10(金) 10:15:24.49

xxenvが使えりゃ取り敢えずなんとかなるけどな。
pathに嵌ったりするけど。

**デフォルトの名無しさん** · 2018/08/10(金) 19:54:03.17

今はVPSとかHerokuとかそういうの使う方が主流だよね

**デフォルトの名無しさん** · 2018/08/10(金) 20:43:42.88

>>651
教祖がWindowsアンチだから仕方ない
残念だがRuby界においてWindows使いに人権はない

**デフォルトの名無しさん** · 2018/08/11(土) 11:11:35.63

ヘロクくっそ高いからどうなんだろ

**デフォルトの名無しさん** · 2018/08/11(土) 11:26:47.51

宗教以外で今時Herokuを選ぶ理由はないでしょ
PaaSならGCPとかAWS Lightsailとかにしとけ
HerokuとAWS/GCPじゃスキルとしての価値にも差がありすぎる

**デフォルトの名無しさん** · 2018/08/11(土) 11:35:49.25

へ、ろくなことないな

**デフォルトの名無しさん** · 2018/08/11(土) 14:03:49.96

へろくあさく

**デフォルトの名無しさん** · 2018/08/11(土) 18:57:17.82

いやしかし機械学習という神風でPythonがRubyを吹き飛ばしたよね
特にこれから始めようとする人で、Ruby選ぶ人って激減なんじゃないかと

◆QZaw55cn4c · 2018/08/11(土) 20:01:06.87

>>661
このお盆休みに Rails をやっているのだけれども…

**デフォルトの名無しさん** · 2018/08/11(土) 20:43:53.14

>>661
機械学習とWeb系は別物だからね
適材適所ということだね

**デフォルトの名無しさん** · 2018/08/11(土) 20:58:17.22

Rails使う奴らが他言語使いを見下しているから嫌われるんだよ

**デフォルトの名無しさん** · 2018/08/11(土) 22:08:57.73

今更Railsはなあ
第2のPHPとして当分は健在だろうけど、もう美味しい時期をとっくに過ぎてRails専のエンジニアは買い叩かれてるのが現状

**デフォルトの名無しさん** · 2018/08/11(土) 22:20:15.20

python用のwebフレームワークもいくつかあるけど、railsの出来には全然かなわんの？
rubyもnumpyとかあればなあ

◆QZaw55cn4c · 2018/08/11(土) 22:27:06.60

>>665
みなPHPに移ったんですか？

**デフォルトの名無しさん** · 2018/08/11(土) 22:33:39.18

>>666
Rubyの言語仕様はイカれてるからな。
よくもわるくも。

**デフォルトの名無しさん** · 2018/08/11(土) 22:43:26.29

>>666
Django が一番有名なんだろうけど、開発スピードは Rails の足元にも及ばないね

**デフォルトの名無しさん** · 2018/08/12(日) 01:48:34.69

>>576,577
関数型プログラミングという視点であれば、JS は良い言語だね
どちらも出発点として関数型言語をベースに設計された言語だから、当然の帰結と言える：
　http://peace.5ch.net/test/read.cgi/tech/1409526637/857/

ただし、あえて「Rubyによる関数型プログラミング」に慣れると
JS にイラッと感じる(=楽しくない)のは：
・条件分岐の if/switch が(式ではなく)文であること
　　Ruby であれば if/switch (を含めて「あらゆるすべて」)は式だから、ML や Haskell と同様、
　　いちいち一時変数を持ち出さずに書ける
・匿名関数の function() は煩わしい
　　匿名関数が多用されるのは map/filter といった関数を引数渡しするケースだけど、
　　Ruby であればブロック引数という独特な構文があるから簡潔に書ける
ってことかな(あくまで個人の感想ですが)

ちなみに、これらの感想は以下の文書からの受け売りだったりします：
・Rubyによる関数型プログラミング
　(*1) URL はNGワード規制によってカキコできないので、
　もしも興味のある人は「Rubyによる関数型プログラミング Arnau Sanchez」でググッてください
なお、この文書で筆者は：
　Rubyは基本的には命令型言語であるけれど、関数型プログラミングへの際立った潜在能力がある
と断じています

(*1)：規制されるほど、この文書はム板管理者にとってヤバイ内容が含まれているんですかねぇ？
　　　2012年と５年も昔に公開された、今のRuby使いにとっては常識的な中身だと思うんですけど

**デフォルトの名無しさん** · 2018/08/12(日) 01:58:20.16

def式じゃないじゃんjsのfunctionは式だぞ

**デフォルトの名無しさん** · 2018/08/12(日) 02:01:02.80

>>577
>Rubyは第一級関数ではないという致命的な欠陥がある

JSとは異なり、Rubyだと関数は一級市民ではない」という指摘を
具体的なコードで示したのは、おそらく自分が最初だと思うけど：
　https://mevius.5ch.net/test/read.cgi/tech/1503644351/210/
そこでもカキコしたように「制限」であって「致命的な欠陥」ではないんだよね

>>670でも書いたように、一級市民としての関数が重要になるのは
メソッド(or 関数)の引数値として匿名関数を渡すケースだけど、
Ruby ではまさにその目的のためブロック引数という特殊な構文が用意されている

もし反論があるなら、具体的なコードで示したほうが理性的ではないかと思われます

**デフォルトの名無しさん** · 2018/08/12(日) 02:10:52.79

>>671
関数型プログラミングを実践すると自然に匿名関数を多用することになるわけですけど、
JS はいちいち function とタイプしないといけないから煩わしい、という意味です

たとえば ML族の Standard ML だと fn、同 OCaml だと fun、Haskell に至っては
¥ が匿名関数を表すキーワードです
ここまで「JavaScript による関数型プログラミング」が普及し常識になった現時点で
振り返れば、function ではなく fn とか fun という予約語にできなかったのか？と

なお、関数宣言のキーワード function は、それが宣言を目立たせる意味で長いキーワードを
採用したと考えれば、納得できるのですけどね

**デフォルトの名無しさん** · 2018/08/12(日) 02:47:33.34

Ruby にはブロックスコープがあるし、
関数スコープでは、関数外部からの変数を通さない

Rubyの偽は、false, nil の2つだけ

Rubyは厳格だけど、JS, Python, PHP などは、ややこしい

**デフォルトの名無しさん** · 2018/08/12(日) 08:39:08.05

>>673
> JS はいちいち function とタイプしないといけないから煩わしい、という意味です

なるほど。ではこのコードのどこにfunctionがあるのでしょう？

var materials = [
'Hydrogen',
'Helium',
'Lithium',
'Beryllium'
];

console.log(materials.map(material => material.length));
// expected output: Array [8, 6, 7, 9]

**デフォルトの名無しさん** · 2018/08/12(日) 10:53:04.11

ruby狂信者に「他言語では…」って話しすると黙りこくって見下すのは経典に書いてるのか？
どんなruby狂信者に聞いてもどいつも同じ精神なのがものすごく気持ち悪い
アレなんなんだろうな

**デフォルトの名無しさん** · 2018/08/12(日) 13:10:26.06

Rubyは左翼言語だからね

**デフォルトの名無しさん** · 2018/08/12(日) 13:15:59.90

>>664
見下される側なのにな

**デフォルトの名無しさん** · 2018/08/12(日) 13:22:05.89

>>670
rubyに関する内容がヤバイんじゃなくて
archive。fo
がだめなだけ

**デフォルトの名無しさん** · 2018/08/12(日) 15:02:35.22

>>675
それ、もうブラウザでも使えるんだっけ？
JavaScriptは新機能を使っていいかどうか、いちいち考えないとイカンのがめんどくさい。
なおRubyも、バージョンのよる差異がうざい模様。

**デフォルトの名無しさん** · 2018/08/12(日) 15:37:44.45

rubyって昔複数引数取る関数
foo bar baz
って書けたよね。
でも今は
foo bar, baz
だよね。

**デフォルトの名無しさん** · 2018/08/12(日) 15:50:08.86

>>681
1.8.7でも foo bar baz は foo(bar(baz)) なんだね

**デフォルトの名無しさん** · 2018/08/12(日) 16:22:12.92

>>675
失礼しました、ES2015(ES6)で導入されたアロー関数ですね
ということで、>>670 の：
>・匿名関数の function() は煩わしい
という項目に関しては取り下げます

>>680
調べてみると、主要なブラウザの最新版であれば利用できるようです
まあ JS も Ruby も新機能の扱いを「めんどくさい」とか「うざい」と
感じることはあります
ただし、どちらも「後方互換性の維持」という言語進化の基本原則を
遵守しているのは共通していますから「新機能を使わない」という
選択肢も残されているわけです

**デフォルトの名無しさん** · 2018/08/12(日) 16:28:13.10

bar が関数じゃなければいい

**デフォルトの名無しさん** · 2018/08/12(日) 16:28:29.68

>>679
情報提供、ありがとうございます
MANGO板にて特定のページが規制されているのではなく、
サイト全体が規制されていることを確認できました

・NGワード絞り込みスレッド★118
　http://agree.5ch.net/test/read.cgi/mango/1533547792/324-326/

**デフォルトの名無しさん** · 2018/08/12(日) 16:34:41.05

>>681
昔って、いったいいつの時代なんだろう
自分は 1.6 の時代だからかれこれ20年は使ってるけど、
foo bar baz と書けたという記憶が無い

もしかすると 1.4 とかそれ以前には書けたのかな？
興味深いね

**デフォルトの名無しさん** · 2018/08/12(日) 18:33:45.33

>>683
JavaScriptはともかく、Ruby は「後方互換性の維持」を遵守しないぞ。
バージョンアップは、過去のコードをだいたい壊す。
次も、文字列の原則immutable化が控えているだろ。

**デフォルトの名無しさん** · 2018/08/12(日) 18:46:02.88

それはjs以外たいていみんなそうなんじゃ？pythonしかり。

**デフォルトの名無しさん** · 2018/08/12(日) 18:50:42.36

>>168
今どきにbabelも使わずフロント開発してるところなんて業務系SIerくらいしかないでしょ

**デフォルトの名無しさん** · 2018/08/12(日) 18:59:19.04

>>683 のミス

**デフォルトの名無しさん** · 2018/08/12(日) 22:37:17.71

>>688
互換性維持の優先が高い言語はあるぞ。
C,C++,C#,Perl5はずっと更新されてきてるが、過去のコードを壊したことがほとんどない。
RubyやPythonと違って、システムの重要なところを担ってる自覚がある模様。

**デフォルトの名無しさん** · 2018/08/12(日) 22:37:51.94

>>687
>JavaScriptはともかく、Ruby は「後方互換性の維持」を遵守しないぞ。

いや、Ruby は(も？)新機能の導入には保守的ですよ
たとえば Ruby の特徴である既存のクラスの振る舞いを後から上書きできる
オープンクラス、これには利点と欠点が共存してるけど、これに対応しようとする
refinement の提案は「後方互換性の維持」を理由に却下され続けたけど、
その壁を乗り越えてようやく 2.1 で採用された

もしも遵守しない例があるなら、具体的なコードで示してね(>>675 みたいに)

>次も、文字列の原則immutable化が控えているだろ。

え、frozen_string_literal オプションがあるでしょ？

>>688
いやぁ、バージョンアップしたら Hello world すら構文エラーになる Python みたいな
言語などとは一緒くたにされたく無いですね

・Rubyの設計上の欠点とは何か？
　https://mevius.5ch.net/test/read.cgi/tech/1413113999/123-126/

Python2 の時点ですら全プログラミング言語でも人気トップ10、スクリプト系言語に限れば
圧倒的に首位を独走というメジャーな言語が、Hello world すら構文エラーになるという
基本原則「後方互換性の維持」を頭から無視したバージョンアップを断行するなんて、
過去のプログラミング言語の歴史を振り返ってもあり得なかった歴史的快挙(暴挙？)ですよ
とうていマイナー言語の Ruby なんかじゃあ到底まねできないですわ

**デフォルトの名無しさん** · 2018/08/12(日) 22:53:39.94

>>692
結局、互換を壊してるじゃん。ｗ
そんなのは保守的と言わないんだよ。
多少の不満は飲み込んででも、過去のコードを重視しないといけない。
オプションで選択できるとか、いいわけにならん。

例が知りたきゃググれ。
スコープとかメソッドとかいろいろあって、思い出すのもバカらしい。

ま、それがRubyの道なんだろうから、それはそれでいいんだよ。
ヘンに言い繕わずに、互換性は低いと冷静に受け入れてれば。

**デフォルトの名無しさん** · 2018/08/12(日) 23:37:02.17

現実無視の机上の空論ｗ
昔のC/C++コードを一切の修正なしで再利用できるケースが実際にどれだけあるというのだ

**デフォルトの名無しさん** · 2018/08/12(日) 23:42:34.82

>>683
JS のアローと、function()無名関数は、スコープ・this の挙動が異なる

非同期処理などで異なる。
別のもの

JSは、Rubyの影響を受けて、ドンドン変化していく

**デフォルトの名無しさん** · 2018/08/13(月) 01:14:37.00

>>694
え？ｗ

**デフォルトの名無しさん** · 2018/08/13(月) 05:17:38.38

>>693
>オプションで選択できるとか、いいわけにならん。

では、以下のコードを python3 で動かす方法はあるんですか？
　https://mevius.5ch.net/test/read.cgi/tech/1413113999/126/
え、オプションすら存在しないのぉ？？？
オプションすら許さない >>693氏のオレ様基準に従えば、
いいわけ以前の「後方互換性の断絶」であり「致命的な互換性の問題」ですね

>例が知りたきゃググれ。
>スコープとかメソッドとかいろいろあって、思い出すのもバカらしい。

え、これだけ「Rubyはゴカンセイガァー」と騒いでおいて、
ご自身では具体的なコードすら書けないんですか？
情けないですね、自分ならスコープやらいくつかRubyに関する
「些細な互換性の問題」を示してあげることもできるんですけど

>ヘンに言い繕わずに、互換性は低いと冷静に受け入れてれば。

いやぁ JS と比較すれば互換性は低いですよ
あちらはECMAScriptという国際標準の強い縛りがありますからね
でも Hello world すら動かなくなる最底辺 Python と比較すれば遥かに高い

そもそも具体的なコードも示せないくせに、
ナゼか「上から目線で」オレ様理論を押し付けるのは、
Rubyアンチに共通する性癖ですね

**デフォルトの名無しさん** · 2018/08/13(月) 08:54:49.38

Selenium WebDriver を使って、Nokogiri で、DOM を構築して、
JavaScript(JS) を使って、そのDOMで、body 以下を更新しようとしたが、エラーになる

つまり、DOMの構築には、JSではなくNokogiriを使った。
なるべく、JSではDOMを構築したくない。面倒だから

p inner_body = %(<div class="thread">あ</div>) #=> "<div class=\"thread\">あ</div>"

jsCode = <<"EOT"
var element = document.querySelector('body');
element.innerHTML = "#{ inner_body }";
EOT

driver.execute_script jsCode # JavaScript を実行

ただし、下のように書くと、body以下は正常に更新される。
element.innerHTML = '<div class="thread">あ</div>';

違いは「\"thread\"」の、ダブルクォーテーションのエスケープなのかな？
Nokogiriで構築したDOMを、JSにどうやって渡せば良いのか？

**デフォルトの名無しさん** · 2018/08/13(月) 09:17:49.80

> Nokogiriで構築したDOMを、JSにどうやって渡せば良いのか？

うん、でもいま面倒なことになってるよね？

**デフォルトの名無しさん** · 2018/08/13(月) 12:07:18.53

>>686
試してみようと思ったんだけど1.6より前のバージョンどっからダウンロードすればいいんだ…
https://www.ruby-lang.org/en/downloads/releases/

**デフォルトの名無しさん** · 2018/08/13(月) 13:11:20.37

>>697
Rubyアンチアンチは、だからめんどくさいんだよな。
そんなに必死にならんでもええよ。ｗ

**デフォルトの名無しさん** · 2018/08/13(月) 20:08:09.68

それがルビリスト
皆呆れてるだろうが
個人的にすごく良い流れなので
もっと頑張れ

**デフォルトの名無しさん** · 2018/08/13(月) 20:18:46.74

一言で言えば左翼と同じメンタル
何故そうなるかは長くなるから書かないけどな