[#32185] Date#+に大きな数字を与えるとおかしな日付に — "madoka yamamoto" <yamamotomadoka@...>

こんにちは、山本と申します。

26 messages 2007/11/08
[#32186] Re: Date#+に大きな数字を与えるとおかしな日付に — Tadayoshi Funaba <tadf@...> 2007/11/08

> Dateオブジェクトに+で大きな数字を与えるとおかしくなるようです。

[#32188] Re: Date#+に大きな数字を与えるとおかしな日付に — "madoka yamamoto" <yamamotomadoka@...> 2007/11/09

山本です。

[#32191] Re: Date#+に大きな数字を与えるとおかしな日付に — tadf@... 2007/11/09

> アルゴリズムの意味がわからないで書いた、表層的なパッチなので

[#32194] Re: Date#+に大きな数字を与えるとおかしな日付に — Yukihiro Matsumoto <matz@...> 2007/11/09

Hi,

[#32200] Re: rational (Re: Date#+に大きな数字を与えるとおかしな日付に) — Tadayoshi Funaba <tadf@...> 2007/11/10

> 1.9ではRationalとComplexを組み込みに、という話はありましたが、

[#32225] Re: rational (Re: Date#+に大きな数字を与えるとおかしな日付に) — Shin-ichiro HARA <sinara@...> 2007/11/12

原です。

[#32198] [提案] Array#tail — "Yusuke ENDOH" <mame@...>

遠藤と申します。

21 messages 2007/11/09
[#32199] Re: [提案] Array#tail — Yukihiro Matsumoto <matz@...> 2007/11/10

まつもと ゆきひろです

[#32352] 1.9.1のリリース時期について — KIMURA Koichi <hogemuta@...>

木村です。

16 messages 2007/11/24
[#32353] Re: 1.9.1のリリース時期について — Yukihiro Matsumoto <matz@...> 2007/11/24

まつもと ゆきひろです

[#32403] Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Takahiro Kambe <taca@...>

こんばんは。

32 messages 2007/11/29
[#32414] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Urabe Shyouhei <shyouhei@...> 2007/11/30

卜部です。

[#32444] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Yukihiro Matsumoto <matz@...> 2007/12/03

まつもと ゆきひろです

[#32488] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Urabe Shyouhei <shyouhei@...> 2007/12/08

卜部です。

[#32525] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — "Yusuke ENDOH" <mame@...> 2007/12/10

遠藤と申します。

[#32643] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — "Yusuke ENDOH" <mame@...> 2007/12/19

遠藤です。

[#32409] Re: [ruby-cvs:21293] Ruby:r14056 (trunk): * signal.c (trap_signm): SIGVTALRM no longer used for green — SASADA Koichi <ko1@...>

 ささだです.

10 messages 2007/11/30

[ruby-dev:32313] Re: [提案] Array#tail

From: Yukihiro Matsumoto <matz@...>
Date: 2007-11-19 09:12:51 UTC
List: ruby-dev #32313
まつもと ゆきひろです

In message "Re: [ruby-dev:32297] Re: [提案] Array#tail"
    on Thu, 15 Nov 2007 23:20:30 +0900, "Yusuke ENDOH" <mame@tsg.ne.jp> writes:

|07/11/13 に Yukihiro Matsumoto<matz@ruby-lang.org> さんは書きました:
|> take_whileとdrop_whileを分離したので十分にありえる話ではある
|> のですが
|
|分離しないとありえない話なんでしょうか。
|ブロックを省略したとき Enumerator を返すため?

そんな感じですね。Enumerableでブロックをとるメソッドはたいて
いブロックを渡さないときにはEnumeratorを返した方が良いと思っ
ています。

|> 実際のところ無引数のtakeが先頭の要素を返すとか、無
|> 引数のdropが先頭の要素を落とすとかは自明でない気がしますが、
|
|そう感じるのは「drop(n) が先頭 n 個を落とす」という知識を持っているから
|だと思います。
|
|仮に「drop は先頭を落とす」という知識が先にあるとすれば、その拡張として
|「drop(n) は先頭 n 個を落とす」のが自然に感じられるのではないでしょうか。
|first と first(n) の関係のように。
|
|問題は「drop(n) は先頭 n 個を落とす」という知識が一般的かどうか、または
|drop という名前からそういう挙動がイメージされるかどうかだと思いますが、
|そんなイメージをするのは (幸か不幸か) 一部の Haskeller だけだと思います。

ふむ。dropheadという名前も見かけました。

http://www.kmonos.net/wlog/79.html#_2005071114

|というわけで、無引数の drop は今ならまだ受け入れられると思います。
|1.9 リリースで drop(n) が知れ渡ったら手遅れかも。

それはどうでしょうね。他の人の意見を聞きたいところです。少な
くとも(今、1.9対応の本を書いている)David Flanaganはいい顔をし
ないでしょうね。

|一方無引数 take については、使いたい状況が滅多になさそうなので無くても
|いいんですが、drop だけ無引数なのもバランスが悪いなぁと思ったのでした。

同意します。入れるなら両方同時でしょうね。

In This Thread

Prev Next