orange @[email protected]

じゃあお前はコサインを計算するコードを書けるのかってなるじゃん？＞＜；

書いた＞＜
https://mstdn.nere9.help/@orange_in_space/112403951505560506
https://mstdn.nere9.help/@orange_in_space/112403920332775323
Calculate Trigonometry DLL, written in CIL practice(練習で書いた、自前でサインとコサインを計算するDLL＞＜)
https://gist.github.com/orange-in-space/2e2352c0287da522395036bbc381171f

例えば、Math.cos() かなんかをコードに書いたり、単に関数電卓のcosって書いてあるボタンを押せる事を「私はコサインを計算するコードを書けます」とか「私はコサインの計算が出来ます」とは言わないでしょ？＞＜

反論が無さすぎてブチ切れてきたけど（＞＜；）
結局のところ、『自分がなぜか行える事柄』に関して「なぜ行えるのか？」を説明できない人が出来る範囲のプログラミングって、既存の何らかのお手本に沿って、既存のライブラリや既存のアルゴリズムをコピペレベルで使用してできる範囲に留まるんじゃないの？＞＜

例えば、ソートだって、ソートアルゴリズムを一つも知らなくてもそこら辺の人に「大きい数字から順に並べ替えて」て言ってもそれはできるじゃん？＞＜
そこから「自分はどうして大きい数字から並べ替えることができたのか？＞＜」という視点を持てなければ、機械にも（あるいはやり方がわからん人にも）指示できない＞＜
自分でどうしてできたのかがわからない人ってどうやってプログラミングしてるの？＞＜
ソートならば、まあ、そこらのライブラリにだいたいあるし、コピペできるアルゴリズムもあちこちにたくさん書いてある＞＜
じゃあ、そうじゃないものはどうやってプログラミングするの？＞＜

自分が当たり前にできることを、「自分でもどうやってできるかわからないけどやれ」なんて機械に言っても出来ないからこそプログラミングが必要なわけじゃん？＞＜
プログラミングができない人を前に「自分がなぜプログラミングができるのか？＞＜」を自問自答して、自分と出来ない人ではどこが違うのかを観察して実行できるように分解する事って、メタに見ればプログラミングの作業そのものじゃん？＞＜

オレンジ的に全く逆に感じてたから、かなり興味深いかも＞＜
オレンジ的には、当たり前のことを当たり前じゃなく「どうやったら実現できるのか？＞＜」「なぜ私はこれができるのか？＞＜」を自問自答して、機械が実行できるようにアルゴリズムに落とし込む事がプログラミングって考えてたので、理屈を考えずに実装って、わりとわけがわからない＞＜

大阪府大東市の住宅で火事　けが人など確認中
https://www.asahi.co.jp/webnews/pages/abc_28113.html
"...大東市中垣内の住宅で「火事です」と消防に通報が..."

なんかこういう表記だと、すごく落ち着いて言ってるっぽくみえる＞＜；

実際のプログラミングに入る前に、まずプログラミングをするためには必須のメンタルモデル（NHK eテレの『テキシコー』で教えるようなの）を教える（形成する）必要性が、わりとあんまり重く見られてない風潮がある気がする＞＜

簡単に言うと、メタ構文変数を理解できない人が、（プログラミングの）関数の引数とかを理解できるわけがないじゃん的な＞＜

こういう表記上の問題とか、あとhogeとかなんとかかんとかみたいなメタ構文変数に関する部分は、最初の方にそれを中心に考え方自体を教える事が必要な気がしてる＞＜
（単に教科書とかを読む場面での必要性に限らず、プログラミングそのものの考え方に深く関係する部分か持って＞＜）