orange @[email protected]

スバルって「ブランドとは約束である」を守ってる気がする＞＜
その上で「奇抜にする事がブランドなのでは無い」も守ってるので、すごく上品な老舗的発想とも言えるのかも＞＜
「奇抜じゃなきゃ特徴がよくわかんないじゃん！？＞＜」ってタイプ(→＞＜)向けではなさそう＞＜

オレンジはプログラミング関連を教える時にそこ強調するようにしてるし、
メカ音痴気味の人が挫折仕掛けてる時にも「デザインが正しくなければ使えなくて当然なんだよ？＞＜(これは専門的な視点でも正しくないデザインなのであなたが使えないのも当然なんだよ)」って、慰めると言うのもへんだけど、そういう事言うこと多い＞＜

プログラミングって設計なんだから、そういう設計側から批評(？)する視点を持たなきゃまともなものを作れるようにならないかも＞＜

それは作業手順を学ぶことになるし、実際学ぶ必要があることだけど、一方で「ライブラリ等の使い方は、ライブラリ等を作ったやつの勝手な俺ルールであって、これは直接受け入れて考えるべき事ではない」とも教えないと、ツールは使えるけど設計が頭に無い人＝プログラミング言語は学んだけど「なに一つ、どんなに小さいものでも作れない人」が育っちゃう気がしてる＞＜

これ、基本的にはそうだし、だからこそ人間は道具を作る(プログラミングもそう)だけど、ある無駄っぽい行為が実は有益かつ未経験なトレーニングである可能性があるのが難しい・・・＞＜
プログラミングだって「既存のソフトウェアを使えば良いじゃん！」だけど、いざ既存のとはちょっとだけ違うソフトウェアを作ろうとすると、「既存の部分をどうやって作ったか？」を学ぶ必要がある＞＜
プログラミング教育も学ぶ側がそこに気づけ無いと「なんでこんな無駄なことしなきゃいけないんだ・・・」になっちゃうかも＞＜

冗長だった・・・＞＜

前に話速変換ソフトウェア作って、バグで「音が小さくなるとピッチが上がる」ってバグをやらかして「書けた！＞＜ 実際の音声で試してみよう！＞＜」って音が流れてきた時がプログラミングしてての腹筋の最大の危機だった＞＜

誤答の選択肢も、ビルド通らないのじゃなく愉快な不具合になるようにすると「なるほど・・・」じゃなく「なるほど！＞＜；」ってなるかもだし、自分でプログラミングした時の自分でやらかしたおもしろすぎるバグで腹筋崩壊する楽しさも模擬体験(？)出来そう＞＜

虫食い問題で「ここにある部品のうち、どの部品をここに当てはめると動くでしょうか！？＞＜」みたいなのも楽しそう＞＜(？)

三菱のFFベース4WDとスバルの4WD比較すると、スバルが尖ってなくて「どういうクルマなの？＞＜」ってイメージ＞＜

なのでこの前のえじょさんの動画のエンブレ急制動からのコーナリングも「なるほど、三菱車らしい走りをするために前輪だけ強くブレーキかけて荷重移動させて(以下略)」って思った・・・＞＜

三菱、「クルマってのは、ハンドル切って前輪が向いた方向に向かって走らなければ欠陥車なんだよ」的なイメージ＞＜(偏見かもしれない＞＜；)

三菱、色々な技術的チャレンジもおもしろい特徴だと思うけど、その大きな特徴でさえも霞んでしまうほど「前輪が命！！！！」ってイメージ＞＜(偏見かもしれない＞＜；)