[FDclone-users:00390] Re: 日本語文字コード(UTF8) 環境での動作について

[Takashi SHIRAI <shirai@unixusers.net>]

　しらいです。

　他の open source community と比べると FDclone のそれは非常
に小規模なものなので、まぁ和気あいあいとやっていきましょうや。

In Message-Id <20050428205632.25680806.30300@nifty.ne.jp>
        =?ISO-2022-JP?B?GyRCSXBEZyEhMGw7MBsoQg==?= <HCD02054@nifty.ne.jp>さんwrites:
> 　そういう意味でも、各機能が相互依存しない完全なモジュール化ってのが出来れば理
> 想ではあるんですが、仲々そういう訳にもいきませんしね。

　実装の仕方がまずいんだとも思いますが、system call を wrap
し始めた時点で機能追加が performance 上の足枷になるのは仕方
なかったんですよね。
　同じ wrapper にしても dynamic library で対応するようにして
いればまだ選択の余地は残ったんでしょうけど、dynamic library
は環境依存が大きくて余り奨められたものじゃありませんし。

　それでも一応 compile 時の選択子は残しているんですよ。未だ
FDclone 1.03 の仕様で compile することも可能な筈ですし。
　performance 低下が致命的になるような環境ではそういう選択も
ないではないんですけどね。_NODOSDRIVE と _NOKANJIFCONV を指
定するだけでも相当高速化すると思います。


> >ひと昔前に programming を始めた人にはそれなりの情報も機会
> >も公開されてました。でも、気がついたら肥大化した proprietary
> >がそういった場を駆逐してしまっています。
> 
> 　ただ、ここで問題なのは proprietary の側もそれを意識してないんでは無いかと。

　いや、proprietary だからこそそういうのは意識していないと。
もしこの現状が本意でないのなら、意識して方向修正すべきでしょ
う。それだけの責任を担うべきです。
　逆にもしこの現状が期待通りなのだとしたら、目先の利益ばかり
追い過ぎて将来のことを考えていないと思いますね。

　当面の自己利益だけが目的ならば、開発者の門戸を狭めることで
技能の特殊性をより確実なものにして、開発者の価値や開発物の価
格を必要以上に高めるのもアリでしょうけど、それでは余りに先行
きを考えなさ過ぎかと。


> 　情報もですし、何よりもこうして今しらいさんとお話してるように、コミュニケーシ
> ョンが容易になったことは非常に大きいですね(^^)。

　mail くらいなら 20 年前から余り変化してないと思いますけど
ね。確かに multimedia 通信や移動体通信は大きく発展しましたけ
ど、依然 mail のような枯れきった技術が主流になっているのもま
た事実。
　それよりはやはり一個人が扱い切れる情報量の限界が格段に向上
したことの方が大きいかな。ストレージ容量や帯域幅の向上と共に
情報検索記述の進歩によって、Internet 以前と比べると遥かに知
識欲を満足させ易くなってますからね。
　

> ＃タキオンが駄目なら、ルクシオンとかターディオンならええんですかい？とか、この
> ＃へんで、もう既に心臓バクバクもんですから（苦笑）。

　私がディーラーズルームでタキオン粒子発生器を見かけたのは十
年以上も前なので、実用化もそう遠くないと思ってるんですが、な
かなか実現しませんねー。まだエーテルの方が望みがあるかな :-)

                                               しらい たかし