[#38782] [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

15 messages 2009/07/14
[#38784] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — Hidetoshi NAGAI <nagai@...> 2009/07/14

永井@知能.九工大です.

[#38790] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...> 2009/07/15

こんにちは、なかむら(う)です。

[#38791] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — Hidetoshi NAGAI <nagai@...> 2009/07/15

永井@知能.九工大です.

[#38792] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...> 2009/07/15

こんにちは、なかむら(う)です。

[#38793] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — Hidetoshi NAGAI <nagai@...> 2009/07/15

永井@知能.九工大です.

[#38794] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...> 2009/07/15

こんにちは、なかむら(う)です。

[#38843] 複素数リテラルについて — Yukihiro Matsumoto <matz@...>

まつもと ゆきひろです

32 messages 2009/07/21
[#38855] Re: 複素数リテラルについて — Yusuke ENDOH <mame@...> 2009/07/22

遠藤です。

[#38857] Re: 複素数リテラルについて — Tadayoshi Funaba <tadf@...> 2009/07/22

> は十分検討されたのでしょうか。積極的に反対なわけではないですが、

[#38912] String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...>

xibbarこと藤岡です。(なぜか届かないので再送します)

19 messages 2009/07/27
[#38918] Re: String#valid_encoding?にオプションが欲しい — "NARUSE, Yui" <naruse@...> 2009/07/27

成瀬です。

[#38925] Re: String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...> 2009/07/27

xibbarです。

[#38927] Re: String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...> 2009/07/28

xibbarです。

[#38914] [Bug #1819] Ruby-1.9.1を使用しDB(MySQL)接続時にエラー — Ryouhei Saita 斉田 <redmine@...>

Bug #1819: Ruby-1.9.1を使用しDB(MySQL)接続時にエラー

11 messages 2009/07/27

[#38932] Enumerator#peek — Tanaka Akira <akr@...>

Enumerator#peek を新設するのはどうでしょうか。

16 messages 2009/07/28

[ruby-dev:38847] Re: 複素数リテラルについて

From: H. Shimura <shimura-hir@...>
Date: 2009-07-22 08:48:05 UTC
List: ruby-dev #38847
昔少し数学をしていたことがあります、志村といいます。

In message "[ruby-dev:38845] Re: 複素数リテラルについて", 
<20090722091344.B28E.C613B076@garbagecollect.jp>, 
U.Nakamura wrote...
 >    on Jul.22,2009 07:08:24, <matz@ruby-lang.org> wrote:
 >>   * iでいいのか。Pythonはなぜかjだが。
Python の事は分かりませんが、
確かに虚数単位の記号に「j」を使うような立場もあります。
電気系など、既に別の意味で変数名などに「i」を使う習慣のある場合に
虚数単位として「j」を採用するケースなどです。
一方もともと Imaginary number の unit (imaginary unit) からくる「i」
という文字の方が一般性が高いのでやはり「i」の方が良いと思います。

 >特に問題がないなら、iとjの両方を許すのがいいのではないでしょ
 >うか。
数学の方ではさらに四元数というのがあります。
複素数の「複素」で二つのところが四つになってるものです。
その三つの虚数単位には「i」「j」「k」を使うのが一般的だったりします。
そちらに誤解される事を思うと「iとjの両方」というのは怖いです。

「i」(だけ)が良いと思います。

 >>   * 複素数化するメソッドNumeric#iは要らないか
 >>   * 要るなら、虚数.iの値は何か? 複素数.iの値は?
 >Numeric#iが必要かどうかについては特に意見はないですが、それは
 >selfに虚数単位を掛けるという操作になるのでしょう。
 >つまり、Numeric#iの実装はComplex(0, self)相当になるのではない
 >かと思います。
2.0.i とか、(3 + 2.0i).i がどうなるべきかと言う事ですね。
値の候補を考えて見ます。

(1) 値に虚数単位を掛けたもの
「2.0i」と「2.0.i」は同じものになる、或いは「2.0*1i」
「(3 + 2.0i).i」は「- 2.0 + 3.0i」、或いは「(3 + 2.0i)*1i」
前者は分かりやすいですね、「.」のあるなし位で意味がぶれなくて良い。
後者はまあそうですね、というか、それで納得はするけど。

(2) 虚部を返す
「2.0.i」=> 0
「(3 + 2.0i).i」=> 2.0i
この動作だけだとちょっと変な感じですね。
Numeric#r メソッドがあって実部がとれるのでなければ変。
そしてその二つの一文字メソッドを作る必要性は特に感じないです。
現行の Complex#real 、Complex#image で十分。

(3) 実数としてそのまま複素平面に埋め込む
「2.0.i」=> 2.0 + 0i
「(3 + 2.0i).i」=> 3 + 2.0i
Numeric 複素数化するメソッドというならこういう挙動もありかもしれないが、
#i という名前でこの挙動は変かもしれない。

単純に (1) の動作で良さそうです。
ただ、Matrix や Vector に各要素を (1) の動作で複素数する #iメソッドを
付け加えるのかどうか(大きな必要性は感じないです)
迷う事まで考えると、そもそも Numeric#i 自体が要らないのかもしれません。

「2.0.i」がなく、掛け算(メソッド)で書く事になって、
その時は必ず「2.0 * Complex::I」と書かないといけないならちょっと煩わしい
ですが、上に挙げたように「2.0*1i」と書けるので、それで良いかなあと思います。
---------------------------------------+---------+---------+以上 2009/7/22

志村弘之  mailto: shimura-hir@obun.jp


In This Thread