[#5809] mod_ruby-0.0.7 — Shugo Maeda <shugo@...>
前田です。
前田です。
moochan です.
青山です。
前田です。
moochan です.
前田です。
moochan です.
moochan です.
まつもと ゆきひろです
わたなべです.
前田です。
青山です。
前田です。
moochan です.
福間@福岡 です。
moochan です.
まつもと ゆきひろです
[#5895] [REQ] 中置の def — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイーです。
えぐち@エスアンドイー です。
In message <19990303103731R.eguchi@shizuokanet.ne.jp>
[#5965] Re: Precision in Mathematica (Re: Bigfloat) — keiju@... (石塚圭樹 )
けいじゅ@日本ラショナルソフトウェアです.
ごとけん
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
まつもと ゆきひろです
えぐち@エスアンドイー です。
けいじゅ@日本ラショナルソフトウェアです.
えぐち@エスアンドイー です。
けいじゅ@日本ラショナルソフトウェアです.
えぐち@エスアンドイー です。
けいじゅ@日本ラショナルソフトウェアです.
えぐち@エスアンドイー です。
えぐち@エスアンドイー%徳山出張中 です。
[#5970] [REQ] variable of regex — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
青山です。
前田です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
[#6009] Re: [REQ] 中置の def — "Takehiko Ueki" <takehiko@...>
ども、植木です。
まつもと ゆきひろです
[#6059] [PATCH] str_index — IKARASHI Akira <ikarashi@...>
五十嵐です。
[#6090] Thread#kill — Shugo Maeda <shugo@...>
前田です。
前田です。
前田です。
[#6141] Retry of mod_ruby — moochan <moochan@...>
moochan です.
moochan です.
[#6213] Ruby 1.3.1-990311 — Yukihiro Matsumoto <matz@...>
Ruby 1.3.1-990311 is out, check out:
[#6229] exception re-raise in Thread#join — Shugo Maeda <shugo@...>
前田です。
[#6237] [REQ] p -10 == p(-10) — Koji Arai <JCA02266@...>
新井です。
[#6242] "a\n".gsub(/$/, '-') — Wakou Aoyama <wakou@...>
青山です。
[#6259] str += — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#6276] Re: [ruby-list:12784] String#index, String#unpack — IKARASHI Akira <ikarashi@...>
五十嵐です。
[#6288] [REQ] interh.h — Shugo Maeda <shugo@...>
前田です。
[#6328] Re: Ruby 1.3.1-990315 — WATANABE Hirofumi <watanabe@...>
わたなべです.
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
新井です。
新井です。
青山です。
新井です。
青山です。
[#6334] Re: Ruby 1.3.1-990315 — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
新井です。
新井です。
藤本です、こんにちは。
[#6356] [PATCH] ext/extmk.rb — WATANABE Hirofumi <watanabe@...>
わたなべです.
[#6426] wrong line number — Koji Arai <JCA02266@...>
以下のスクリプトが出力する行番号がおかしいです。
[#6434] Time#+ — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
五十嵐です。
[#6446] sub("string", "string") — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
[#6491] about cur_mid — ttate@...
立石です。
[ruby-dev:6158] Re: Range (Re: array[last..first] (Re: Subseq of Array))
青山です。 Tue, Mar 09, 1999 at 07:37:58PM +0900 において Tadayoshi Funaba さん曰く: > 一般的な話としては、ある程度わかりますけど、Ruby の Range はそうでなく > ても良いかもしれないではないですか。どんな仕様が便利かを考えないと、議 > 論がおかしくなりそうです。あくまで、プログラミングのための方便だという > ことを確認したいです。 > > たとえば、 Ruby の Time は時間一般を説明するには、貧弱すぎるんですよ。 > 範囲だって、2点じゃ不十分かもしれないし、step があるというのもヘンかも > しれません。あまり、Range という名前にコダワり過ぎてもよくないと思いま > す。 はい。今回は私も max..mix が欲しいという事で書き始めたわけではなく、 [][0..-1] あたりから派生した話に補足説明のような感じで参加しただけの事 なのでわりと他人事のように見ながら進めています。 従って、max..min を採用しない「なるほど」という理由があれば、私も一緒 に「なるほど」で終りたいのですが、今の所 a < b のチェックが省けるとい う程度のちょっと弱いメリットしか見えていないので、続けているという感じ です。 せっかくですから、どちらになるにせよ誰もが納得できるような強力な説明が 出るまで続けておいた方が後々いいですよね。 > 読みかえアリ、step アリ、はヤリスギではないかと思います。 max..min は max..min という指定ですから、読みかえでは無いと思われます。 また上に書いたように、両端が変数の場合も a < b のチェックをいれれば良 いだけの事であり、max..min を否定するよりも 1000000000..0 というような Range を渡せる利点の方が大きいように思われます。 > # それに、Enumerable は機能拡張のためのもの、というのも違うと思いますよ。 > # それはもっと本質的なものだと思います。だからモメるんです :-) ああ、なるほど。Enumerable を each による機能拡張ではなく、(例えば)独 立した Enumerable オブジェクトを生成するクラスにしてはどうか、というよ うな話もありえますから、そういう意味では似ているかもしれませんね。 -- 青山 和光 Wakou Aoyama <wakou@fsinet.or.jp>