From: KIMURA Koichi <kimura.koichi@...>
Date: 2007-12-26T13:07:45+09:00
Subject: [ruby-dev:32804] Re: [ruby-list:44387] [ANN] Ruby 1.9.0 is released

木村です。

On Wed, 26 Dec 2007 12:48:03 +0900
SASADA Koichi <ko1@atdot.net> wrote:

> 　ささだです。
> 
> KIMURA Koichi wrote:
> > 最終的な決定が密室で行われようとなんだろうとかまいませんが、インプットと
> > アウトプットがわかりやすくなっていればと思います。
> 
> 　他のプロジェクトを知らないのですが、このあたりはどのようにするのが
> 一般的なんでしょうか。

申し訳ありませんが、自分が首を突っ込んでいる(関わっている)プロジェクト
(gawk/xgawk)ではそういう手順が存在していないし、機能要望みたいなものが
出されるのもほとんどないようなので、わたしも具体的事例を挙げることは
できませんです。すみません。

見る側からするとPythonのPEPみたいになっていると最高なんでしょうが、
さすがにイキナリあのレベルを要求するのも厳しかろうと思います。
#希望を出してからまとまるまでの手順もよく知りませんし。調べようとは
#思ってるんですが。
 
> 　以下をぱっと思いつきました。
> 
> (1) 変更等の決定事項は ML で必ず流す（ruby-core か？）
> (2) ChangeLog に [change] みたいなタグを添えて詳細に書いておく
>     -> 多分、NEWS 作るときに助かる
> (3) 変更点がわかるように test ケースを増やす/修正する
> 
> 　どれも組み合わせ可能だと思いますが、例えば最低限 (2) をやっておく
> とかが現実的なんでしょうか。ChangeLog だと英語限定だし。

英語で情報を流さないことにはどうにもならないと思いますが、日本語と二本立
ても辛いだろうし、かといって英語限定というのも反発ありそうですね。

2) のようなのを基本にちょっと考えてみます。

-- 
木村浩一