orange @[email protected]

つまりオレンジ視点では、プログラミング言語と自然言語の役割の違いと分離する意義を、フレーム問題のフレームって視点で考えた＞＜

フレーム問題 - Wikipedia https://ja.wikipedia.org/wiki/%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E5%95%8F%E9%A1%8C

言い換えると、プログラム部分には機械が解釈する範囲と言うフレームがあり、コメント部分にはフレームが無いことになる＞＜

(やっと本題＞＜；)
そうすると、プログラミング言語とコメントの役割は、『フレームの範囲内に限定した情報を記述する言語』と『フレームレスな領域を記述する言語』に役割がわかれ、それにそれぞれに最適化された言語を組み立てようとすると、フレームがあるプログラミング言語らしい言語とフレームレスな自然言語に当然のようにわかれるのでは？＞＜

で、プログラム部分は機械が実行と検証に必要な部分だけが記述されるので、機械が読み取れる範囲の情報に絞って記述される＞＜
でも、そのプログラムに関するあらゆる明示的な情報は、リアルワールドに存在する限りリアルワールドの全ての情報と間接的に繋がるので、情報の範囲が特定の範囲に収まらない＞＜

つまり、シンプルに言えば、プログラム側では明示的な記述になっていない情報を、ソースコード全体が明示的な情報を持つものにする為にコメントがあると言えそう＞＜
(この文脈で言う明示的には「広範囲の推論によって読み取れる」は含まない＞＜)

この辺の議論すごくおもしろいけど、
コメントに何を書くかって視点で見ると、コメントにはなぜそうするかという意図を書くべきとされてる気がするけど、
じゃあなんでコメントにわけられてるかというと、意図は、ヒューマンエラー検出(意味妥当性のチェック)の場面以外では機械側にとって不要で、一方で意図から全体像を知る場面には必要で、
言い方を変えると、意図という情報が明示的にプログラム側に記述されていない場合に、明示的に記述する場面にコメントがあるのかも＞＜

[B!] 普通の線路の「ガタンゴトン」とは明らかに違う？　名古屋の激レアポイント「ダイヤモンドクロッシング」：中日新聞Web https://b.hatena.ne.jp/entry/s/www.chunichi.co.jp/article/819156

会員記事なので、最後まで読めないけど、日本の鉄道の情報しかほとんど追ってなかった頃は、平面交差が少ないのは当たり前だと思ってたけど、アメリカの鉄道の情報を追うようになったら、アメリカでは貨物の幹線でも他社との交差でも当たり前のようにあちこちに平年交差があるので逆になんで日本では平面交差が極端に少ないのか不思議になった＞＜