[#14614] 大小文字を無視した比較で ' 帰 ' == ' 蟻 ' ? — "K.Umakoshi" <pegacorn@...>
こんにちは。
まつもと ゆきひろです
From: matz@ruby-lang.org (Yukihiro Matsumoto)
なかだです。
まつもと ゆきひろです
[#14636] Re: [REQ] String#slice(re, n) — Minero Aoki <aamine@...>
あおきです。ruby-dev に移します。
[#14658] Socekt::SOL_TCP -> Socket::IPPROTO_TCP — m_seki@...
[#14662] How to abondon saved uid privilege — nobu.nakada@...
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
In message <20010905184635H.nagai@ai.kyutech.ac.jp>
ちょっと脱線します。 :)
In message <86ofopevkv.wl@archon.local.idaemons.org>
まつもと ゆきひろです
In message <999700675.662743.18683.nullmailer@ev.netlab.jp>
永井@知能.九工大です.
In message <20010906111828R.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
In message <20010906132656Z.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
In message <20010906174440D.nagai@ai.kyutech.ac.jp>
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
In article <20011102175733K.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011103223903G.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011109140713D.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011109152213R.nagai@ai.kyutech.ac.jp>,
永井@知能.九工大です.
In article <20011109170952Z.nagai@ai.kyutech.ac.jp>,
[#14668] = in conditional — "Akinori MUSHA" <knu@...>
条件式で代入をすると
[#14716] CGI#header bug — Shugo Maeda <shugo@...>
前田です。
わたなべです。
[#14730] ruby-lex.rb: get value from TkSTRING and TkCOMMENT — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
けいじゅ@日本ラショナルソフトウェアです.
高橋征義です。
けいじゅ@日本ラショナルソフトウェアです.
[#14743] [BUG] $_ on thread switching — nobu.nakada@...
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
なかだです。
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#14749] forwardable.rb : call Kernel.raise — Kenichi Komiya <kom@...1.accsnet.ne.jp>
けいじゅ@日本ラショナルソフトウェアです.
[#14754] regex.c について — Osamu Shigematsu <shige@...>
重松と申します。
[#14809] WAIT_SELECT value with multithread — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#14816] Generator — "Akinori MUSHA" <knu@...>
Python 2.2 では iterator と generator というのが導入されていて、
[#14823] ruby-1.6.5 MacOS X 10.1 patch — SHIROYAMA Takayuki - <psi@...>
SHIROYAMA Takayukiさんの<00f901c14652$c08a3470$600aa8c0@turtle>から
[ruby-dev:14769] Re: ruby-lex.rb: get value from TkSTRING and TkCOMMENT
高橋征義です。 keiju@ishitsuka.com (石塚圭樹) wrote: > >最近PHPを使い始めてて、PHPDoc(JavaDocもどき)がわりといい感じ > >だったので、Rubyでもこういう感じに書けるといいかなあ、と > >思って、それっぽいものを少し書いているのでした。 > > RDってそういうものかと思っていたのですが, そうでもないのかな? これなんですが、いくつかのライブラリ(xmlparserとか)に RDでメソッドについての簡単なコメントを書いてみた経験から 言うと、特に数行程度の短いコメントの場合、RDだと読みにくく なってしまいがちみたいなんですよ。 RDの場合、単体のドキュメントにするか、ソース内に含めるなら、 前または後ろにまとめてつけるのようなタイプの書き方をする べきなのではないか、というのが暫定的な結論です。 例えば、リファレンスマニュアルやRDPはRDに向いているけど、 作成中のソースに都度コメントを書くなら、RDよりもJavaDoc もどきの方が向いているかも、と。逆に、そこからRDのメソッド リファレンス形式のドキュメントを生成して、plain textとしては それを配布することにする、なんてのもありかなと思います。 まあでも、この辺は個人的な見解なんで、異論のある人もいる とは思います。はい。 > >というか、任意の式をメソッド引数のデフォルト値として書かれると > >parseするのは辛すぎますね……「禁止禁止」というわけにもあんまり > >いかないでしょうし。やっぱり引数はまじめにparseしない方が > >幸せへの道かも。 > > でしょうね. それだけのためにRubyのパーザ作ることになってしまう(^^;;; Daveの結論もそうだったみたいで、RiR待ちだそうです。 でも、どーせ型情報もないんだし、まじめにparseできたところで Javaなどに比べればあまりメリットないかもしれませんよね。 だったら、文字列で十分か、と。 > ## でも, 今ちょっと立て込んでいるので、もうちょっと待ってください. 私もしばらく立て込んでいるので、他に困っている方がいなければ いつでも構いません :-) 高橋征義 (TAKAHASHI Masayoshi) E-mail: maki@open-news.com