FreeBSDで、同じハードリンク同士の片方をもう片方にmvしても両方残るのは仕様？

MAEKAWA Masahide @cvsync

@n_soda @Hiroki_Sato @_enami @syuu1228 SUSv4 2.a 君「おまえ、それ利用者の視点でうまく説明する必要あんの？」

SODA Noriyuki @n_soda

@cvsync @_enami @syuu1228 うーん、 @Hiroki_Sato さん、たぶんこのあたりの変更の議論を見た（or参加した？）上の発言なので、そのまま信用するのがいいんじゃないかなあ。

SODA Noriyuki @n_soda

@cvsync @Hiroki_Sato @_enami @syuu1228 機能って、利用者の心理モデルにうまく合致してないと、利用者から意外な挙動→バグだーって受け取られて、イマイチじゃないですか？僕も最初はバグだと思っちゃったし。（まとめの最初見ての通り僕だけじゃないし）

MAEKAWA Masahide @cvsync

@n_soda @Hiroki_Sato @_enami @syuu1228 「うん、そうだね。だからこそ仕様を確認するのは何よりも大事なんですよね。ほら、曽田さんを見て。あれだけの人でさえ確認しないんですよ。」といういい例になっちゃいました（丸）

MAEKAWA Masahide @cvsync

@n_soda @_enami @syuu1228 @Hiroki_Sato 2.a と 2.c はすぐに出てきて「おいおいそれだと俺が困る」と Solaris 君が出てきて、a, b, c になったかもしれないじゃないですか、という気が少しだけする。

SODA Noriyuki @n_soda

@cvsync @Hiroki_Sato @_enami @syuu1228 いや僕、基本的に迂闊なので、仕様ちゃんと読まずに「絶対こう作ってるよね」で行っちゃうこと多いですorz。 http://t.co/MnPuQS3aGe でも議論されてるけど、自然な仕様のAPIって重要。

Hiroki Sato @Hiroki_Sato

@n_soda @cvsync @_enami @syuu1228 標準が改訂された経緯は全部公開されているわけですから、想像するんじゃなくてちゃんと一次資料を読むのが良いのでは。https://t.co/S3PoVNhwQm

SODA Noriyuki @n_soda

@cvsync @Hiroki_Sato @_enami @syuu1228 API利用者的には仕様の確認が大事なのは言うまでもないけど、API仕様策定者的には、利用者の心理モデルを考えた上での仕様策定も大事かなーって話。

SODA Noriyuki @n_soda

@Hiroki_Sato @cvsync @_enami @syuu1228 ありがとうございます。その資料がどこかにあることは想像していたのですが、探すのをサボってました。Solarisの件も、その資料の10に書いてありますね。助かります。

MAEKAWA Masahide @cvsync

おっと、こういうのがあるのをそもそも知らなかった...