[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[FDclone-users:00337] Re: copying from/to a linked file



 しらいです。

In Message-Id <86fz6d3dno.knu@iDaemons.org>
        "Akinori MUSHA" <knu@iDaemons.org>さんwrites:
> >  FDclone では、問い合わせに対して user が敢えて「上書き」と
> > 回答した点を重視して unlink() -> open(O_EXCL) という上書き仕
> > 様が妥当なんじゃないかと考えています。
> 
> の部分でひとつ指摘しておきたいのは、ユーザが「敢えて」=「状況を
> 正しく理解した上でなお」下した判断だと確信するためには、ユーザが
> 十分な判断材料を与えられている必要があるということです。

 欲を言えば、その上書き対象になっている file について、time
stamp や size も知りたいでしょうし、果ては内容を確認たいとか
どこかに backup がないか確認したいとか、判断材料としては色々
考えられます。
 でも、それ言い出しちゃうときりがないんですよね。どこかで線
引きをしないと操作するためのツールじゃなくて設問に答えるため
のツールになって、何がしたいんだか判らなくなってしまいます。

 現行の壊しちゃうとか無くしちゃうとかいった動作だと確かに困
りものでしょうけど、判断材料が十分か不十分という観点になると
万人を満足させられる仕様は存在しないと思います。
 ツールにそんなにインテリジェンスを求められても困りますよ。
コンピュータは万能ではないんですから。


>  たとえばもし仮に、 symlink でその実体を上書きしようとしている
> 場合にもユーザへの問合せにおいて「同名のファイルがあります。」と
> しか表示しないとしたら、それは不十分だと思います。

 少なくとも何かを上書きしようとしている事実は提示されている
ので、その「何か」の正体を熟考する立場にユーザは立たされてい
る訳です。
 正体の定かでない対象に対して無配慮に「上書き」を選択してし
まった結果に対して、情報の不十分さを問われても、どういう情報
があれば正体が判断出来るかを知っているのはユーザだけです。
 link 実体だって依存関係が複雑な場合は自動的には判断し切れ
ません。x が A/y に y が A/x に link しているような場合だと、
hardlink だろうが symlink だろうがどうしようもありませんよね。


>  今回の件では、 FDclone の実装からたまたま、 symlink でその実体を
> 上書きすることはないようなのでいいですが、同様のケースではぜひとも
> メッセージの内容などについてもよく検討していただければと思います。

 ツールは飽くまでも道具であって、幾ら便利になったからと言っ
てユーザが思考停止してしまったのでは使えるものも使えなくなっ
てしまいます。

                                               しらい たかし