[b-free 588] Re: 次代のBTRON

Hideaki Suzuki (h1suzuki@Bridgew.edu)
Mon, 22 Sep 97 23:40:13 -0500

ども。
次代のBTRON。僕は、Linux が広まったようなことが、B-free に関しては、En
d-user に 対して起こると良いなあと思っています。BTRONが、「コンピュータ
おたく」の神器から「主婦の友」に脱皮する力を、B-free が作り出せると良いです
ね。何せ、ただ、だから。(笑)

In "[b-free 587] 次代のBTRON" with 藤永清和 ,
(02:00:00 AM +0900 in September 23,1997)
- NBA01614 wrote.

|
| 「実身名」と「仮身名」の話は前回のBTRONクラブで話題になりました。「

|NIXには仮身名しかない」と理解してよいのではないでしょうか?
|

うーん。仮身名という名で落ち着いてしまうのか?
もちっと、気の利いた名前を、仮にでも、使えば良かった。^^;;;
僕の行った意味では「Alias == 仮身名」でしたが。UNIX では、Alias も Filename
も違いは曖昧な物なのかも知れない。

実身名の代わりに、便宜上仮身に表示できる文字列を仮身ごとに持つことで、実身名
を長くするのを止めて、データベースみたいに「キーワードでの実身名検索」が使え
たり、他人の作った物への仮身による引用をしやすくできるようにしよう! と言う
のが、僕の話の趣旨だったわけだけど。「そのものの名前=実身名、使われる状況に
あった名前=仮身名」ね。まあ、区別する必要のない時は、実身名だけで良いのだけ
ど。でも、100文字とか行く名前って、むしろ、仮身名的ではないかい?!

僕は、BTRONクラブの会員ではないし、中の状況は秘密らしいのでどういう議論
がなされたのか知りませんが、どうも、僕のこの前の発言([b-free 560])以降、「
1話題に上らない、2引き続き長さ無制限というのを聞く、3TADを入れようと言
う話が引き続きある。」という状況からして、Democracy をもって却下されたかな。
^^;;;;

そだねぇ。ファイル名をただ無駄に長くした場合の、無駄と利点のバランスは、まだ
僕にはあまり釣り合ってこないのですが。互換性もないしね。

# 今の20文字は、とくに Alphabet では短すぎるけど。全角に表示されるしさ!

あと、TAD を実身名に入れようとか。ある程度の物は良いと思うけど、可変長セグメ
ントとか図形セグメントは止めて欲しいなあ。確か、坂村教授が仮身をObject Orie
nted にせず、あんな単純な物にしたのは何か意味があったんじゃなかったっけ? 
例えば、UI の混乱を避けるとか、、、。まあ、「○を含んだデータを検索」とか楽
しいんだけどねぇ。何も、実身名でやらなくても、、、。という気がしてならない。
僕には、乱用に思われます。

# 危険な使われ方をする物は極力別の手段を用意して保護するべきだ。
# 全ての人間が悪いことをしようとするわけではない。
#  CやC++の仕様を策定したときの、有名な哲学ね。
# 実身名もネットワークを張るときの基礎、各々の情報の代表名な訳だから、
# おかしな使われ方を簡単に許さない意志見たいのは欲しいね。
# 特に、使い始めたばかりの人が何を名前にしたら良いか判らない時とかのために

# 例えば、App が文字の代わりに絵の仮身を使ってしまって、仮身とは判らない
# 様なことが、起こらないように。
# まあ、個人の使用物である限りは良いのかも知れないけど。
# Enableware の音声読み上げ機能とも関係してくるんじゃない?

それよりも、実身名を色々できるようにするより、B-free では、one-click で win
dow を閉じられるようにしてクレー!!! あと、one-click open も魅力的です。
:)

まあ、App の範疇か、、、。^^;;;

と、非常に細かな個人的注文を付けてみる。:-P

- Aki.

p.s. 最近、手が疲れて二重の Click がしんどいらしい。<???

--------------------------------------------------------------
Hideaki Suzuki (SO in Bridgewater State College)
e-mail H1Suzuki@Bridgew.edu
Home Page http://www.yashi.com/h1suzuki (Under Constr.)
Nifty-Serve KGH06253