新しいものを表示

急に乾パン食べたくなった・・・><

無理><

35 36 35 36 35 34 34
気象庁 | 週間天気予報: 埼玉県 jma.go.jp/jp/week/317.html

例えばワンチップマイコンからプログラミングはじめたら、デバッグ出力に使えるようななんらかの部品繋がなきゃデバッグ出力でいいないし、ちょこちょこ書き換えて実行なんて出来ないだろうから気軽に実行しての試行錯誤なんてしないだろうし・・・みたいな><

クラシカルなBASICでデバッグするのPRINTかBEEPくらいしか手段が無いから、教えられなくても普通に「どういうこと?><;」って当たり前のようにしてた><
逆に気軽にテキストや音を出力出来ない環境から始めた人だと、そういう風に考えないかも?>< って言いたかった><

orange さんがブースト

printf デバックは最初教えられた時「なるほどなー、なんでそのやり方に気づかんかったんだろう?」て思ったからやっぱ着眼点だとか知識の応用めいたものは慣れとかあるんじゃなかろうか

orange さんがブースト

というか「処理の途中の状態を表示してみよう」という発想に至る学生すら稀なのである。たぶん全体の5%未満。

ブレークポイント以外の使い方わからない・・・・><

orange さんがブースト

デバッガって初学者に何故か定着しないものの一つ

「どこまで実行したか?」「どこまで実行したらおかしくなってるっぽいか?」を中心に見るのがみたいな・・・><

つまりこうするのは、クラシカルなBASICから入ったからなのかな?>< って
mstdn.nere9.help/@orange_in_sp

バグの原因の見つけ方って、最初の頃に弄った環境の事情に影響されるのかも?><

そういえば、クラシカルなBASICって実行してる行番号をずっと表示するやつあって、なんかそれに頼ってたようなかすかな記憶が><

xク
oグ

なんてこったい・・・><

ていうか、デバッガの高度な使い方わからないので、10数行程度の範囲まで絞り混んだら、printfデバッグっぽい感じになって、どこまで実行したかデバッグ出力に出しながら("section a1"みたいな文字列出す)ダメっぽい所見つけて、ダメっぽい条件で "oh!><;"とか"なんてこったい"とか出力させて「なんてこったい><;」ってデバックしてる><

問題の辿り方って人によって大きく違うのかも?><
オレンジの場合は分割してって探すかも><

orange さんがブースト

上手くいかなくなったらゼロから作り直すなり何なりしてエラーが再現する要因を探る,って普通に学生の時からやってたんだけど,うちのカリキュラムだとそういう学生は育たない,ということかもしれない

FAXでSHA-1ハッシュ送るとかすればおk?><(?)

古いものを表示
:realtek:

思考の /dev/null