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/08/12(土) 08:30:27.74

Ruby2.3からString#+@（immutableならば複製）が追加されている。
https://docs.ruby-lang.org/ja/2.3.0/class/String.html#I_--2B--40

**877** · 2017/08/12(土) 08:33:50.03

paiza.IO で実行したけど、コンパイルエラーにならなかった

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

>>881
paizaは2.4系だから。あと細かいけど、インタプリタだからコンパイルエラーと呼ぶのは違う気がする

**デフォルトの名無しさん** · 2017/08/12(土) 11:48:52.04

文字列のimmutable化による変更のひとつとして、Stringクラスに単項演算子+、-が追加されてる。
ttp://qiita.com/iwamot/items/2ddf8de09d5dbcad2df9

こういう事情らしい。
http://d.hatena.ne.jp/ku-ma-me/touch/20151004
Rubyはやっぱりクソ。互換性に対する配慮が甘い。

**デフォルトの名無しさん** · 2017/08/12(土) 11:53:23.96

>>882
言いたいことはわかるが、コンパイルエラーでも問題ないと思う。
実行前の文法エラーなのであれば、あきらかに事前のコンパイル段階のエラーなんだから。

**デフォルトの名無しさん** · 2017/08/12(土) 11:59:10.11

あ、>>884に追記。
インタプリタどうこうの点についてのつもりなので、念のため。
881がコンパイルエラーといってるのはおかしいと思うよ。

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

>>883
誰かと思えば遠藤さんか
それなら説得力あるな

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

>>883
+@, -@の追加は別にいいけど3.0以降のデフォルトimmutable化はさすがに勘弁して欲しいなあ、Railsの声が強すぎる……

>>884
RubyのNoMethodError（というかException全般）は実行を試みて初めて出されるから実行時のエラーだよ。（ランタイムエラーと呼びたいがRuntimeErrorクラスと混同しかねないので悩ましい）
endが足りないとかのSyntax Errorとは別物だと思うけど。こっちは実行前の構文解析。

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

＞3.0以降のデフォルトimmutable化
定数は自動的にfreezeするくらいの対応で良かったな

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

だからそれじゃRailsさんは満足しないんだって

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

Rails（無理）が通ればRuby（道理）が引っ込む

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

RoRのためのrubyをフォークしろって事だな

**デフォルトの名無しさん** · 2017/08/12(土) 14:01:19.65

Railsという単一の言語でいいと思うのよ実際

**デフォルトの名無しさん** · 2017/08/12(土) 14:25:04.02

Railsさんを追い出したら島根のお役所へのPRに使えるようなRuby採用事例がほとんど無くなって金貰えなくなるからね
Chefみたいなインフラ系の事例を出されても役所の人「ハァ?」だろうし

**デフォルトの名無しさん** · 2017/08/12(土) 14:51:06.74

RoR上でのみデフォルトでimmutable、ってのも立派な"Rail"じゃないのかなあ。
どうせマジックコメントで切り替えられるようにするんだったらわざわざRuby全体のデフォルトを変えんでもいいでしょうに……

**デフォルトの名無しさん** · 2017/08/12(土) 15:19:12.43

>>892
よくねーよ

Rubyで作れるのは
Webアプリだけじゃねーから

Railsみたいなフレームワークを
言語仕様にしちゃうと窮屈になる

**デフォルトの名無しさん** · 2017/08/12(土) 15:26:53.07

>>895
他に何に使われていようが、金を産んでるのもMRIにコミットしてる開発者が作ってるのも事実上Webアプリだけだから
他は無視しても全く問題ないのよ、残念なことに

**デフォルトの名無しさん** · 2017/08/12(土) 15:28:23.95

>>896
そんな発想だから
機械学習とかWeb以外の
ライブラリが充実してるPythonに
国際的に負けてしまう

**デフォルトの名無しさん** · 2017/08/12(土) 15:29:12.97

>>895
知らんよ
RailsがRailsで何を作ろうが関知するものではない

**デフォルトの名無しさん** · 2017/08/12(土) 23:34:01.47

>>870
俺的今日のNo1、カキコ

**デフォルトの名無しさん** · 2017/08/13(日) 00:56:22.58

Rubyが、ドンドン、Elixir に近づいていく

>>887
そう言えば、「メタプログラミング Ruby」にも、
NoMethodError を上書きするな、って言う格言があった

**デフォルトの名無しさん** · 2017/08/13(日) 01:10:49.40

これも結局速度のために手動で変な最適化をプログラマに課してるだけのことだよな
こーゆーノリはC言語時代にはよくあったと思うけど
なんせ当時のCPUは今から考えるとものすごく遅かったからなぁ
だけど今時だとCPUも速いしコンパイラの最適化も凄いから
特に何も考えなくても十分に速いので、変な最適化に技巧を凝らすより
読みやすいコード書けってのが主流だよな
だけどRubyはメジャー言語より平気で50倍とか遅いし
コンパイラの最適化も糞なので手動で最適化するんだなwww

3.0GHzの最新CPUを使ってても50～100MHzのCPU相当の速度になるし
加えてコンパイラの最適化も糞で手動で最適化とか
まるで20年ぐらい前の感じだな

動的型でプログラミングが楽になるはずが
静的な型チェックもなければ速度が遅くて手動で最適化とか
本当に動的型は素晴らしいですね

**デフォルトの名無しさん** · 2017/08/13(日) 01:15:14.97

スクリプトで手間暇かけて凝ったアルゴリズムで計算量減らすより
C++でブルートフォースしちゃった方がてっとり早くて速かったりするのはよくある話
スクリプト向きのタスクか否かを感覚的に見抜けることは大切

**デフォルトの名無しさん** · 2017/08/13(日) 01:20:36.73

今もう2017年だよな
Rubyはこんな最適化のために
今更言語仕様を変えるだとか変えないとかで盛り上がってて
何なんだろうな
これから先もずっとこんな調子なのかね
元の実行速度が遅いから速くするための最適化のために言語仕様をどうのこうの

今はforループを自動で並列展開してマルチスレッドとかSIMDとかで
コンパイラに頑張ってもらって速度を稼ごうとか
そういうこと言ってる時代なのに
やってることがあまりにも原始的というかなんというか
技術的に何も面白くないし、触ってて本当に楽しいんだろうか？
よく考えられた静的型のシステムがあるわけでもないし
化石言語だな
ありとあらゆることをプログラマに丸投げ

**デフォルトの名無しさん** · 2017/08/13(日) 01:31:38.50

ありとあらゆることが悪い方に作用している様は本当にすごいよ
動的型のおかげでそもそも遅そうなのにろくに最適化もかからないから鈍足
遅すぎるのでプログラマが手動で最適化してください
加えて静的な型チェックもしないのでテストするなりなんなり
プログラマが頑張ってください
動的型って何なんだろうね

**デフォルトの名無しさん** · 2017/08/13(日) 02:53:31.36

**デフォルトの名無しさん** · 2017/08/13(日) 04:14:05.84

ﾜｯﾁｮｲじゃないからあんまり意味ないんだよなぁ
1行読んで心のNGフィルターに突っ込んでるから問題ないけど

**デフォルトの名無しさん** · 2017/08/13(日) 14:33:04.78

ま～た涌いてるのか
はよー親に製造責任とってもらえよ

**デフォルトの名無しさん** · 2017/08/17(木) 15:09:10.89

趣味で作られた「オレ様の考える最強言語」にちょっと高望みしすぎじゃないの　とか言っちゃダメかな

**デフォルトの名無しさん** · 2017/08/17(木) 15:16:46.98

初心者スレで暴れまわって機能不全に陥れるとは
Rubyは完全に澱んでるな
Pythonコミュニティとすっかり差が開いてしまった

人気ランキング1位
Pythonは今のうちに習得すべき？『スラスラわかるPython』著者・岩崎さんとPyCon JP理事の寺田さんが語る：CodeZine（コードジン）
http://codezine.jp/article/detail/10329

**デフォルトの名無しさん** · 2017/08/17(木) 18:26:41.54

>>908
いわゆるスクリプト言語の多くがそうなんだよなあ。

**デフォルトの名無しさん** · 2017/08/17(木) 20:41:32.26

コマンドライン引数が表示できません。
OSはwin10、rubyのバージョンは2.4.1-2-x64です。

コードはprint_arg_1.rbという名前で、
#!c:/ruby/bin/ruby
print ARGV[0]

コマンドプロンプトには
c:\ruby\samples>print_arg_1.rb　A

と入れてみるのですが、何も（エラーも）表示されません。
Aと表示させるつもりなのですが・・・。
ちなみに、powershellに入力した場合はAと表示できます。

**デフォルトの名無しさん** · 2017/08/17(木) 20:44:36.46

c:\ruby\samples>print_arg_1.rb　A
のAの前のスペースが全角だからじゃね

**デフォルトの名無しさん** · 2017/08/17(木) 21:09:45.66

>>912
すいません、そこは半角でした
半角で入れてみても、うまくいきません

**デフォルトの名無しさん** · 2017/08/17(木) 21:12:53.32

>>913
ruby -e "p ARGV[0]" A
ってやったら
"A"
って出力される？

**デフォルトの名無しさん** · 2017/08/17(木) 21:16:37.74

ruby hoge.rb A
頭にrubyをつけてみては

**デフォルトの名無しさん** · 2017/08/17(木) 21:28:46.60

>>915

コードを
#!c:/ruby/bin/ruby
p ARGV[0]
と書き換えるということですか？

やってみたところ、nilとでました

**デフォルトの名無しさん** · 2017/08/17(木) 21:50:18.63

powershellではどう入力したの

**デフォルトの名無しさん** · 2017/08/17(木) 22:00:16.19

>>917
.\print_arg_1.rb A
と入力しました。
"A"と出力されます。

**デフォルトの名無しさん** · 2017/08/17(木) 22:07:40.53

謎すぎてわからん

**デフォルトの名無しさん** · 2017/08/17(木) 22:18:52.38

コマンドプロンプトからwhere ruby
多分rubyがバッチファイル

**デフォルトの名無しさん** · 2017/08/17(木) 23:48:20.77

バッチファイルだとしても引数渡さないとかアホやろ

**デフォルトの名無しさん** · 2017/08/18(金) 00:04:08.29

windowsの関連付けのバグじゃないのかな

**デフォルトの名無しさん** · 2017/08/18(金) 01:34:08.78

以下、そういうときの正確な状況を確認する方法。

次のコマンドラインを実行して、関連付けを確認。
assoc .rb

その出力結果を引数にしてftypeを実行して、実行されるコマンドラインを確認。

**デフォルトの名無しさん** · 2017/08/18(金) 05:42:06.33

powershellで実行してるものと、コマンドプロンプトで実行してるものが別ファイルである可能性くらいしか無いのでは

**デフォルトの名無しさん** · 2017/08/18(金) 09:35:17.44

rubyでOpenglいじってるけどコード書き換えやすくて楽しすぎ
他にも楽しそうなもの無い？

**デフォルトの名無しさん** · 2017/08/18(金) 10:03:46.81

Sequel4でSQL server上の日本語てんこ盛りのテーブルに接続できるか試しているんですが
日本語以前にシンボルを使ったアクセスだと全部upcaseされているっぽくて
大文字小文字混在の識別名？が指定できなくて詰んでます。

これどこで設定すればいいんでしょうか？

**デフォルトの名無しさん** · 2017/08/18(金) 11:21:40.62

.\print_arg_1.rb A
.\ は、カレントフォルダだから、相対パス付き

c:\ で始まっていたら、絶対パス

print_arg_1.rb A
これは、パスではない。
print_arg_1.rb というコマンドになるから、そんなコマンドは存在しない

基本は、実行したいスクリプトファイルのあるフォルダへ、
cd で移動して、そのフォルダで、.\ を付けて、
.\print_arg_1.rb A
とする

#!c:/ruby/bin/ruby
Windows でも、シバンが使えるのか。
パス区切り文字は、/ でも認識できるのか

**デフォルトの名無しさん** · 2017/08/18(金) 12:56:54.66

>>925
OpenCVとか？

**デフォルトの名無しさん** · 2017/08/18(金) 13:02:16.70

>>927
> Windows でも、シバンが使えるのか。

使えるともそうでもないともいえる。
シェルではなく、Ruby自身が解釈する。

https://docs.ruby-lang.org/ja/latest/doc/spec=2frubycmd.html#shebang

**デフォルトの名無しさん** · 2017/08/18(金) 16:02:30.99

しまねω
http://www3.nhk.or.jp/news/html/20170818/K10011103391_1708181154_1708181155_01_02.jpg

**デフォルトの名無しさん** · 2017/08/19(土) 00:44:19.65

rbのファイルタイプを常に
ruby.exeで開くように設定したんだろう
そのときにたぶん"%1"ぐらいは設定されてるのだろうけど

**デフォルトの名無しさん** · 2017/08/19(土) 01:00:58.21

pythonのインストーラーが尋ねる2通りの選択
pathに設定するかwindowsシステムにアプリケーションを登録(推奨)みたいなやつがあって謎だったが
今意味が分かった

**デフォルトの名無しさん** · 2017/08/19(土) 12:53:30.00

環境変数PATH をいじくったら，

すべてのコマンドの起動に影響するから、大変

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

WindowsでのRubyプログラムで
一番大変なのは環境構築だからな
環境変数がどうこうはよく調べておくように

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

pyenv, rbenv など、仮想環境を使うと、
環境変数PATH の先頭に追加するから、極めて危険

～python2
～python3;～python2

例えば、python コマンドの実行ファイルが、
～python2 ではなく、先に、～python3 のパスで見つかるから

そのコマンドが、どの実行ファイルを起動しているのか、くれぐれも注意せよ

**デフォルトの名無しさん** · 2017/08/19(土) 15:34:54.77

ruby って -K で文字コード指定して実行出来るみたいだけど
バージョン指定して実行するようなオプションってあったっけ

**デフォルトの名無しさん** · 2017/08/19(土) 15:37:33.84

>>936
ない

**デフォルトの名無しさん** · 2017/08/20(日) 20:41:41.88

version指定というか、ruby処理系を指定しての実行なら可能なはず
上ででてきた#!c:/ruby/bin/rubyを応用して、
version毎にディレクトリ作ってパス指定

**デフォルトの名無しさん** · 2017/08/20(日) 21:16:31.03

rbenv 入れろ

**926** · 2017/08/21(月) 10:32:12.71

突き止めました
エクステンションを導入して変換を無効化すればよかったです。

DB.extension :identifier_mangling
DB.identifier_input_method = nil
DB.identifier_output_method = nil

**926** · 2017/08/21(月) 15:46:43.43

間抜けなことしてました。
ODBC使うのにsequelが自前でやってると思ったらruby-odbc使ってた。
だからodbc-utf8を先にrequireしないとutf8が通らなくて日本語以前だった。
ほかにもfreeTDSでutf-8だと指定効かないとか気がつかなかった。

bundlerが依存関係全部処理してたから気がつかなかった…

**デフォルトの名無しさん** · 2017/08/21(月) 19:28:02.56

おつかれい

**926** · 2017/08/21(月) 21:57:25.45

ありがと。

さらに問題発覚。というかsequelの手抜きなんだけど
likeを発行するときにsql server向けの互換レイヤはLatin1_General_*を強制的に付け足す。
ハードコードされてて切り替えできない。とりあえずlib/sequel/adapters/shared/mssql.rbにパッチ当てたけど
gitみてもこの辺対処されて無いっぽい。5になれば期待できそうな感じはあるけど。

あーやっとやっつけ集計バッチをこれで置換できるかもしれん
あとはsinatraとhamlとsassか…

**926** · 2017/08/22(火) 11:19:06.95

いろいろいじった結果
FreeBSD 11.1R
ruby 2.4.0
sequel 4.48.0
ruby-odbc 0.99998
unixODBC 2.3.4
freeTDS 1.00.131,1
Microsoft SQL Server 2008 R2
の組み合わせで日本語てんこ盛りのデータベースを読むは問題なさそう。作ったり書いたりはこれからだけど基本集計だけだし。
結局utf8周りの設定は一切合切消してもrequire 'odbc-utf8'があれば普通に日本語通ってしまった。
数年前に試したときにうまくいかなかったのも多分これのせいだったんだろう。

**デフォルトの名無しさん** · 2017/08/23(水) 08:24:54.57

そういば、1.8かどうか忘れたけど、
Arrayの派生クラス同士に＋をつかって、新しい派生クラスのインスタンス出力しようとしたら、
派生元のArrayのインスタンスが出力されることがあったな

長い間気づかずどつぼにハマッてたのを思いだした

**デフォルトの名無しさん** · 2017/08/23(水) 08:33:32.73

Arrayの派生クラス同士に
↓
Arrayの派生クラスのインスタンス同士に

**デフォルトの名無しさん** · 2017/08/23(水) 14:36:30.50

たいがいの言語でそうなっちゃうでしょ。
まあしかたないね。

**デフォルトの名無しさん** · 2017/08/23(水) 19:49:57.47

>たいがいの言語でそうなっちゃうでしょ。

そんなことないよ
静的型だったならどこかでコンパイルエラーになって気づけた可能性もあるよ

**デフォルトの名無しさん** · 2017/08/23(水) 20:17:43.31

まーた涌きやがったかコイツ

まぁRubyだからこそ直接Arrayクラスのメソッドをself.classをつかったコードに書きえて、
派生先のクラスでも問題なく動かすようにできるわけだけど
当時もそうやって楽に対応できたし、今のverなら書き換える必要も無く対応してるんじゃないか？
確認してないけど

**デフォルトの名無しさん** · 2017/08/24(木) 04:24:49.42

このような実例があると
動的型にすると無駄な時間が増えることが
初心者にも分かりやすくてよいですね

**デフォルトの名無しさん** · 2017/08/24(木) 07:03:14.83

普通、配列のような基本的なクラスからは、クラスを派生させない

継承を使うのは、自分で作ったクラスか、
継承されることが前提のクラスだけ

一般的には、継承より包含を使う

包含の方が、継承よりも柔軟だから、
配列のような基本的なクラスには、合っている

**デフォルトの名無しさん** · 2017/08/24(木) 12:21:31.80

DSLに何言ってんだか
Rubyの書きやすさ書き換えやすさは他の言語にない重要なポイントのひとつだろ

**デフォルトの名無しさん** · 2017/08/24(木) 12:32:10.15

>>952
意味不

**デフォルトの名無しさん** · 2017/08/24(木) 14:28:41.04

>>948
静的型とか動的型とか全く関係ない

>>945
マニュアルくらい読もうぜ
Array#+ は self + other -> Array
https://docs.ruby-lang.org/ja/2.4.0/method/Array/i/=2b.html

pryでshow-doc, show-sourceすればすぐ分かる内容
show-source Array#+

>>951
言いたいことはわかるがArrayを派生したい場合だってある
Rubyはそういうことを制限しない言語
そのかわりに相応の力量が求められる

**デフォルトの名無しさん** · 2017/08/24(木) 14:56:19.91

Arrayから直接派生させるよりも、
EnumerableやForwardable使うほうが普通だとは思うけどね

**デフォルトの名無しさん** · 2017/08/24(木) 15:12:33.89

結果収束的には「可能ではあるが極力行わないようになる」こと自体は間違いはない
なんでもかんでもメソッドチェーンにしないのと似たような感覚
ただし（古い表現だが）足元を弾痕穴だらけにしないとわからない感覚なので、未経験者に最初から指示するようなものでもないな
それはそれで「本当は何もできないやらないわかっていない」机上の人だろう

**デフォルトの名無しさん** · 2017/08/24(木) 15:38:18.44

DSLに何言ってんだか
Rubyの書きやすさ書き換えやすさは他の言語にない重要なポイントのひとつだろ

**デフォルトの名無しさん** · 2017/08/24(木) 16:33:57.27

>>956
Arrayを継承したいと考えた理由次第だろ

モンキーパッチ、リファインメント、継承、コンポジション
それぞれメリットデメリットあるんだから初心者であっても
そのトレードオフが理解して自分で判断できるようにならないとダメだよね？

基本クラスであってもどういう方式を選ぶのがいいのかは状況次第だから
背景理由を無視して、一つの選択肢を採用したほうがいいっていうのはちょっとっ極端に感じるよ

**デフォルトの名無しさん** · 2017/08/24(木) 20:44:43.22

🐒

**デフォルトの名無しさん** · 2017/08/24(木) 20:49:02.11

>>954
仮にArrayを継承させたとして
何かのメソッドで思っていた型と違う型が返ってきたとして
静的型ならコンパイルエラーになって即気づける可能性が高いよね
せっかく>>945がRubyが動的型のせいで
> 長い間気づかずどつぼにハマッてたのを思いだした
って告白してくれてるのに

あるメソッドが、どのような仕様になってるかなんて
そんなものはどのような仕様にでも実装できてしまうわけで
(そう書けばそう動く、というだけ)
大事なのは、勘違いしたとき、間違ったときに、直ぐに気づけるかどうか

だからArrayを継承すべきじゃないとかってのは話の本質じゃなくて
長い間気づかずドツボにハマってたのは何故かって部分なんだよ

**デフォルトの名無しさん** · 2017/08/24(木) 20:50:35.58

俺みたいなののほうがマトモなこと言ってるのがもう不思議なぐらいだろ？

**デフォルトの名無しさん** · 2017/08/24(木) 20:50:57.98

それぐらいダメってことなんだよ、言語もコミュニティーも

**デフォルトの名無しさん** · 2017/08/24(木) 21:04:10.31

はいはいNGNG

**デフォルトの名無しさん** · 2017/08/24(木) 21:37:49.84

>>960
言語を使う側の能力の問題を
全部言語のせいにしちゃだめだよ

var result = myArray1 + myArray2

↑みたいに型推論使ってたら似たような事起きるだろ
それは型推論自体がダメだからなのか？型推論使用禁止にする？
使う道具のメリットデメリットをちゃんと理解して使いこなせてないからだろ

静的型にメリットがあるのはわかるが結局それはトレードオフなんだよ
何を選択するかの問題

**デフォルトの名無しさん** · 2017/08/24(木) 21:46:32.32

その場合でもresultをどこかに渡したり
継承で拡張したメソッドを使ったり
実用的なことをしようとした瞬間にコンパイルエラーになる
お前はそのresultを何も使わずにそのまま捨てるのか？
結局、現実的な部分が全くないんだよね
机上の空論、それがRuby

**デフォルトの名無しさん** · 2017/08/24(木) 21:51:04.51

しかも俺は
>気づける可能性が高いよね
とも書いてるわけで
現実的にはどこかの段階でコンパイルエラーになる可能性が高い、と

**デフォルトの名無しさん** · 2017/08/24(木) 21:55:21.82

スレッドの進行を妨害するのは止めてください
みんなが迷惑を被っています

**デフォルトの名無しさん** · 2017/08/24(木) 21:56:03.09

コンパイルが通ってもその後テストを走らせることになるけどな

**デフォルトの名無しさん** · 2017/08/24(木) 22:02:02.88

>>965
オーバーライドしたメソッド呼び出してもコンパイルエラーにならないだろ
静的型でも同じこと十分起こりえるよ

運良くコンパイルエラーで拾えるケースだけ上げて
静的型使うべきなんていう主張はナンセンス

力量が低いやつは静的型選んだほうがいいよっていうアドバイスなら
まだ理解できるけどね

**デフォルトの名無しさん** · 2017/08/24(木) 22:05:10.57

再三にわたり伝えましたが、もう一度
スレッドの進行を妨害するのは止めてください
みんなが迷惑を被っています

**デフォルトの名無しさん** · 2017/08/24(木) 22:10:19.62

起こりえるが、可能性は低いわけだ
運良くコンパイルエラーで拾える、というより
運悪くコンパイルエラーで拾えないケースもありうる、ということ

運が良くないとコンパイルエラーで拾えないんなら
静的型言語はこんなに普及してないし、もてはやされてもない
現実が全く見えていないんだね

**デフォルトの名無しさん** · 2017/08/24(木) 22:10:38.73

>>967
LLスレで相手にされなくなったからな
隔離スレの自覚持って欲しいもんだ

**デフォルトの名無しさん** · 2017/08/24(木) 22:13:45.33

>>970
「だから動的型はダメなんだ」とか思っちゃう初心者が出ないように
きちんと反論しとくことは重要じゃねーの？

>再三にわたり伝えましたが、
って>>967の1回だけじゃんww

**デフォルトの名無しさん** · 2017/08/24(木) 22:18:05.33

>>973
私たちにとってはなんら重要ではありません
お帰りください

**デフォルトの名無しさん** · 2017/08/24(木) 22:19:22.21

>>971
型推論禁止すれば運悪くコンパイルエラーで拾えないケースも潰せるね

**デフォルトの名無しさん** · 2017/08/24(木) 22:20:59.16

>>974
なんでお前が勝手に決めてんの？

**デフォルトの名無しさん** · 2017/08/24(木) 22:23:28.89

>>976
あなたにはもうそれを判断できるだけの客観的知性が残っていないからです

**デフォルトの名無しさん** · 2017/08/24(木) 22:26:09.58

>>969
力量が低いだけに留まらず、現実逃避する頭の悪い知ったかぶりのお馬鹿さんなら
あなたが話しかけてるそこにいますよ

**デフォルトの名無しさん** · 2017/08/24(木) 22:39:55.72

俺が言うのもなんだけど
ID:Z79NM4TLやID:lIOBscykのが正解だと思うよ
「そんなことは初めから分かってて承知の上で使っているのだから
　放っておいてくれ」
って所でしょ
欠点を認められずに使ってる方が異常

**デフォルトの名無しさん** · 2017/08/24(木) 23:09:32.94

スレッドの進行を妨害するのは止めてください
みんなが迷惑を被っています
スレッドの趣旨が分からないなら1を読んで下さい
これ以上妨害を続ける場合は、過去の妨害行為時のログを元に弁護士との相談の上、
措置を取ります