パソコンの画面と対話なんてしちゃダメ。10回1回2回3回4回5回6回7回8回9回2021年2月25日パソコンの画面と対話なんてしちゃダメ。4ヶ月目プログラマーとのランチMTG君にとってのプログラムとは何?「えーーーと、、、一言で表すとコンピュータとのコミュニケーション手段です。君はパソコンとコミュニケーションを取っている、という認識なのね。そこに問題が隠されていると思うよ。パソコンとのとのコミュニケーションがうまくいってないのでプログラムがうまく動かない、ではないそう考えてると間違う。君とコンピューターとのコミュニケーションは100%成立している。コンピュータはプログラミングされた通りに動いているだけ。君がおかしいソースコードを書いてるんであれば、コンピュータはエラーコードを出すだけ。君はコンピューターがうまくコミュニケーションとってくれない、すごく気難しい相手みたいな認識になってしまってる。なんか変なところに入り込んでしまっている。そんな複雑じゃなくてもっとシンプル。君とコンピューターとのコミュニケーションは完全に取れている。コンピューターとのコミュニケーションは100%成立している。シンプル君がしてるのは単純に命令なだけコミュニケーションとかでは絶対にない。命令をしてコンピュータはその通りに動く、完全に主従関係。君の認識がずれている。コンピュータとのコミュニケーションを成立させる、みたいなことを目指してしまっている。正しいも間違ったもない。君が書いた通りに動くだけであって、コンピューターに正しい間違ってるの概念も存在しない。書いた通りに動くだけ。君に言いたいのは、コンピューターを人格化なんてしちゃおかしくなる。命令した通りに動くだけの道具。実装する時も言うこと聞いてくれ!お願いします!みたいなことやってたと思うけど、いや、言うことは聞いてるから。100%君の言うことを聞いて動いているから。逆に言うことを聞かないコンピューターがあったら教えてください。コンピューターと対話なんてするな、エラーメッセージが出てきているのは単にそうプログラミングされてるだけだから。対話するとしたらプログラムを作った人とプログラムは命令しておけば、ある条件になったときに特定の反応をするだけ。あって特定の反応というのは君がした命令か、もしくはそのプログラムのベースを作ったプログラマー。君が命令を二重にすることになる。思い通りに動かないのは命令が二重になっていて、PHPを作った人の命令が優先されている場合は思い通りに動かない。仮に対応するとすればコンピューターではなくてPHPを作ったプログラマーと対話をするイメージ。時間軸を超えて、ソースコードを見て対話をするイメージ。目の前のコンピューターの画面となんか対話するな。対話するのは、プログラマー同士。何を思って書いたのか。どんな意図があったのか。そんなことをソースコードを介して想像する、そんなイメージ。関数や、書き方や、ソースコードを暗記することではない。参考書を何冊読んでも、暗記とかだと意味がない。簡単なサンプルとかは作れても、システムを丸々作って数年運営をしていく場合には、プログラム言語の概念を理解しておくほうが、圧倒的に時間が短縮できる。今君がその上に、何を書くべきかはわかるはず。参考書を何冊読んでも理念みたいなものが理解できなければ意味がない。過去のプログラマーの人たちと対話をする。そのために必要な知識を身に付ける。それがまずはプログラムの勉強だと思うよ。【セミナー資料】車屋さんが使えそうな補助金を6つほど、概要をまとめました。