09/04/02 12:51:52
>>827
オフサイドルール？
847:デフォルトの名無しさん
09/04/02 13:25:30
そんなことより野球しようぜ！(AA略
848:デフォルトの名無しさん
09/04/02 17:37:46
じゃあ俺ボーカルやるわ。
849:デフォルトの名無しさん
09/04/02 17:59:19
じゃあ俺車掌さんね。
850:デフォルトの名無しさん
09/04/05 20:13:57
URLﾘﾝｸ(d.hatena.ne.jp)
Matzとかが釣られてたけど笑えない。相手しちゃダメなんじゃね。
851:デフォルトの名無しさん
09/04/05 22:58:22
「(俺には)内部イテレータが理解できない」→「内部イテレータなんて提供してる言語はダメだ」
といってるだけにしか見えない。
852:デフォルトの名無しさん
09/04/06 00:37:48
この人、知識がキーワード的というかなんというか
そもそも参考に上げてる文献とか読んでないだろ
知らないのなら叩かなければいいのにね
853:デフォルトの名無しさん
09/04/06 00:42:34
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_ 細けぇ事はいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／
なんだろ多分。
ただ、このスレでアンチルビーにアンチな流れは珍しいな。
854:デフォルトの名無しさん
09/04/06 00:51:16
擁護しようがないっていうか。
俺アンチだけど、こゆのと一緒にされたくないんです。
855:デフォルトの名無しさん
09/04/06 04:25:23
>>843
えーとじゃねえ。
a + bをわざわざ2行に分ける椰子はいないと言っただけでそれですか。
だったら最初から"長い行を分けるとき"と条件書いとけ。
自分の説明のまずさを人のせいにすんな。
相手にちゃんと通じる日本語勉強してから来い。
856:デフォルトの名無しさん
09/04/06 04:36:47
見苦しいから、言い訳しないほうがいいと思うよ。
あの流れで「目の前に見える、そのaと+とbで構成されたコードの話だけ」をしてました～って、
どんだけコミュニケーションのセンスがズレてんのｗ
857:デフォルトの名無しさん
09/04/06 06:55:34
をいをい、そんな不正確な説明しかできない椰子のプログラムなんか
俺が発注者だったら絶対受け取らないね。
その程度のこともまともに書けないんじゃどうせ曖昧な仕様書しか書けないだろ。
しかも全然素直じゃない。人と打ち合わせするときにヲタクの常識なんか通用しないって。
誰が読んでも文字通りにしか解釈できないように、誤解しないように話すのが
正しいコミュニケ０－ションのしかたなんだよ。わかったかな、ぼうやwww
858:デフォルトの名無しさん
09/04/06 07:01:40
頑張るなぁ。
自分が自分の意図を伝えられなかったことには寛大なのが可愛いな。
そういや、ある程度の歳になると「ぼうや」とかって煽らなくなるよな。
ハシカみたいなもんか。
859:デフォルトの名無しさん
09/04/06 09:16:02
>>839
誰も言わないから俺が言う
\使えよ
860:デフォルトの名無しさん
09/04/06 10:10:55
>>859
そこまでするほどのことじゃない微妙さが肝じゃないか
861:デフォルトの名無しさん
09/04/06 10:13:55
改行エスケープって言語として負けだよね
862:デフォルトの名無しさん
09/04/07 04:36:57
>>858
俺の意図はちゃんと伝わってる。だからこそ意地になって言い張ってきたんだし。
それにそもそも文章通りに読んだ俺に責任はないしな。
いくら言い張ったって一度書いたことは、なかったことにはできないんだよ。
これからはもう少し頭を使って書くことだ。
863:デフォルトの名無しさん
09/04/07 11:12:32
>>858
意図はみんなに伝わってるんじゃない？
ただ、いみじくも彼自身が言っているように
> 文字通りにしか解釈できない
ことが問題なのであって
864:デフォルトの名無しさん
09/04/08 02:50:37
>>863
全然問題じゃない。むしろそう書くのが正しい。
なぜなら「文字通りにしか解釈できないから誤解なく伝わる」んであって、
複数通りに解釈できるように曖昧に書いたら誤解されて伝わるに決まっている。
そうなると、誤解を解くためにさらに詳しい説明をしなければならなくなり、
余計な手間がかかるし、読んだ相手も無駄な時間を使わされることになる。
だから、文章で自分の意図を正しく伝えるには、プログラミングなみに神経を使って
必要十分条件を書いておく必要がある。特に大事なことを伝えるときはね。
865:デフォルトの名無しさん
09/04/08 03:07:44
なんか微妙に香ばしいのが湧いてるんだな
辺境スレとしてはいいことだ
866:デフォルトの名無しさん
09/04/08 05:38:13
我等一同、もう充分に堪能いたしましたゆえ、そろそろ釣り宣言を給わって、
お開きにしていただきとうございます。
何卒お聞き届けいただきますよう、お願い申します。
867:デフォルトの名無しさん
09/04/08 05:56:04
Rubyと名が付く場所はどこもこうだな。
868:デフォルトの名無しさん
09/04/08 08:45:31
アンチが必死で張り付いてるからなw
869:デフォルトの名無しさん
09/04/08 09:27:35
アスペルガーな人をひきつける何かがあるのかな。
870:デフォルトの名無しさん
09/04/08 19:05:32
アスペRuby
871:デフォルトの名無しさん
09/04/09 21:02:40
>>843
プログラムは上から下に眺めることが多いからね。
俺も、前側にそろえたい派だ。
872:デフォルトの名無しさん
09/04/09 21:34:18
確かにFortranの継続行は行末マーカー方式じゃなくて行頭マーカー方式
だったからなぁ
873:デフォルトの名無しさん
09/04/10 00:40:02
a = hage_hage.hoge_ho_ge().ho_ge_hoge \
+ hage.hoge().ho_hoge \
+ hage_hage.hoge().ho_ge_hoge
これで我慢してくれ。
874:デフォルトの名無しさん
09/04/10 02:03:10
VBみたいで嫌
875:デフォルトの名無しさん
09/04/12 15:34:40
Python信者って、回りに言わないことが善としてて気味悪いよね。
Ruby狂いに比べたらマシだけど。
876:デフォルトの名無しさん
09/04/12 16:00:36
自分が目にした何人かの人間を「○○信者」全体にあてはめるような
物の言い方・判断の仕方のほうが気味悪いと思う。
877:デフォルトの名無しさん
09/04/13 03:07:23
>>850こりゃ悲惨だな 最後まで論破されててワロタ
878:デフォルトの名無しさん
09/04/14 23:33:57
Danke shön
879:デフォルトの名無しさん
09/04/15 14:37:23
schoen
880:デフォルトの名無しさん
09/05/16 19:21:28
rb_ary_inspectとinspectって何が違うの？
881:デフォルトの名無しさん
09/05/16 21:59:00
前者はArray#inspectを実装しているC関数
後者は内容を示す文字列を返すメソッド名
882:デフォルトの名無しさん
09/06/05 17:06:34
Rubyにはもう夢がない
883:デフォルトの名無しさん
09/06/05 21:26:57
1.9 への移行は頓挫しつつあるしな。
884:デフォルトの名無しさん
09/06/07 16:24:16
まだまだ。
商売敵ｗのPHPの4→5の本格移行までの要日数に勝っていればいいじゃないか。
てか2.0がでれば1.9を飛ばしてもいいんだしな。
885:デフォルトの名無しさん
09/06/07 16:25:59
2.0って出す気あるんか?
886:デフォルトの名無しさん
09/06/07 16:37:09
1.9.40あたりから着手します
887:デフォルトの名無しさん
09/06/07 17:01:07
Perl6ですら年末～来年初頭には出るっぽいんだからRuby2.0にも期待していいよね
2.0になったら名前変わるんだっけ？
888:デフォルトの名無しさん
09/06/07 18:36:02
Perl 6は毎年「クリスマスまでにはリリースします。いつのクリスマスとは言えないけど」
って繰り返してるからなあ……。
889:デフォルトの名無しさん
09/06/09 18:52:28
2.0ってPython3よりすごいの？
890:デフォルトの名無しさん
09/06/09 22:32:00
速度的には。
人気的にはどっちもどっち。
GoogleAppEngineで使っているPythonが2.5で更新される予定はなさそうだから、
世間もそれにあわせてPython3へはなかなか移行しないんじゃないかなあ。
891:デフォルトの名無しさん
09/06/10 19:02:23
Ruby1.9 vs Python3 vs PHP6 vs Perl6
がデッドヒートてことか。さぁ、張った張った！
892:デフォルトの名無しさん
09/06/10 19:18:11
いや、V8とWebkitが２馬身差先を走ってる。
893:デフォルトの名無しさん
09/06/11 20:57:08
いまだ開発中のPerl6とデッドヒート・・・だと・・・
894:デフォルトの名無しさん
09/06/11 23:08:18
まるでRuby2.0がRC段階みたいな言い方じゃないか
895:デフォルトの名無しさん
09/06/12 16:23:47
Pythonは日本の本屋で解説書がほとんど無い、
でもRubyはその2～3倍ぐらいある、
まぁめくそはなくそだが
896:デフォルトの名無しさん
09/06/12 16:48:40
＞Ruby の join って Enumerable のメソッドでは無くてリストのメソッドなんだな。
Pythonのアンチスレからのコピペ
言われて見ると確かに疑問だがEnumerableにできない理由とかあるんだろうか
897:デフォルトの名無しさん
09/06/12 16:59:50
join は要素の順番が重要過ぎるからだよ
{1 => 2, 3 => 4}.join の返り値が 1234 でも 3412 でもいいとかいうのは普通ないだろ
898:デフォルトの名無しさん
09/06/12 17:14:23
mix-in 先の each が要素を返す順番に処理を試して最終的な結果を返すというのが Enumerable だろ
each が返す順に文字列を挟んで返す、each がシーケンシャルかどうかは知らんので気をつけて使え(・ε・)ﾌﾟｯﾌﾟｸﾌﾟｰ
というのじゃ駄目な理由はなんだい？
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
> まつもと ゆきひろです
> |これって、EnumerableはSequentialであることは保証されない、
> |ということでいいんでしょうか？
>
> そういうものです，たぶん．
899:デフォルトの名無しさん
09/06/12 17:25:53
あーそっかなるほど
そうすると今度はSequentialってモジュールがほしくなってきた
うまい例が思いつかないけど、ポコポコと文字列を返すブラックボックス的な何かがあって
結果をまとめたものを表示させたいようなときに便利かなと思った
Arrayにpushしてからjoinとか適宜concatでもいいけど、かっこ悪いなあって言うそれだけの理由
900:デフォルトの名無しさん
09/06/12 17:32:27
これは何度でも言うんだが、Enumerable に順番の概念と順番依存の便利メソッドを搭載したのが Array だ
順番が重要なら Array を使う
順番いらんなら Set をもっと下に持ってきたほうが面白かったんじゃね、と思うことは2年に1回くらいある
群が Set、Set に枚挙の意味を持たせたのが Enumerable、Enumerable に順番を持たせたのが Array
901:デフォルトの名無しさん
09/06/12 17:50:52
Arrayは有限長だけどEnumerableは無限長かもしれない、ってのもあるな。
902:デフォルトの名無しさん
09/06/12 18:03:48
>>900
それはそうなんだけどね、でもArrayはincludeできないじゃん
自作クラスのインスタンスにjoin的な操作をしたいときはどうしようっていう
けど有用な例を思いつかない時点で不毛だな、取り下げるわ
>>901
それは思いつかなかった
そんなもんjoinしたらえらいことになるな
903:デフォルトの名無しさん
09/06/12 18:08:51
>>902
> えらいことになるな
いや別に
each したら戻ってこないとでも？
904:デフォルトの名無しさん
09/06/12 18:12:50
each の中で自分に push しまくれば無限ループになるんじゃね
a = [1,2,3]
a.each do |e|
a << e
end
と思ったが無限長ってそういう意味じゃないことに思い至ったのでどうでもよくなった
905:デフォルトの名無しさん
09/06/12 19:52:40
>>897
>join は要素の順番が重要過ぎるからだよ
そんなことないんじゃないかなあ
単に each の順番でつなげます、でいいじゃん
だって Enumerable#first とかあるんだぜ?
906:デフォルトの名無しさん
09/06/12 21:53:51
URLﾘﾝｸ(www.atmarkit.co.jp)
>それを言語仕様もAPI仕様もなしにやる。これはまったく不可能なことに思えましたね
JRubyの中の人も大変だなｗ
907:デフォルトの名無しさん
09/06/13 07:46:32
>>903
eachじゃなくてjoinから戻れないってこと
908:デフォルトの名無しさん
09/06/16 10:33:00
日本人は仕様やドキュメントがないと騒ぎ
一方ガイジンは仕事を進めた
909:デフォルトの名無しさん
09/06/18 01:02:13
Ruby系ツールのネーミングセンスはなんとかならんのか。
Ra*eとかRIPとか
910:デフォルトの名無しさん
09/06/28 19:08:48
Rubyの今後のロードマップとかないの？
911:デフォルトの名無しさん
09/06/28 19:13:39
>>910
次は1.9.3を出します
912:デフォルトの名無しさん
09/06/29 11:32:25
1.9.2 は出ないの？
913:デフォルトの名無しさん
09/06/29 22:39:03
クリスマスを予定
914:デフォルトの名無しさん
09/07/02 14:33:38
rubyを触ってみましたが
やはり言語オタクが作ったとおり、構文で何か魅せられました
でも実用的なのはやっぱりpythonだ
915:デフォルトの名無しさん
09/07/02 21:09:21
何がどう実用的なの？
916:デフォルトの名無しさん
09/07/03 07:37:25
そりゃインデントがハードタブでもスペースでも許容してくれる寛大なところだろ
どうせならそこまで強制すればいいのに
917:デフォルトの名無しさん
09/07/03 14:30:48
タブでインデントしちゃダメって言語あるのか?
Makefileはスペースじゃダメだが、あれはインデントとはちょっと違うし。
918:デフォルトの名無しさん
09/07/03 14:42:05
>>917
Pythonとインデントの2語で思いつくことを20字くらいで述べよ（自由記述、配点5点）
919:デフォルトの名無しさん
09/07/03 14:55:54
COBOLの正書法
920:デフォルトの名無しさん
09/07/03 20:33:56
Rubyには自由があると思いました