><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
根拠はCrew Resource ManagementのAssertivenessスキルの考え方のやつ><
この指示ミス事例、オレンジだったらrootタグの外に書いた→○rootタグの内側に書いた→△どちらに書くべきか確認をとった→◎(指示ミスなので×は無し)って判断するかも><
XMLちゃんと教えるべきは同意だけどこれは普通に指示ミスかも感><
前にうっかりあったのは「〇〇.xmlに<hoge ... />を追記してださい」って書いたら,
```<root> <foo ... /> <bar ... /></root>
<hoge ... />```
って書いてエラーになって「何が悪いんですか」って聞かれたことがあってな...
前提知識の教育がダメすぎると思う.
さっきの足湯の安全装置の話をミネソタの橋崩落事故で説明しようとする事が出来るのは知識のあれかもだけど、語彙力は・・・あれかも?><;
思考が全部言語化されている人であれば知識の量と語彙力が連動するのかもだけど、そうじゃない人(><)はそうじゃないかも感><
わりとそれはそうだと思うけど、知識の量と語彙の量というか語彙力は別で、既知の『事例』を語彙とたとえるならあれだけど、大量の既知の事例の知識により多くの説明や深い解釈が出来ることと、言葉としての語彙力はまた別で・・・あれかも><(語彙力)
語彙が乏しい,ということはそれだけ世界を大雑把にしか認識できないことだと,何かで読んだな
知識がなければ思考ができない
ダメだった事例><ミネアポリス高速道路崩落事故 - Wikipedia https://ja.wikipedia.org/wiki/%E3%83%9F%E3%83%8D%E3%82%A2%E3%83%9D%E3%83%AA%E3%82%B9%E9%AB%98%E9%80%9F%E9%81%93%E8%B7%AF%E5%B4%A9%E8%90%BD%E4%BA%8B%E6%95%85
実際の橋の設計でも一部が壊れても全体が崩落しないように冗長化することが必要とされてる><
石橋の上に木の橋を架けて、木の橋が崩れたら石の橋で支えるようにして、実際に木の橋を崩して石橋が一緒に崩れないかテストして、その上で木の橋を使って、木の橋が崩れたら通行止めにする辺りが多重化?><;
安全な設計の多重化を石橋で喩える文章にするのかなり難しい感><
ていうか、C# やDelphi(つまりアンダース・ヘルスバーグが作った系RAD)にどっぷり浸かった後にAndroid SDKいじると、如何にヘルスバーグおじさんが天才で、そして如何にGoogleが馬鹿どもの集まりか、いい感じにおもいしれそう><;
初心者ほど,いきなり難しいのをやろうとして壁にぶつかるか,崖から落ちやすいのよね.
これは議論があるところだと思うけど,その分野の造詣が浅い,あるいはそもそも能力が低い状態だと「技術的距離感」を見誤ることが多いと思うんだ.
初心者が「ゲーム作りたい」で挫折するやつ.
うちの学生,徹頭徹尾C#しかやってないので,Android Studio つかうのは無理だと思う.
もちろん本人次第だろうけど.
はねっかえり学生を警戒して,教材に「無理してAndroid SDKに手を出すなよ?絶対だぞ」っていうのを書いておいた.
安全装置の多重化全く考えて無さそうだし、UberのSDVで結果的に歩行者を引き殺したエンジニアもこういうタイプだよね感><
すげえ話だと思いながら読んだけど、エンジニアとして一つだけ看過できない点が。フィルタでの浄化と温度制御を両立させるためにボイラーの制御回路を改造したとあるけど正直こういうのは危険なので、物理系エンジニアなら温度管理ループとフィルタループの2つの水流ループ作ればいいんじゃね?という一方ロシアは系単純明快ソリューションを思いついてほしかった。
https://matitodon.com/@TaiseiMiyahara/106361458401129927
思考の /dev/null