[#35937] WeRDS (the Weekly Ruby-Doc Summary) 2002-09-13 — maili31s@... (SugHimsi == SUGIHARA Hiroshi)

すぎむし。

14 messages 2002/09/16
[#36004] WeRDS (the Weekly Ruby-Doc Summary) 2002-09-22 — maili31s@... (SugHimsi == SUGIHARA Hiroshi) 2002/09/25

すぎむし%くどいようですが、うるさければ謹慎しますので。

[#35940] 9.2 の数値が 9.199999999999999 — "Inoue" <rubyist@...1.117.ne.jp>

井上です。

16 messages 2002/09/17
[#35941] Re: 9.2 の数値が 9.199999999999999 — matz@... (Yukihiro Matsumoto) 2002/09/17

まつもと ゆきひろです

[#35942] Re: 9.2 の数値が 9.199999999999999 — Fujimaru Hiroyasu <f-hiro@...> 2002/09/17

 藤丸です。

[#35977] [ANN] Exerb 2.1.0 — Yuya Kato <yuya-ml@4th.to>

Yuyaです。

18 messages 2002/09/20
[#35978] Cookie — 金光雅夫 (KANEMITSU Masao) <masao-k@...> 2002/09/20

金光です。どもっ (_ _)

[#35979] Re: Cookie — rio-t@... 2002/09/20

こんにちは、高石です。

[#35980] Re: Cookie — 金光雅夫 (KANEMITSU Masao) <masao-k@...> 2002/09/20

金光です。どもっ。

[ruby-list:36004] WeRDS (the Weekly Ruby-Doc Summary) 2002-09-22

From: maili31s@... (SugHimsi == SUGIHARA Hiroshi)
Date: 2002-09-25 12:39:36 UTC
List: ruby-list #36004
すぎむし%くどいようですが、うるさければ謹慎しますので。
その他なんでも、ご意見あれば下さい。

ruby-docメイリングリスト、先週末までのサマリです。

[ruby-doc:00148] WeRDS, the Weekly Ruby-Doc Summary, for 2002-09-22

2002年09月22日時点のWeRDS (the Weekly Ruby-Doc Summary) です。
今週は(も)James Brittがお届けします。(日本語訳: すぎむし)

    主なスレッド(Threads)
    =====================

    ドキュメントを、オブジェクトとして?

        Hugh Sasse氏が、「ドキュメントはオブジェクトだ」という
        アプローチを提案した。クライアントのコードから、
        SomeObject::Documentation.some_method と呼び出しできる
        ようにしよう、というわけだ。Jim Freeze氏は、RDocが、
        このクラスを自動生成してくれたらいいのに、と示唆を与えた。


    ドキュメントはコード埋め込み? それとも別ファイル?

        James Britt氏が、ドキュメントは「文芸的プログラミング」
        (木村泉氏訳)[註0]風に、コードと一体で番をする方が好きだ、
        なにもかも別々のファイルにしまいこんでしまうのはごめんだ、
        と意見した。これには議論が続いて、それぞれを比べたときの
        得失と、開発者にとってドキュメント作成をできるだけ面倒で
        なくするには、という話になった。
    [0] http://www.literateprogramming.com/


    一口にドキュメントっていうけれど

        スレッドがもう一本、枝分かれした。こちらの話の焦点は、
        APIのドキュメントとアプリケイションのドキュメントの違い
        であった。


    XMLの果たせるもの

        Sean Chittenden氏は、rubydoc[1]のツールとして既に
        あるもの・提案するものが、いかに簡便かを説明した。
        その特徴の核となるのがXMLであり、続く議論では、XMLが
        どのように、なぜ、どういった場面で、活用できるのか、
        もしくはするべきであるのか、が論じられた。
    [1] http://www.rubydoc.org


    ユースケイスで、われわれはどんな恵みを受けたか、そして
    なにがもたらされたか?

        James Britt氏は、正しく取り上げられた問題が一番よい
        解決を見られるように、ユースケイス(あるいは似たよな
        もの)が、プロジェクトの要求にピントを合わせるのに
        役立つようなものかどうかを知りたがった。Albert
        Wagner氏が、どこまでも続く枝別れの多い一連のポストを
        追いかけていって混乱したと告白した。Jim Freeze氏は、
        要求事項文書のヴァージョン2に向け作業中だと述べた。


    内省的ドキュメント化

        Rubyのリフレクション機能をどう活かすか、というアイディアが
        流れた。Booker Bense氏は、「ソースがドキュメントだ」という
        哲学に従いたい、と述べた。


はい、今週はここまで!

Attachments (1)

WeRDS_2002-09-22.en.txt (1.8 KB, text/plain)
 This is WeRDS, the Weekly Ruby-Doc Summary, for 2002-09-22
  Brought to you this week by James Britt.


    Threads
    =======
    Documentation as Object?
        Hugh Sasse posited a "documentation is an object" approach. Then
client code could call SomeObject::Documentation.some_method.  Jim Freeze
suggested it would be nice if RDoc could auto-generate this class.

    Inline docs vs. stand-alone file
        James Britt opined a preference for documentation kept with the
code, a la Literate Programming [0], as opposed to stashing everything into
a seperate file.  There ensued a discussion of the relative merits of each,
and making documentation less onerous for developers.

    What do you mean by 'Documentation'?
        Yet another sub-thread emerged, this one focused on the differences
between API docs and application docs.

    The Role of XML
        Sean Chittenden described facilities, both existing and proposed, of
his rubydoc [1] tools. XML is a central feature, and there followed a
discussion of how, why, and where XML could or should be used.

    Could we benefit from use cases, or, what are our deliverables?
        James Britt wondered if use cases (or the like) could help focus
project requirements, to help ensure the right problems are solved the best
way.  Albert Wagner confused confusion following a lengthy, multi-topic
series of posts, and Jim Freeze said that version 0.2 of the requirements
doc was in the works.

    Introspective Documentation
        Ideas were floated for exploiting Ruby's reflection features. Booker
Bense said he would like to follow the philosophy of "The source is the
documentation."

    References
    ==========
    [0] http://www.literateprogramming.com/
    [1] http://www.rubydoc.org


That's it for this week!


In This Thread