[#40164] Class内Classの定義と差分ベースモジュール — Nowake <nowake@...>

こんばんは、野分です。

12 messages 2004/11/03

[#40196] [ANN] RDtool-0.6.16 — MoonWolf <moonwolf@...>

MoonWolfです。

78 messages 2004/11/08
[#40197] Re: [ANN] RDtool-0.6.16 — MoonWolf <moonwolf@...> 2004/11/08

MoonWolfです。

[#40198] Re: [ANN] RDtool-0.6.16 — akira yamada / やまだあきら <akira@...> 2004/11/09

2004-11-09 (火) の 08:28 +0900 に MoonWolf さんは書きました:

[#40202] Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40204] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40206] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40212] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40214] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40225] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40227] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40230] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40232] Re: Ruby標準添付ライブラリのコードレビュー — "U.Nakamura" <usa@...> 2004/11/10

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

[#40234] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/10

MoonWolfです。

[#40235] Re: Ruby標準添付ライブラリのコードレビュー — "U.Nakamura" <usa@...> 2004/11/10

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

[#40239] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/10

まつもと ゆきひろです

[#40246] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/10

MoonWolfです。

[#40247] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/10

まつもと ゆきひろです

[#40205] Re: Ruby標準添付ライブラリのコードレビュー — Yukihiro Matsumoto <matz@...> 2004/11/09

まつもと ゆきひろです

[#40208] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。少しフレームぎみになるかもしれませんが、ご容赦ください。

[#40213] Re: Ruby標準添付ライブラリのコードレビュー — akira yamada / やまだあきら <akira@...> 2004/11/09

2004-11-09 (火) の 17:01 +0900 に MoonWolf さんは書きました:

[#40218] Re: Ruby標準添付ライブラリのコードレビュー — MoonWolf <moonwolf@...> 2004/11/09

MoonWolfです。

[#40266] まつもとさんの負担を減らすために、何ができるだろう — 卜部昌平 <s-urabe@...>

mput です。

16 messages 2004/11/10

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

From: MoonWolf <moonwolf@...>
Date: 2004-11-09 15:34:56 UTC
List: ruby-list #40212
MoonWolfです。

Yukihiro Matsumoto wrote:
> リリース間隔が長いのは、リリースエンジニアリングが面倒だから
> です。私にとっては今の間隔でも相当しんどいです。でも、代わっ
> てやってくれる人がいるわけでもないし。

まつもとさんにしか出来ないことではないんですよね?
リリースエンジニアリングの作業は手順書とかドキュメントがあれば
まつもとさん以外でも出来るのでは?
リリース手順の文書化を希望します。
別に私がやるというわけではありませんが、給料もらえるならやるかもしれない(^_^)

# 毎回、手順書なしで作業していると確かに大変です(^_^;

> |現在はpreviewというのがteenyを補完しているだけで。
> |MAJOR, MINOR, TEENYのTEENYを1桁以上にできれば、隔月リリースとか出来るのでしょうね。
> 勘弁してください。

素朴な疑問としてpreviewとリリースの違いって何でしょうか?
ruby-devでakrさんがcore吐かせまくっている現状を見ると、リリースしても
すぐにまた別のbugでcore吐かされたりして違いがないんじゃないかと思います。

  日本Rubyの会 - Rubyist Magazine 0002号 - Ruby の落とし方
  http://jp.rubyist.net/magazine/?0002-RubyCore

previewなら割と気軽に適当にリリースしてますよね?

  http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/23991
  http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/23992
  http://devlog.moonwolf.com/20040919.html#p05

Debian unstableだとpreviewに追従しているのでpreviewリリースでも嬉しいのですが、
previewを止めて正式リリースということにすれば他のOSでも新しいバージョンが使えて
喜ぶ人が多いんじゃないかなぁ? パッケージ作る人は大変でしょうけど。
自分はCVS HEAD使ってるしライブラリの類も自分でビルドできるから別にいいんですけど、
他の人は困ってるんだろうなぁと想像して色々書いてます。

> |なので、いっそ *TEENYのみ2桁を許す* というルールに変更してみてはどうでしょうか?
> |現在、'1.8.2'まで進んでいるので次を'1.8.20'にするのです。
> |そうすれば1.8.20〜1.8.99までリリースできます。
> 
> 変更してはいけないとは言いませんが、隔月リリースが望ましいと
> いうことであれば、なぜそれが望ましいのかを明らかにした上で、
> それが可能になる体制を整える必要があります。それなしでバージョ
> ンの付け方だけ変えても意味ないでしょう。

じゃあ、体制を整えるような議論をしましょう。

FreeBSDのリリースエンジニアリングだと4ヶ月間隔でやってるようです。理由は知りません。
http://www.excite.co.jp/world/english/web/body?wb_url=http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/article.html&wb_lp=ENJA&wb_dis=2

私自身は品質管理とかには疎いのでdaily buildとかやってるakrさんとか
議論に加わってくれると良いです。

  daily build
  http://www.rubyist.net/~akr/

> まあ、それは標準添付のメリットですね。逆にデメリットとしては
> 
>   * 標準添付になった途端、世界中からバグレポートが来かねない

バグが見つからないのと見つかるのではどちらが良いですか?
自分で探すのと他人が見つけるでは、どちらが楽ですか?
面倒くさいと思うか、有り難いと思うか、認識の違い。

「誰が地雷を踏むか?」ですね。自分は踏みたくないです。
「地雷を探してくれる人」がいるというのは嬉しいかな。

>   * 利用者が増えるのでAPIが安易に変更できない

これはtest/unit2とかの話と関係あるのかな。
RubyConfで何か発表があったようですね。
参加した方、教えて頂けますか?

> などで、開発者の負担が増えることでしょうか。

開発者と利用者とどちらが負担すべきものなんでしょう。
双方の負担が減る方法がないか考えてみます。

In This Thread