orange @[email protected]

鍵boost＞＜

2021/9/22
車と歩行者を完全分離　函館市本通３に道内初のセパレート式交差点 | 2021/9/22 ／函館地域ニュース by e-HAKODATE https://www.ehako.com/news/news2021a/14004_index_msg.shtml

オレンジのおうちのコンロも、立ち消え安全装置が壊れてからそのまま5年くらい使ってて、ついに諦めて2ヶ月くらい前に買い換えた＞＜
たぶん壊れてたのはセンサじゃなく基板側で、全てのコンロとグリルが同時にダメで一回電池抜いて入れなおして何回か点けてるとつくみたいな感じで使ってた＞＜

ちなみにロジック部分って書かずにプログラム部分って書いたのは、ロジックに限らず機械が解釈できる部分って意図で、どう書いていいかわからなくてそう書いた＞＜

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

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

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

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

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

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

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