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

[武貞 一三 <HCD02054@nifty.ne.jp>]

　どうも、武貞です。ちょっと、大風邪ひいて寝込んでました。
　また、お返事が遅くなってしまい、申し訳ありません。


>んー、やっぱ背景文化としての UNIX は DIY が基本なので、アプリ作者による一方的
>な実装の押付けという土壌は育って来なかったんだと思いますが、どういうニーズが
>一般的なのかがもう少し明確になってくれば相乗効果が得られて来ると思うんですね
>こと free software 業界に関しては思いの他エンドユーザからのニーズって上がって
>来ないようで、アプリに機能追加するきっかけが作者の独善に過ぎないなんてことも
>少なくない訳で。

　まぁ、そもそも、 free software を単に無償のソフトだと言う捉え方しか出来ない
ユーザーが多過ぎますからね。

　別に全ての人間がプログラマになる必要は無いとは思うんです。ただ、実際の運用上
で気付いたことやニーズ、ただ声を上げることで開発者と使用者が対等に成り得る、そ
こに free と言う言葉の意味があると思うんですが。

　ただ、こうなってくると、このへんはやっぱソフトウェア業界の話と言うよりも、そ
もそもの人間教育の問題のような気が私もしますね。


>作る方は技術的興味が先に立つことが多いので、その応用に当たる現場でのニーズが
>一体どのようなものなのか見極めた上で実装するよう、私は心がけてるつもりなんで
>すが。
>pty の実装は実用的なメリットも大きいと個人的には思ってるんですが、これも独善
>かも知れません。

　このへんは難しいトコですね。
　実際問題、それが独善であろうと、最低限自分がそれを正しいと思えなければ何かを
する意義なんで見つからないわけで。

　それが独善になるかは、結局のところ結果論に過ぎないんでしょう。


>んー、この姿勢は初心者だろうがベテランだろうが余り誉められ
>たものではないんじゃないかと思います。
>　｜
>中　略
>　｜
>　だから、無いのが当たり前だからニーズが無いってのはちょっと
>悲しいかな。現状に甘んじることなく、欲しいと思ったらもう少し
>足掻いてみてもいいんじゃないでしょうか。

　そう思います。
　と言うか、それこそ必要なものは自分で創れるってのが、 PC を使う最大の意義だと
も思います。確かに、それは色んな意味でスキルを要求されることですが、それでも努
力すれば何とかなる、って道筋が見えてるかそうでないかは大きいわけで。

　でも、それだけに最近の技術のブラックボックス化は大いに疑問です。
　知識の無いエンドユーザーから、開発者の想定しない操作を隠蔽化するってのは、セ
キュリティ上、理解は出来るんですが、ことそれが開発の分野に限って言うのなら、然
るべき手続きを踏んで、アクセスする手段も用意されて然るべきだと思うんですよね。

　でも、それは何も商用ソフトに限った話でも無いんです。
　今の free software 業界は”知ってる人間が知ってる”だけで、閉じちゃってる部
分って凄く大きいと思うんですよね。

　例えば、これは私の実体験なんですが、その昔、プログラミングを覚え始めた頃、
 gcc でソースをコンパイルするのにエラく苦労した記憶があります。

　それは、コーディングがどうのと言う話ではなく、書き上げたソースを
”コンパイルする方法”が分からなかったんですよ。

　色んなドキュメントを漁っても、出てくるのは”コンパイルの概念”や、”関数”の
解説であって、もっと単純な

　$ cc sample.c

　この一文が仲々出てこない（苦笑）。それこそ、関数の解説なんかが必要になるのは
これが出来た後なんですよ。

　まぁ、今のは極端な例ですが、「ふつー、ＸＸだから」とか、「ＸＸはデフォ」って
知ってる人間からすれば当たり前過ぎて、ドキュメント化されないなんてコトは往々に
してあると思います。でも、それは知らない人間には絶対分からないコトなワケで。

　こういった「知らない」と「知ってる」の間を繋ぐ部分ってのが free software 業
界ではかなり、なおざりにされちゃってるような気がするんですよね。

　さらに、なまじっかオープンソースの名の下にソースさえあれば、それで OK になっ
ちゃてる部分ってすごく強くて、このへんはむしろ商用ソフトの世界よりも質が悪い時
もあるような気が・・・(^^;)。


>　command line でなくても pty は使い道ありますよ。従来の枠組
>では同時に複数の file 閲覧は出来ませんでしたが、画面分割状態
>で pty 使えば上下でそれぞれ独立して閲覧出来ますし。
>　むしろ command line を含む shell としての一面からは pty は
>余り嬉しくはないかも知れません。pty のために子を作ってしまう
>と builtin なのに別 process なんてことも出て来ちゃうし。

　逆に、意図的に別 process で動かしたい時なんかもあるでしょうしね。
　そういう意味では、機能が増えること自体は私も良いことだと思います。
　機能が増えることで、新たなニーズが見えてくるってのは部分もありますし。

　ただ、それを必要とする場もあれば、そうでない場もあるわけで、必要としない時に
その機能によって却って制限を受けてしまうのはナンセンスかなーと。

　そういう意味では、いかにそれらの機能を共有部分と、個別部分を切り分けたモジュ
ール化出来るか？ってのが、他機能になればなるほど重要なファクターになってくるん
でしょうね。
　このへんは、複数の文字コードや、多言語化なんかにも関わってくる話ではあります
が。


>勿論それを user に見せちゃあいけないんですけどね。

　そのへんは良い意味でのブラックボックス化なんでしょうね（笑）。


>patch(2005/04/14)

　と言うことで、遅くなりましたが patch の方、試してみました。
　・・・えーと、 FD 自体が日本語名、ascii名のディレクトリ問わず起動時に固まり
ます。
　どうも、カレントディレクトリ名の取得で無限 LOOPしてるような気が・・・(^^;)。



　　　　　　　　　　　　　　　　　　　　　　　　　　　　TAKETYON こと 武貞一三