[#4060] [patch] require problem — shugo@... (Shugo Maeda)
前田です。
新井です。
[#4076] Re: call/cc — shugo@... (Shugo Maeda)
前田@リコーです。
In message <m0zyZO8-0003EbC@crunkey.chocolate.or.jp>
えぐち@エスアンドイー です。
[#4090] finalizers — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#4095] Ruby on CYGWIN — TAKAHASHI Masayoshi <maki@...>
高橋です。久しぶりに書きます。
わたなべです.
高橋です。Rubyのリンク集から見つけたのですが、sgmailって
前橋です。
高橋です。
前橋です。
[#4186] UTF-8 patch for Ruby-1.2.1 — Yoshida Masato <yoshidam@...>
よしだです
まつもと ゆきひろです
[#4193] open with O_CREAT|O_EXCL — 民斗 <tommy@...>
民斗です。
[#4203] Compile via WATCOM C — ARIMA Yasuhiro <fit0298@...>
有馬です。
Regard to "[ruby-dev:4204] Re: Compile via WATCOM C"
Regard to "[ruby-dev:4215] Re: Compile via WATCOM C"
[#4237] extmk.rb.in patch, environment variable — Ryo HAYASAKA <hayasaka@...>
早坂@会津大学です。
まつもと ゆきひろです
[#4244] %//, %!! — Wakou Aoyama <wakou@...>
青山です。
[#4248] patch for ruby-mswin32 — Koji Oda <oda@...1.qnes.nec.co.jp>
小田@QNES です。
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
小田@QNES です。
小田@QNES です。
[#4290] signed/unsigned char — ARIMA Yasuhiro <fit0298@...>
有馬です。
えぐち@エスアンドイー です。
Regard to "[ruby-dev:4292] Re: signed/unsigned char"
えぐち@エスアンドイー です。
笠原です。
Regard to "[ruby-dev:4295] Re: signed/unsigned char"
[#4302] ruby-1.3 MacRuby patch — 藤本尚邦 / Hisakuni FUJIMOTO <hisa@...>
藤本です。こんにちは。
まつもと ゆきひろです
[#4306] MacRuby 1.3 binary test release — 藤本尚邦 / Hisakuni FUJIMOTO <hisa@...>
藤本です。
[#4327] pack("F") for bigendian float — gotoken@... (GOTO Kentaro)
ごとけんです。
ごとけんです
ごとけんです
まつもと ゆきひろです
ごとけんです
山下 純司です。
ごとけんです
まつもと ゆきひろです
ごとけんです
[#4341] cascades on ruby — Kazunori NISHI <kazunori@...>
西@九大です。
ひわだです。
西@九大です。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#4347] ordered number — "D.Kanda" <MAP2303@...>
[#4349] Re: [ruby-list:11707] Re: ruby 1.2.2 released — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイー です。
えぐち@エスアンドイー です。
えぐち@エスアンドイー です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
笠原です。
えぐち@エスアンドイー です。
笠原です。
立石です。
えぐち@エスアンドイー です。
[#4419] Re: module Precision — Inaba Hiroto <inaba@...>
ごとけんです
From: gotoken@math.sci.hokudai.ac.jp (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
[#4420] ruby 1.3.1-990126 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
えぐち@エスアンドイー です。
[#4442] Forward: ruby 1.3.1-990126 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#4452] permit to put a comma — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
新井です。
[#4480] option -h — Wakou Aoyama <wakou@...>
青山です。
[#4481] bug? thread — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#4498] cookie on cgi-lib.rb — IKARASHI Akira <ikarashi@...>
五十嵐です。
[#4518] Inf.0 — gotoken@... (GOTO Kentaro)
ごとけんです
[ruby-dev:4531] Re: permit to put a comma
前田です。
Koji Arai <JCA02266@nifty.ne.jp> writes:
> でも、
>
> メソッド呼び出しの最後に","は不要
>
> の理由が私には今ひとつです。将来の拡張の足かせにな
> るかもしれないからという理由でしたら、納得しますけ
> ど。そういうことですか?
いいえ、「美しくないから」という理由です。
例えば、ifの条件節で、
if cond1 &&
cond2 &&
cond3 &&
then
...
end
のような書き方を、条件の追加を楽にするために許して欲しい、
という要望があったらどう思われます?
最後に","を許すように文法を変更した場合のメリットは、ごく限ら
れたケースにおいて、手間が少し減るということだけなので、文法
変更を正当化するほどの理由にならないと思います。
書く手間を減らしたい、という欲求を推し進めると、Perlのような
言語に行き着くと思うのですが、RubyにはPerlになって欲しくあり
ません。
# 別にPerlを否定しているわけではなくて、ここがRubyとPerlが袂
# を分かつところだと思い、かつRubyの行き方の方が好きだからこ
# そ、このように書くわけです。
> > 実際僕は自分のプログラムでStructを使ったことはおそらく
> > ないと思います。
>
> 私も、これまで使ったことなかったのですが、
(snip)
> table_t = Struct.new("Table", *line.split)
ということは、新井さんも、実際のプログラミングにおいて、構造体の
属性を追加する時に今の仕様を不便に感じた経験はないわけですよね?
だとすると、なおさら文法変更の動機付けとしては弱いように思います。
> > > # 引数がArrayの場合
> 〜略〜
> > > や、
> > >
> > > # 引数がHashの場合
> 〜略〜
> > こちらについては賛成です。
>
> きっと「Structの問題はStructで解決」という点で賛成
> していただいているのでしょうが、
いいえ、こちらは文法変更ではなくライブラリレベルの変更だからです。
> 「","を許すためだけに、インタフェースをもう1つ用意
> する…うぅ、それよりは、Rubyの構文が","を許したほ
> うがいいじゃん」
[ruby-dev:4344]でまつもとさんが、
> メソッドの追加は気安く,文法の変更は慎重に,が最近のポリシー
とおっしゃっているように、文法の変更の場合には、ライブラリレベル
の変更の場合よりも慎重になるべきだと思います。
もっとも、ライブラリレベルの変更は、採用されなくてもユーザが自前
のライブラリを書いてrequireすればいいわけですから、こちらについて
も、本当に必要な機能だけを標準ライブラリに取り入れるべきだと思い
ますが。
> > ただ、本当のところを言うと、配列やハッシュの要素の最後に,が
> > 許されるという仕様も、個人的にはあまり好みではなかったりします。
>
> なぜだろ?
同様に「美しくないから」という理由です。
ただ、ハッシュの場合は、
$cfg{"master-jp"} = {
fqdn => "master.debian.or.jp",
incoming => "/pub/Incoming/private",
mailto => "debian-devel\@debian.or.jp",
};
# これはRubyじゃなくてPerlの例ですが。
のように、プログラマではなく、アプリケーションの利用者が
設定ファイルで編集する場合があるので、ある程度便利さを優
先しても仕方がないのかな、という気もします。
--
前田 修吾 (mailto:shugo@netlab.co.jp)