[#24698] NKF(nkf2)を1.8ブランチに入れました — "NARUSE, Yui" <naruse@...>

naruseです。

14 messages 2004/11/03
[#24734] Re: NKF(nkf2)を1.8ブランチに入れました — 堀川 久 <vzw00011@...> 2004/11/06

こんにちは。

[#24720] メール関係ライブラリの標準添付について — MoonWolf <moonwolf@...>

MoonWolfです。

17 messages 2004/11/05
[#24721] Re: メール関係ライブラリの標準添付について — Yukihiro Matsumoto <matz@...> 2004/11/05

まつもと ゆきひろです

[#24722] Re: メール関係ライブラリの標準添付について — MoonWolf <moonwolf@...> 2004/11/05

MoonWolfです。

[#24804] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...>

mput です。 ruby-dev に移動します。

21 messages 2004/11/13
[#24805] Re: まつもとさんの負担を減らすために、何ができるだろう — Tanaka Akira <akr@...17n.org> 2004/11/13

In article <2D6284E3-351D-11D9-B7EF-000393735AAE@mput.dip.jp>,

[#24806] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...> 2004/11/13

mput です。

[#24808] Re: まつもとさんの負担を減らすために、何ができるだろう — Masayoshi Takahashi <maki@...> 2004/11/13

高橋征義です。

[#24809] Re: まつもとさんの負担を減らすために、何ができるだろう — "URABE Shyouhei aka.mput" <root@...> 2004/11/13

mput です。

[#24834] Process.getrlimit and Process.setrlimit — Tanaka Akira <akr@...17n.org>

Process.getrlimit と Process.setrlimit が欲しいので実装してみました。

25 messages 2004/11/13

[#24965] sync and stdio buffering — Tanaka Akira <akr@...17n.org>

ちょっとした思いつきなのですが、

12 messages 2004/11/26

[#24993] rb_io_sysread dumps core [BUG] rb_sys_fail() - errno == 0 — Tietew <tietew-ml-ruby-dev@...>

ソケットとスレッドを大量に使うアプリ(具体的には IRCbot です)を

13 messages 2004/11/29

[#25003] IO#flush dumps core again — Tanaka Akira <akr@...17n.org>

次のようにすると core を吐きます。

28 messages 2004/11/30
[#25004] Re: IO#flush dumps core again — nobu@... 2004/11/30

なかだです。

[#25005] Re: IO#flush dumps core again — Yukihiro Matsumoto <matz@...> 2004/11/30

まつもと ゆきひろです

[#25009] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/01

In article <1101836040.635395.27476.nullmailer@x31.priv.netlab.jp>,

[#25014] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/01

In article <1101878558.979715.1359.nullmailer@x31.priv.netlab.jp>,

[#25015] Re: IO#flush dumps core again — Yukihiro Matsumoto <matz@...> 2004/12/01

まつもと ゆきひろです

[#25056] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/05

In article <1101888165.570792.4192.nullmailer@x31.priv.netlab.jp>,

[#25074] Re: IO#flush dumps core again — Tanaka Akira <akr@...17n.org> 2004/12/06

In article <1102293033.356112.2288.nullmailer@x31.priv.netlab.jp>,

[ruby-dev:24763] Re: [ruby-list:40205] Re: Ruby標準添付ライブラリのコードレビュー

From: MoonWolf <moonwolf@...>
Date: 2004-11-09 13:54:20 UTC
List: ruby-dev #24763
MoonWolfです。少しフレームぎみになるかもしれませんが、ご容赦ください。
ruby-dev summaryに載せた方がよいのでruby-devにccします。

Yukihiro Matsumoto wrote:
> |ruby-dev/ruby-coreでの議論はRubyユーザ全般の意見を反映しているとは思えません。
> |全員がruby-dev/ruby-coreを読んでるわけではないし。
> 
> 「全員の意見」なんてものは不可知でしょう。

「全員の意見」なら不可知ですが、「大多数の意見」ならある程度は把握可能でしょうし、それを
改善していかなければいけないでしょう。
その辺の不満が2ちゃんねるのRubyスレッドに現れていると思います。

  2ちゃんねる - プログラム板 - Rubyについて Part 11
  http://pc5.2ch.net/test/read.cgi/tech/1097984684/

このへんの意見がruby-listに流れてこない現状はすごく不健康なわけで。
ライブラリを新しく添付するか検討するときに、ユーザにアナウンスして
意見を求めることが必要だったのだと思います。

> |特にWindows関係については、開発者全般がかなりUnix寄りなので適当になっていませんか?
> 
> 否定はしません。が、知らないことは判断できないわけで。

ruby-list,ruby-talkでアナウンスすることでWindowsを知っている人の意見が聞けると思います。

> |十分に議論して添付されたライブラリはどれぐらいあるんだろう。
> |Ruby本体で標準添付されているライブラリについてリストを作ってみました。
> 過去に問題が起きたので、これ以上問題を_増やさない_ための基準
> ですから、過去にさかのぼって適用するのはあんまり意味がないと
> 思います。既に入っているものに適用しても問題は減らないし。

本当に問題が全く減らないのですか?
ライブラリが減ればライブラリのメンテを待つ必要が無くなり、Ruby本体のリリースを
早めることが出来ると思います。
標準添付ライブラリは資産であると同時に負債でもあると思います。

今私の中では一方では標準添付が増えることを望み、一方では標準添付が減ることを
望む意見が対立しています。二律背反ですね。

> |Pure Rubyまたは外部ライブラリに依存しない拡張ライブラリで[ruby-dev:24721]のような5項目を
> |クリアしていないものについてはよくレビューすべきだと思います。
> |「既に追加してしまったのだからしょうがない。」というのは多少ありますが……
> 互換性の問題もありますしから、外すのは難しいですね。

難しいけど不可能ではないということですね。
互換性の問題といっても1.8から追加したライブラリなら外せるのではないですか?

> |bigdecimal/openssl/racc/drb/erb/rexml/soap/tk/webrick/xmlrpc/zlibなどは標準から外すというのも
> |選択肢に入れたらどうかと思っています。
> どうしてそうなるかな。外してうれしいことが何かありますか?

本体のリリースに引きずられてライブラリのバージョンが古いままというのは
好ましくないと思います。
極端な例ですがcgi.rbの「CGI#server_portが常に0を返す」という致命的なバグが
ruby-1.8.1にはあって、CVSでは修正されています。(別にcgi.rbを標準から
外せと行った要求ではないです。)

opensslの脆弱性の修正待ちでRuby本体のリリースが遅れるといった事態も回避できますね。
脆弱性の修正は特別に緊急で重要です。ライブラリが増えれば脆弱性のポテンシャルも高くなります。
脆弱性修正のための緊急リリースを繰り返したくはないでしょう? 凄く疲れるし気を遣うと思います。

> あと、bigdecimal/openssl/drb/erb/rexml/soap/webrick/xmlrpc/zlibに
> ついてはそれぞれ議論した覚えがあります。議論が不十分だったと
> いう指摘はあり得るかもしれませんが。

これらは*Ruby言語*としては不要なパッケージだと感じました。
標準で添付されていて確かに嬉しいのですが、それによって本体リリースが遅れるのであれば本末転倒なわけで。

In This Thread

Prev Next