古い文書を使用または無視する経験的な方法[閉じる]

あなたが投稿した2つの引用は、「文書化」ではなく誰かの意見のように聞こえます。

標準は動く目標です。人々はそれを実装することを目指すかもしれませんが、数年ごとに更新され、意図的に標準に従わない拡張とケースが常にあります。これは、「適切な標準」と「一時的な標準」の両方に適用されます。

それでもPOSIXのような標準は変わります。ゆっくり時間が経つにつれて有用で需要が高く、広く受け入れられているため、新しいものが導入されますが、古いものは廃止されたため廃止されます。そのため、U&Lの一部の人々は、一部のシェルエントリ（たとえば）がPOSIXと互換性がなく、特定のツール実装の特定のバージョンでのみ動作する（場合によっては動作しない）ことを指摘したいと思います。これは、GNUや他のベンダーが提供する特定の実装よりも回答を効率的にする方法です。

システムのインターフェースとツールに関する文書を見つけるのに最適な場所は、常にオンラインマニュアルです。あなたのシステムで、使用中のソフトウェアと一緒に配布することができる他のすべての形式の文書。

sed特定のフラグやgrepユーティリティが何をしているのか、Perlでどのように使用されているのかをWebで検索できますが、Getopt::Longこれは実際のユーティリティやライブラリと共にインストールされるマニュアルです。あなたのシステムでこれは明確な文書です。

過去の文書が同じ既存のシステムを実行している人に役立つ可能性があることは否定できませんが、文書は通常、この記事が作成された時点のシステムまたはツールに固有のものです。たとえば、新しいOpenBSD 5.9システムを使用していて、sudo基本システムにいる必要があるというWebページを読んでいますが、なぜ機能しないのか疑問に思っている場合は、次の記事をお読みください。afterboot(8)手動（プロンプトに従って）説明インストールしたばかりのシステム。これはあなたに言うでしょうdoas便利です。

私のポイントは、Unixがどこに行くのか、どこから来たのかは重要ではないということです。あなたはそれを作動させる機械の前にいます今、ここで最新のドキュメントを見つけることができます。

ホスト間で電子メールを交換するためにUUCPを設定する方法、またはPostgreSQLでデータベース複製を実行する方法を説明するものをWebで見る場合は、ドキュメントの対象読者が誰であるか、これらのツールの目的と動作が何であるかを考慮する必要があります。時間によって理由は異なる場合があります。システムのマニュアルは次のとおりです。あなた、対象のお客様は、システムの使い方を目の前で理解したいユーザーです。

私の答えが主題から少し外れたものであれば申し訳ありませんが、最近私がたくさん考えている部分です。