[#39464] Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
25 messages
2004/04/01
[#39608] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— pegacorn@...
2004/05/02
遅い反応&File.fnmatchは使った事ない&ruby-devの方では
[#39609] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— pegacorn@...
2004/05/02
File.fnmatch(と Dir.glob)をちょっと使ってみたのですが、
[#39610] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/05/02
山本です。
[#39611] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— matz@... (Yukihiro Matsumoto)
2004/05/02
まつもと ゆきひろです
[#39613] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— pegacorn@...
2004/05/02
From: matz@ruby-lang.org (Yukihiro Matsumoto)
[#39616] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— matz@... (Yukihiro Matsumoto)
2004/05/02
まつもと ゆきひろです
[#39620] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— pegacorn@...
2004/05/03
From: matz@ruby-lang.org (Yukihiro Matsumoto)
[#39621] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— matz@... (Yukihiro Matsumoto)
2004/05/03
まつもと ゆきひろです
[#39622] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— pegacorn@...
2004/05/03
From: matz@ruby-lang.org (Yukihiro Matsumoto)
[#39623] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— matz@... (Yukihiro Matsumoto)
2004/05/03
まつもと ゆきひろです
[#39624] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案
— pegacorn@...
2004/05/03
From: matz@ruby-lang.org (Yukihiro Matsumoto)
[#39485] RAA trouble and maintenance — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
5 messages
2004/04/04
[#39513] リファレンスマニュアルを使うには? — "yokoyama" <yokoyama@...0038.net>
yokoyamaともうします。
4 messages
2004/04/08
[#39542] open-uri takes wrong value for Host with proxy — Atsushi SHICHI <ats7@...>
しちと申します。
5 messages
2004/04/12
[#39550] NEW trial (RC?) version of Ruby/Tk — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
10 messages
2004/04/14
[#39566] Re: int/int in Ruby2? — gldwssr@...
I am making elliptic curve crypto.
1 message
2004/04/15
[#39570] RC version of the next Ruby/Tk — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
5 messages
2004/04/18
[#39576] [ANN] nadoka 0.1.0 — SASADA Koichi <ko1@...>
ささだです。
6 messages
2004/04/20
[#39578] [ANN] Algorithm-Diff 0.1 released — MoonWolf <moonwolf@...>
GPLではないdiffライブラリとしてAlgorithm-DiffというのをRAAにリリースしました。
8 messages
2004/04/21
[#39579] Re: 気象庁の... Re: uriってどう使うんでしょうか — Hideyuki Oya <h_oya@...>
oyaです。
10 messages
2004/04/22
[#39588] ruby-ver? 配列のランダム化 — shintani kiyonori <k_shin@...>
毎度、初歩的な質問で申し訳ありません。新谷と申します。
11 messages
2004/04/25
[#39590] Re: ruby-ver? 配列のランダム化
— "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
2004/04/25
山本です。
[ruby-list:39514] Re: int/int in Ruby2?
From:
OOTANI TAKASHI <otn@...5.so-net.ne.jp>
Date:
2004-04-08 14:32:44 UTC
List:
ruby-list #39514
大谷と申します。 今までは、 「/の結果をデフォルトで分数にするなんてとんでもない」と思ってましたが、 今回の坂野さんのまとめ投稿は非常に説得力があったと思います。 ここで触れられていない事項で気が付いたのは、C/Fortranでは変数に型が あるため、A=X/Y という式を見たとき、X と Y の宣言部を見れば / が 実数除算か整数除算かすぐわかるのに対し、ruby ではそうは行かない、 (まあ、X.to_i/Y.to_i と書いてあれば別ですが) というのがあります。ただこれは坂野さん案の補強にはならず、 実数除算か分数かすぐわからないという面では同じです。 分数のほうが整数除算より実数除算に値として近いので多少の補強には なると思いますが。 この点、Microsoft系BASICは、8bitパソコン時代から今のVB系にいたるまで 両辺の型にかかわらず / は実数除算、\ が整数除算となっており その面ではわかりやすいですね。 また、坂野さんが分数案のメリットとして挙げられている点の多くは / を常に実数除算とする案にも当てはまると思います。 初心者についてですが、rubyでプログラミング入門して一生rubyしか 使わないなら確かにその通りと思いますが、ほとんどの人は、他の言語にも 手を広げることと思います。その時 ・その時はプログラミングの初心者じゃないのだから驚きもすくない のか ・整数/整数は分数に決まっていると思い込みがあるので、他の言語に 直接入門した人よりさらに驚きが大きい。間違いもしやすい のどちらかが多いのか、ちょっと経験が無いのでわかりません。 似たような話で、実は私はCより先にLISPを知ったので、C で 0 || 3 が、 3でなく1となるのが非常に意外だった記憶があります。間違いもしたような。 また、数学しか知らない人のプログラミング入門には、I=I+1 という難関(?)も ありますよね。(代入が = でない言語も少なくはないですが) 他にも、小数演算の誤差問題、C だとポインタ、ruby だと少し前MLを賑わせた 変数とオブジェクトの関係等難関は多いと思います。 それらに比べると / は難関としては小さいように思います。 rubyで大きなプログラムを書いた経験が無いので、私の意見としては 何とも言えないのですが、せっかくの長文のご意見なので 感想を書かせていただきました。 From: Masaaki Sakano <mas@star.le.ac.uk> Subject: [ruby-list:39484] Re: int/int in Ruby2? Date: Sun, 4 Apr 2004 02:12:03 +0900 > 坂野 正明です。 > > # 拙論では入門者(特にプログラミング言語全般の)にとって、 > # int/int => rational が優しい(←易しいではない)、となって > # います。実際に入門者の方々の意見が伺えたら言うことないのですが…。 -- OOTANI TAKASHI <otn@rc5.so-net.ne.jp>