[#11507] parser generator — Minero Aoki <aamine@...>

あおきです。今年もよろしくおねがいいたします。

54 messages 1999/01/07
[#11508] Re: parser generator — ttate@... 1999/01/07

立石です。

[#11511] Re: parser generator — shugo@... (Shugo Maeda) 1999/01/08

[#11514] Re: parser generator — keiju@... (石塚圭樹 ) 1999/01/08

けいじゅ@日本ラショナルソフトウェアです.

[#11517] Re: parser generator — aamine@... 1999/01/08

あおきです。

[#11519] Re: parser generator — keiju@... (石塚圭樹 ) 1999/01/09

けいじゅ@日本ラショナルソフトウェアです.

[#11521] Re: parser generator — aamine@... 1999/01/10

あおきです。

[#11537] Re: parser generator — keiju@... (石塚圭樹 ) 1999/01/12

けいじゅ@日本ラショナルソフトウェアです.

[#11564] Re: parser generator — Minero Aoki <aamine@...> 1999/01/14

あおきです。

[#11566] Re: parser generator — keiju@... (石塚圭樹 ) 1999/01/14

けいじゅ@日本ラショナルソフトウェアです.

[#11585] Re: parser generator — aamine@... 1999/01/16

あおきです。

[#11611] Re: parser generator — keiju@... (石塚圭樹 ) 1999/01/18

けいじゅ@日本ラショナルソフトウェアです.

[#11643] [racc] help me [Re: parser generator] — keiju@... (石塚圭樹 ) 1999/01/20

けいじゅ@日本ラショナルソフトウェアです.

[#11648] Re: [racc] help me [Re: parser generator] — kjana@... (YANAGAWA Kazuhisa) 1999/01/20

In message <199901200705.QAA02084.keiju@bc.mbn.or.jp>

[#11659] Re: [racc] help me [Re: parser generator] — keiju@... (石塚圭樹 ) 1999/01/21

けいじゅ@日本ラショナルソフトウェアです.

[#11661] Re: [racc] help me [Re: parser generator] — kjana@... (YANAGAWA Kazuhisa) 1999/01/21

In message <199901210735.QAA03189.keiju@bc.mbn.or.jp>

[#11664] Re: [racc] help me [Re: parser generator] — keiju@... (石塚圭樹 ) 1999/01/21

けいじゅ@日本ラショナルソフトウェアです.

[#11681] Re: [racc] help me — Minero Aoki <aamine@...> 1999/01/22

あおきです。

[#11685] Re: [racc] help me — keiju@... (石塚圭樹 ) 1999/01/23

けいじゅ@日本ラショナルソフトウェアです.

[#11687] Re: [racc] help me — aamine@... 1999/01/23

あおきです。

[#11740] Re: [racc] help me — keiju@... (石塚圭樹 ) 1999/01/26

けいじゅ@日本ラショナルソフトウェアです.

[#11759] Re: [racc] help me — aamine@... 1999/01/27

あおきです。

[#11783] Re: [racc] help me — keiju@... (石塚圭樹 ) 1999/01/28

けいじゅ@日本ラショナルソフトウェアです.

[#11793] Re: [racc] help me — aamine@... 1999/01/28

あおきです。

[#11812] Re: [racc] help me — keiju@... (石塚圭樹 ) 1999/01/29

けいじゅ@日本ラショナルソフトウェアです.

[#11553] はじめまして&環境変数についての質問 — Atsuko Yoshida <atsuko@...>

こんにちは。はじめまして。

22 messages 1999/01/14

[#11587] Array.new([SIZE]) — Yoshinori Toki <toki@...>

土岐です。

15 messages 1999/01/17

[#11621] Segmentation fault — polygon <polygon@...>

ポリゴンです。

18 messages 1999/01/19

[#11660] ruby 1.2.2 released — matz@... (Yukihiro Matsumoto)

Hi.

19 messages 1999/01/21

[#11720] ruby からの MSAccess への DB アクセス方法 — ymaekawa@...

はじめまして前川@NECと申します。

13 messages 1999/01/25
[#11723] Re: ruby からの MSAccess への DB アクセス方法 — たむら けんいち <t9655832@...> 1999/01/25

たむら です。

[#11746] (joke :-) ruby chip — Noritsugu Nakamura <nnakamur@...>

14 messages 1999/01/26
[#11747] Re: (joke :-) ruby chip — "Kikutani, Makoto" <kikutani@...> 1999/01/26

Wed, Jan 27, 1999 at 07:19:14AM +0900 において

[#11803] Array クラス — hisanori@...

松尾です。

36 messages 1999/01/29
[#11804] Re: Array クラス — matz@... (Yukihiro Matsumoto) 1999/01/29

まつもと ゆきひろです

[#11807] RE: Array クラス — ozawa@... 1999/01/29

最近Beなさくです。

[#11813] RE: Array クラス — ISII takesi <isii@...> 1999/01/29

石井です。

[#11814] Re: Array クラス — keiju@... (Keiju ISHITSUKA) 1999/01/29

けいじゅ@日本ラショナルソフトウェアです.

[#11815] Re: Array クラス — matz@... (Yukihiro Matsumoto) 1999/01/29

まつもと ゆきひろです

[ruby-list:11768] Re: Array.new([SIZE])

From: Koji Arai <JCA02266@...>
Date: 1999-01-27 15:04:22 UTC
List: ruby-list #11768
新井です。返事が遅れました。

>>> From: matz@netlab.co.jp (Yukihiro Matsumoto)
>>> Date: 24 Jan 1999 23:31:31 +0900
>>> Subject: [ruby-list:11691] Re: Array.new([SIZE])

> まつもと ゆきひろです

> |(用は心変りした ^^;)領域確保のメソッドはいらないと
> |思います(お騒がせしました _o_)。
> 
> そうですか.この「自分の意見に対する反論」というのもお聞かせ
> 頂けると他にも納得できる人が出ると思いますです.どうでしょう?

# もはや、誰も興味をもっていないようにも思うのです
# が…(^^;

では、「自分の意見に対する反論」を以下に

>>> From: Koji Arai <JCA02266@nifty.ne.jp>
>>> Date: 20 Jan 1999 08:58:47 +0900
>>> Subject: [ruby-list:11640] Re: Array.new([SIZE])

> 新井です。

> でも、もっと複雑な処理が必要になってArrayの他のメ
> ソッドも欲しくなった場合。最終的に昔のArrayの実装
> が出来上がってしまうとなんだか悲しくなりますね。
> (^^;

これは、極論だったかなと思ってます。大抵の場合は
(本当に必要なら)クラス定義と多少のメソッド定義で十
分でしょう。

更にいうと、「悲しくなる」のは昔の実装を知っている
からで、そうでなければきっと自己満足で終るでしょう。

> Array.new()の仕様が今のようになった以上、
> 「メモリのリアロケートが裏で発生するかもしれない」
> という考えは捨て去るのが健康的かも知れない。

こういう理想がある以上、やはりこれを追求するべきだ
と思いました。このような考えに至ったのは、

・Stringクラスに「あらかじめ領域を確保する」方法が
  ないのに今まで気にしたことがない。

・機能を提供しないことで、ユーザに二の足を踏ませる
  ことが出来る。つまり、本当にそこが性能のネックに
  なっているのか、クラス定義までして回避する価値が
  あるかを考えさせる。

逆に、Arrayクラスにあらかじめ領域を確保するメソッ
ドを実装するなら、

・他のクラスにも必要では?

と考えます。

以上です。他にもあったような気がしますが、日が経っ
て忘れてしまった(^^;

In This Thread