プログラムの難しさの階層 - きしだのHatena

プログラムを理解するのは、まあ難しいです。 でも、その難しさには階層があります。 よく、変数は箱だとか箱じゃないとか議論になりますが、何人か初心者に教えた感じでは、変数自体でつまづくことはあまりないので、実際はそんな例えをしなくても「変数は変数だ」で充分だったりします。 デバッガでステップ実行しながら変数の内容を見ればいい。 で、条件分岐くらいは結構つまづくことはなくて、単純な演算と条件分岐だけが必要なプログラムであればまあそれなりに書けるようです。 ぼくも、一番最初に自分の意図で作ったプログラムは input "ワカレミチガアル。ドウスル？ 1:ミギ 2:ヒダリ"; a if a = 1 then print "ガケニオチテシニマシタ" else print "ライオンニカマレテシニマシタ" みたいなものでした。こういった条件分岐をたくさん並べてアドベンチャーゲームっぽいものを作った人は

[knjname]

確かに初心者の頃思い出すとループ、っていうよりfor文が難しかった。while文の方が簡単に感じた。for文は書くところが3つもあって、なにがどう動くのかある程度成長するまで正確に把握できてなかった気がする。

[gnety]

ループと再帰の間に超えられない壁があるように感じる。再帰は停止条件がわかりにくいのと、再帰をすべて追おうとしてしまうと混乱するからか

[karasu9113]

現場で再帰使おうとすると止められるんだ…orz。JAVAのenumにメソッド定義するとよくわからないって言われる…もう嫌だ…

[ishisaka]

躓くのはループ処置とスタックから。タダ個人的な経験から言うと、これもアセンブラをやってノイマン計算機を理解するようにすれば、高級言語より手触りがあるので理解がしやすいと思う。

[otherworld]

状態によって処理が変わるということは、つまり副作用があるということ。見通しが悪くなるのは当たり前な気がする。

[kamei_rio]

規模が大きくなればなるほど後でひどい目に遭うので、変数による状態管理は小さな頃からコツコツとやっておくべき

[Nyoho]

本の売り方うめええええええええ

[papiro]

難しさの段階

[chiezo1234]

＞条件分岐をたくさん並べてアドベンチャーゲームっぽいものを作った人は、ぼくの世代には結構いる気がします。そしてそれ以上のプログラムを作ろうとしたところで挫折した人も・・・

[terazzo]

「20 GOTO 10」はループだけど難しさは無いので、結局ループというものが状態管理を持つことが難しさの原因なのかな。

[zetamatta]

ほぉ、ループとかスタックになると難しく感じるのか

[ku_marin]

つまづくのはループから

[harukasan]

わかりやすい

[waman]

『よく、再帰関数は理解が難しいといいますが、本質的にはスタックを使うループの理解が難しいのだと思います。』

[t_f_m]

"状態管理が難しいのではないか" / つまり……オートマトンを理解できるかの差？

[fijixfiji]

「計算モデル」

[tmatsuu]

海外の大学でプログラミングを一から教えるために関数型言語を使ってる話があったけど、案外ありかもしれない。

[kobake]

スタック理解できていたらもう上級者だと思う。

[MasaMura]

変数とループに関して言えば何度も紙に書いて図に落とせば理解できるはず。ただし、そういった単純なプロセスを怠る人間が多い。 スタックレベルで完全に再帰を理解出来るようになるには、アセンブラまで必要。

[kutakutatriangle]

未だにスタックとか再帰理解できてないので死亡している。

[bamch0h]

スタックは理解してないかも。再起難しい…

[pongeponge]

ループで躓くかな？配列とポインタで躓く人が多いと思ってるけど

[rryu]

ループはある値の範囲の処理に一般化された上にループ変数がi=i+1みたいな再起定義だから余計に難しいのか。

[spacefrontier]

論理回路レベルだけど、ハードウェア実装に触れてある部分に好感。 / 中学生の時は頭が柔らかかったなぁ。BASIC⇒マシン語、に一足飛びに移行できた。レジスタとかスタックとかもその時に知った。

[watayosu]

参考になります

[vid]

ステートマシンか（違

[nanakoso]

逐次処理、条件分岐までは簡単、ループからふるい落とされる人がでてくる、その後ろには状態管理とスタックが控えている。なるほど

[bouzuya]

つまづくのはループから