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

何年もかけて数学の指導要領がどんどんスカスカになってるの,「教える側が大変だから」という理由じゃなかろうなと邪推している.

いやまぁ,文科のサイコパスどもが決めてることだとは思うけど.

米トラック運転手の「重荷」 供給網混乱で悪化 写真10枚 国際ニュース:AFPBB News afpbb.com/articles/-/3382088

"Starship - We Built This City (Official Music Video)" を YouTube で見る youtu.be/K1b8AhIsSYQ

1:46から1:53の辺りを見るとオレンジがなにをおもしろがってるかわかるかも><

スレッドを表示

ビジネス特集 “ガソリンが要らない時代”は来るのか?元売りトップの危機感 | NHKニュース www3.nhk.or.jp/news/html/20211

これの石油元売り再編の表を見てふとそういえばと思ってググったけど、

シスコはロック・シティ - Wikipedia ja.wikipedia.org/wiki/%E3%82%B
"1985年11月10日に発表"

コーポレーションネーム、リリースから一年持たなかったのか!><; ある意味予言ミュージックビデオ?><;

ハリウッド映画の吹き替えみたいに「あら、お上手ね」とでも言えばいい?><

コミュ強の人はどうするのかわかんないけど、謙遜文化である日本で単に褒められた時になんていえばいいのか問題もあるかも感><

orange さんがブースト

Xを褒められた時にいやYはないからと言うの、別の要素で比較して相殺しようとする点で、そっちこそどうなんだ主義の亜種か?

あと、これ思い出した><

2007年10月31日 チケット代返せ!バス運転手はボイコット、スタッフには「逃げろ」指示 悲惨な「F1日本グランプリ」 - TRAICY(トライシー) traicy.com/posts/2007103112866

あとこれに関して文化的背景に関して「これだから日本は」みたいに言うのもちょっとアレかもって思うかも><
こういう、責任の細分化をしまくった結果誰も全体を見てなくて悲劇に陥るのはアメリカの十八番なので><; こういう失態を避けるには現場の権限を大きくして(←ここは日本が苦手な所)、同時に、全体を見るように責任範囲を重複させ広く持たせることも大事かも><

航空分野でも例えば新千歳の教訓をうまく活かせなかった成田の事例とか残念な事象もあったけど、今回のJR東海の対応はそれらとも比べるまでもなく0点どころかマイナス100点くらいの対応では?><
災害への備えも土木の一分野のであり、それは例えば箱だけ作って済ますだけには限らないものであり、今回の事態もJR東海の上層部の土木音痴を表面化させた一事例では感><

orange さんがブースト

「巨大な空港は都市そのもの」(国土交通省 航空局)

良さ・・・><(?)

orange さんがブースト

"2.災害時において空港に必要となる機能"
(略)
"(1)航空旅客をはじめとした全ての空港利用者の安全・安心の確保"
(略)
"・また、巨大な空港は、飲食街やショッピング施設、宿泊施設、アミューズメント施、設等が集積し 航空旅客のみならず国内外の多くの利用者が訪れる 言わば 都市そのものであり、多文化・多言語が標準となる一大交流拠点となるべき。
・このため、災害時においても人命を守るとともに、空港そのものが機能停止するという事態は極力避けるべきであり、数日間、航空旅客や買物客等だけでなく、従業員も含めた全ての空港利用者が安全にかつ安心して滞在できる機能と、迅速かつ正確な情報の提供が必要。"
『災害多発時代に備えよ!!~空港における「統括的災害マネジメント」への転換~』国土交通省 航空局 P.3

これは毎度お馴染み、飛行機でぶん殴れる事例><

orange さんがブースト

雪の中を最終電車で辿り着いた大垣駅で接続なく車中泊も提供されず毛布1枚で放り出された乗客の一人だった話 - Togetter togetter.com/li/1822395.

JR東海、東海豪雨の時も同じような事無かったっけ。

ミニマムなピザを自作してその作り方を書いたのもオレンジのそういう考え方の事例のひとつかも><
mstdn.nere9.help/@orange_in_sp
mstdn.nere9.help/@orange_in_sp
mstdn.nere9.help/@orange_in_sp
mstdn.nere9.help/@orange_in_sp
自分のノウハウを書き出すという意味でプログラミングと同じように考えてるし、ピザソース使わずレシピ見ずミニマムに作ったのも「結局自分はどういう味や食感をピザと認識してるのか?><」を試すためでもある><

『自分は手動でできるけど機械は出来ないこと』を機械が行えるようにプログラミングするのも、『自分が出来るけど他の人が出来ない事』を他の人が出来るように手順化したり、どうして出来るのか説明するのは同じ事だとオレンジは思ってるし、
オレンジが自分で出来たことを独り言になろうとも「どうして出来たのか?」「どういう発想で行ったのか?」についてよく書くのも、自分以外の存在が実行できるようにする情報を残すという意味でプログラミングに近い事としてやってるかも><

プログラマの考え方は、(主に人間が)出来て当たり前だとしか思ってこなかった事をわざわざ「どうして出来るのか?」と考え、そして「なぜこの機械には出来ないのか?」と考え、当たり前にやって来たことを文書や手続きの形に整理して、機械が実行できるプロセスとして組み立て直す事を行うスキルの為の考え方かも><
昔の職人気質の言葉には出来ないから目で盗めみたいな考え方はプログラマの考え方とは正反対で、言葉に出来ない部分があるのであれば測ってみたり、調べることによって自分以外の存在が同じ事を出来るようにする能力かも><
相手が機械であっても人間であっても、「どうして出来るのか?」「どうして出来ないのか?」に向き合わないのはプログラマ的とは言えないと思うし、その重要性に気づいていない、それを教えられていない人がプログラミングに取り組めないのも当然かも><

自分がどうして二足歩行出来るのか?に向き合えない人は、二足歩行するロボットの制御プログラムの設計はできないかも><
(このたとえは、ホンダが二足歩行ロボを当たり前の存在にしてしまう前の時代のたとえであって、二足歩行ロボに関する知見が揃ってる今だと微妙に意味不明かもだけど><)

orange さんがブースト

プログラミングできる人は、そんなの教わらなくても理解できてたりするから分からない状態が分からないのだと思うんだよ。それこそ他人にそんなこと教わらずに自然にできてたんだもの。

プログラミングできないひとがどういう風景を見ているのか私は推測でしか分からないよ。

古いものを表示
:realtek:

思考の /dev/null