新しいものを表示
orange さんがブースト

<meta charset="UTF-8"><!-- おまじない -->
<meta name="viewport" content="width=device-width, initial-scale=1.0"><!-- おまじない -->
<meta http-equiv="X-UA-Compatible" content="IE=edge"><!-- おまじない -->

オレンジは「あらかじめ誰かが部品をプログラミングしてくれているので、それを読み込んでる><」って説明して、そこから「どうしてあなたが(高レベルで表面的な)プログラミングをしたものが実際に計算機を動かすことが出来るのか?><」って説明に繋げて、「だからこそAPIやライブラリの使い方に関する知識はイコールでプログラミングの知識ではないし、API等の振る舞いは誰かが勝手に仕様を決めたものであり、言ってみれば誰かの『俺様仕様』であって、絶対的に正しいものではないので、API等の仕様がすべてに通用すると考えるべきではないし、誰かの『俺様仕様』を理解出来なかったとしても自分を責めなくてよい><」
って説明するかもというか実際にこう説明したことある><

orange さんがブースト
orange さんがブースト

# include <stdio.h> が「お約束」だと思っている人の割合とは (???)

orange さんがブースト

手を動かして理解していきましょう! みたいなのも、結局手を動かす過程で未解説のディテールが発生した挙句「お約束です」で「いいからそういうものだと納得しろ」になることは多いし

ある意味そうだけど、必要性を理解させずに「この部品も必要なんだ」とだけ言って部品を単に使わせて作らせようとするからおかしな事になる><
クロックだって、自身で計算機を作らせていこうとしたらタイミングがあわないとおかしな事になるという壁にぶつかって「だからクロックというものが必要になるんだ!」となる><
デジタル回路を学んでる人ならば当然理解してるだろうけど、ごくごく素朴なデジタル計算機にクロックは必要ない><

orange さんがブースト

原理の前に作る話をするからそういう未定義のディテールが必要になるのでは (エアリプ)

ていうかていうか、なんでデジタル回路を教える前にクロックが出てくるのか?><;
めちゃくちゃにもほどがありまくりすぎる><;
なぜ必要なのかを一切説明せずに「必要なんです」って、それは教えてるとは言わないし、読者の疑問にも全く答えていない><;

素質がある人が酷い本で混乱させられて足踏みどころか下手するとマイナスの学習になっちゃうの、もったい無さすぎてつらすぎる・・・><

2進数について説明しないで既製CPUでマイコン自作させる本なんて、どんなレベルの人が相手でも出番なんて無いと思うし、なんでこんな本が出版されてしまったのかがすごく不思議><;

間違いなくものすごく駄目な本!><;

orange さんがブースト

中盤,延々Z80の説明になるけどそのあたまに件の文章があった.

この文章,何が変か考えてみたけど「バイト」という単位の説明をこの時点ではしていないことだとおもう.「バイト」という言葉の説明はこの少し後で出てくる.

スレッドを表示

あと、「kを『ケー』と...」も21世紀には(少なくとも初学者には)教えちゃダメじゃね?><;
キロとキビで教えなきゃたぶん混乱するじゃん?><(ていうか混乱してるじゃん?><;)

ある意味オレンジが懸念した状況に陥ってるんでは感><;
この本薦めた人だれだかしらないけど、責任とって誤解解くようにちゃんと教えてあげたら?><;

これっぽい?><; かなりダメな本っぽい?><;

コンピュータはなぜ動くのか~知っておきたいハードウエア&ソフトウエアの基礎知識~ | 久雄, 矢沢, 日経ソフトウエア |本 | 通販 | Amazon amazon.co.jp/dp/4822281655

みんな教えてあげてるっぽいから大丈夫そうだけど、かなりひどい本(?)かも?><;

ていうかストレートに「よい失敗というものがある」という事を学ぶ場面が必要なのかもしれない><
あらゆる場面で余裕が無さすぎて余裕が無い状況が大半になっちゃうと、失敗することで有用な情報を得られる場面でさえも失敗する余裕がないものに見えちゃうかもだし、プログラミング関連でお約束の エラーが出る事に強く恐怖するタイプの人々にもそういう面がありそう><

(よい)失敗を恐れないようにするの、失敗をほめるやり方する事が多いかもで、オレンジがオレンジの失敗を自ら慰める(?)場面では、先例を探しだして「あの偉大な人物と全く同じ失敗をしたっぽい!><; ある意味オレンジしゅごい><;」ってする事多いかも><;
自分で考えて試行したり自分なりの答えを出してから先人の成果を見て答え合わせする方式と相性がいいかも><

「ひょっとしたらなんとかできんじゃね?」って発想を出来るのとても大切だけど、一方でその発想すらも失敗を恐れすぎて出来なくなっちゃってるっぽい人もわりと見かけるというか><

古いものを表示
:realtek:

思考の /dev/null