Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。確認しなくても「概念上」存在するものだと思っています。表示するのはちょっと無駄なような気がしてきました。票8なぜ表示されるかと言えばハードリンクとして実際に.や..という名前でディレクトリが存在しているからのようです。「inode」を確認すると、ディレクトリ名で指定した場合と.とで必ず一致しています(..も同様)。./なお、lnコマンドでハードリンクを作ろうとしても、ユーザがコマンドで実行した場合はディレクトリに対しての作成は禁止されていますし、スーパーユーザー権限向けのオプションが存在しますがこちらも実際に試すとエラーになります(セキュリティ上の理由?)。スーパーユーザーがディレクトリへのハードリンクを作成するのを許す。ディレクトリ作成時、コールバック経由で.や..のハードリンクが作成されているようです。|3直接「なぜ」への回答ではないですが投稿してみます。lsコマンドのソースを見てみると、ファイルのリストはreaddirを呼び出して生成しているようです。gnuのドキュメント(p.404)にはこんなことが書いてあります。directory.readdirは実装によっては.や..を返さないことがあるようです。lsコマンドを書いた方が実装依存の処理を書かないようなポリシーに従っていると仮定すれば、「ちょっと無駄」かどうかを判断したのはreaddirを実装した方ということになりますね。readdirがなぜこれらを返すのか(あるいは場合によっては返さないのか)については......ちょっとみつかりませんでした。無いよりあったほうがAPIとしてはより汎用性があるから、かもしれません。始まるファイル全てであるのは、UNIX開発初期に生まれてしまったバグだそうです。shortcuts.このバグを多くの開発者が引き継ぎ、ついには「隠しファイル」という概念や、設定ファイルを隠しファイルにするという習慣が生まれました。開発者の意図の推測ここからは推測です。始めてホームディレクトリ直下にばらまくという習慣が定着していなかったのではないでしょうか。追加した意図は、「設定ファイルも含めて表示する」では無く、「ショートカットを表示する」だったことになります。確認が必要になるくらい追加する可能性も考えていたかも知れませんね)。|2概念上ではなく、lsなどのユーザープログラムから見ると実際に存在するからではないかと。lsでは、-aのかわりに-Aが指定されると、プログラム中で意図的に“.”“..”を除外して表示します。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。