知識みたいなの、あたまの片隅に入れておくと後で「そういうことだったのか!><;」って役に立つし、具体的に言うと天文の知識よくわからずにNHKの天文番組見てたのが、ほんの少し前に「そらに見えてる星って、銀河系の近所の星だったのか!><;」ってなった><(小学校で理解すべき内容><;(小学校の理科の教科書の教え方が悪い気がする><;))
知識みたいなの、あたまの片隅に入れておくと後で「そういうことだったのか!><;」って役に立つし、具体的に言うと天文の知識よくわからずにNHKの天文番組見てたのが、ほんの少し前に「そらに見えてる星って、銀河系の近所の星だったのか!><;」ってなった><(小学校で理解すべき内容><;(小学校の理科の教科書の教え方が悪い気がする><;))
それはそれとして、この問題自体は、ドライバでこういう風にもめるのLinuxがマイクロカーネル(や、ハイブリッドカーネル)じゃないからそんな事になってるんだろうし、いい加減モノリシックな構造捨てればよくね?><(過去のリーナス的文章><;)
オレンジって過去のリーナスの方にすごく近い書き方かも><; 「なのかも?><# 」 「まさかhogehogeであるとでも!?><# 」 みたいな・・・><;
This account is not set to public on notestock.
オレンジは好奇心旺盛すぎて何でもかんでも頭つっこみまくってるし、知らない人がアップした食べ物の写真とかでもお店調べたりとかまでしてる><
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
たしか、ダニエル・デネットだと思うんだけど、1999年頃(?)にNHK Eテレ(?)で21世紀に向けてみたいな趣旨でいろいろな学者(?)へのインタビュー番組みたいなのがあって、それで、たぶんダニエル・デネット(?)が「21世紀の間に『責任』と言う概念は無くなるだろう」みたいな感じの事を言ってたかも><(無責任な曖昧すぎる情報><;)
日本って結局、責任って言葉を重く考えすぎた結果、責任回避が大好きな文化になってるかも><(「これは誰かが切腹しなければならない! 自分以外の誰かが!」)
なんか人質事件でも、(他所の国と比べて)変な方向に自己責任なのも(自己責任という言葉を単に責任回避にしか使ってないのも)、真面目っぽい雰囲気は重視するけど、実際にどうなのかは重視しない感じですごく悪い意味で日本っぽい><
(オレンジ的には「助けないで放っとけ」は別にいいと思うけど、帰って来れた人をなんかアレなのはアレだよねって思う><(アレだよねと省略せずに書こうとすると5000文字くらいになってしまう><;))
ていうか日本って"日本って「真面目な雰囲気」"っぽい物は強いるけど、実際の方(例えば人命そのもの)は軽視するからそんな感じになってるっぽさ><
なんかサッカーのワールドカップの時の監督の作戦がまさにそういう意味では画期的で、日本って「がんばったけどダメだったからしょうがないよね!」ってポーズばっかり重視するから、パス練習で予選突破と言う実利をとろうとした時に「こんなつまらない試合をしてこれでもし失敗したらどうするんだ!」ってなっちゃう><(それ自体は海外でも叩かれたけど><)
逆にアレはそういうリスクを監督自らが負うと言う事をして、むしろその監督個人にとっての重大なリスクから逃げなかったからすばらしい><
まあ要するに、日本って「真面目な雰囲気」を強いる文化に乗っかると、生命を強力なアピールに変換する魔法が容易く使えるのではという話
cf.
WHO 自殺予防 メディア関係者のための手引き(2008年改訂版日本語版)
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/0000133759.html
同様の事例として、「自殺報道はセンシティブにやるな」という原則などもあり (自殺報道がセンシティブになると、社会へのアピールとしての自殺のインセンティブが高くなる)、ここで日本のマスコミが何をしているか見てみましょう
まあニッポンジンはそういう状況で暗い雰囲気になることを要求する文化なので、テロは効果的なんだろうな……
テロに屈するな的な話だ (テロは恐れられるからこそ意味があるので、テロが恐れられなければ発生は抑制されるはず)
This account is not set to public on notestock.
どこまであわせるかの問題なのはその通りだけど、オレンジ的には「初心者に」って考えずに「人間がどう認識するか?><」をベースに考えてるのが違うかも><(仮に一見効率が良くても、そもそもの人間の仕組みと齟齬があるのであればそれは最終的に高コストである(表面化していないコストがある)って考えてる><)
足を引っ張らない限りでは、それなりの努力をするのが良いだろうとも思います
https://mastodon.cardina1.red/@lo48576/100977736223993183
これだな。
「初心者に優しくすることで上級者の足を引っ張るくらいなら、人を選んだ方が良い」が私の言いたいことにかなり近いかも
あと私は、コストが大きすぎない(かつ上級者のパフォーマンスを低下させない)のであれば、初心者に優しくすることに何ら問題ないしその努力はしてもいいと思っています
学習曲線が急峻であることは、最終到達点の高さによって正当化されると考えています
記法は、言語仕様でもあるし、直接コンパイラなどが評価しない標準規則でもあるし、何らかの文化圏のコーディングスタイルでもあるし、個人のコーディングスタイルでもあるかも><
より上位になったら記法がどうでもよくなるなんて事は無いかも><
たとえば「命名規則に従った名前を考える」ことは「初心者に優しくかつ上級者にとって効率的であるような命名規則を考案する」ことと全然違う話だし、同列に語られるべきではないのでは
これって「言語により提示された標準規則の上でどれだけ良いものにするか」の話であって、言語が提示するルールがいかに初心者フレンドリーであるかとは別の話では
それは究極には例えば https://www.oreilly.co.jp/books/9784873115658/ とは両立できないかも><
めんどくさかったらコメント省いていいみたいな話だし、命名も衝突さえしなければ、タイピング量が少ないアルファベット1文字でいいみたいな話になる><
オレンジはプログラミングではタイピングの時間なんて、考えたり読む時間と比べたら誤差だと思うけど><
ポヨグヤミンにおいてある程度以上の領域では「説明書を読めない奴は使うな」が正当化されると思っています
その"自然言語とは独立したレイヤーで表現"ってどう知る事が出来るの?><って言ってる><
説明書を読めばいいと言うデザインほど手抜きされたデザインは無い><(そもそもデザインですらない><)
そういう視点で考えると、「定数である」という情報が自然言語に近いレイヤーで提示されるよりも、自然言語レイヤーは中身を表現すると割り切ったうえで、変数そのものがたとえば定数であるなどの性質は、自然言語とは独立したレイヤーで表現されてほしい
システムハンガリアンなんかは、慣れてない人には多少は説明的でわかりやすいかもしれないけど、むしろ私は嫌いで、識別子の意味パートに使う alphanumeric を、変数の性質という別クラスの情報を示すのに使っていて、情報の混同が激しいので
参考>< 典型的なゴミみたいな記法のRuby><
https://docs.ruby-lang.org/ja/latest/doc/spec=2fvariables.html
”小文字または`_'で始まる識別子はローカル変数また はメソッド呼び出しです。”
”アルファベット大文字 ([A-Z]) で始まる識別子は定数です。 ”
例えば大文字と小文字で使い分けるみたいなのは知りようが無い>< 大文字である事とそれによってどうするか?に必然性が無い><
それはそうでもあるし、かつ その言語等を知らない人が読んでもわかる可能性が高い記法って重要かも><(それ自体も慣れというか大半の言語の平均と言うものに頼らないといけないはアレだけど><)
それは「人間は中立であると効率が悪い」という受け取り方もできるかもしれないし、デメリットとは考えられるかもしれないけど、最適でないとはいえないのでは。
たとえば特定のプログラミングパラダイムを極めた人が、別のパラダイムを苦手としているとして、これはパラダイムが悪いといえるだろうか?
例えば発端の話の「どこをクリックできるのかわからなかった」「スクロールできなかった」って、スマホとか普通に使う人でもよく起こるエラーかも><
世の中の大半のウェブサイトのデザインはめちゃくちゃなので、画面見てどこがクリックできて、クリックした時に「ページの一部が変わるのか?」「別のページに飛ぶのか?」「それ以外の何かの機能が働くのか?」なんてわかるように出来ていない><
マストドンのWebUIの左上のボタン群なんてそれの典型例かも><
慣れればって言うけど、vi系とemacs系で信者が分かれてて、逆のエディタを使うと発狂しそうになる人が多く居る事自体がデメリットと言うか学習コストが高すぎる事を示してるかも><
人間はバッドノウハウをありがたがるし、小さなエラーはすぐに忘れてしまうので、可視化するの難しいけど><
vi や Emacs にもこれだけ信者がいるわけで、慣れがカバーできる領域、あるいは学習曲線の右の方であれば実際のところ致命的欠陥がなければ問題にはならない感じもある
つまり、生命や安全があまりに高価すぎて、デザインや教育のコストが霞んで見えてしまう領域なのではないかという話
思うにクリティカルな領域の UI と、ほとんどクリティカルでない領域の UI は、コストとリターンの評価のバランスがかなり違う気がするし、(デザインの本質自体は共通かもしれないけど) 一緒にして語るのはアンフェアなのではないかという気がする
ていうか、認識させることを軽視した状況では覚えさせるのもある意味間違い><
覚えちゃったせいで違う状況になった時に認識できなくなっちゃう><
自然に「こういう状況である」と知らせられるようなデザインであれば「こういう状況ではない」となった時により気づきやすい><
エレベーターに床がなくても入り込んで落ちてしまうほど人間は思い込みによって、ある意味無意識に行動するのだから、「・・・?><;」って気づける場面たくさん作らないとあれかも><
"思い込みに頼らないデザインが必要><" はちょっと言い方悪かった氏ある意味逆だった><;
むしろ、人間がよく思い込む現象をうまく活用して誘導するようなデザインが必要かも><
それは確かにその通りで、どんなに酷いデザインでも慣れてしまえばその通り操作するのが自然になっちゃうかも><
ただし、人間からの認識の面とかでそこの手を抜くと、思い込み(この場合は「続きがある」)と実際の違いがあった時に認識せずに思い込みによって行動してしまうので、例えばエレベーターのドアが開いた時に床がなくても入り込んでそのまま転落死してしまうような事故が起きる><
なのでなるべくそうならないように、思い込みに頼らないデザインが必要><
結局はユーザの対象層と、失敗や混乱がどれだけクリティカルであるかの問題なのかな
「初心者にとって良いものではないが、慣れると効率が良い」というのを、「初心者にとって良いものである」ことよりも優先するというのは、場合によるだろうけどあながち間違った判断でもないように思われる (個人の感想)
たとえば「続きがある」ことを明示するデザインはできるかもしれないけど、それは画面内の情報密度や量を犠牲にしていたりするわけで
でも、世の中の大半の人って、例えば訓練されたエアラインパイロットとかでさえもその文脈上の"頭の良くない人(婉曲)"になるかも><
人間ってそんなに高性能では無い><
「良いデザインは頭の良くない人(婉曲)でも使える」と「頭の悪い人に合わせるにはデザインコストが高すぎる」は両立しそうと思った
『いかにも途切れている!』って見た目じゃなきゃ、それこそスマホとか弄ってる人でも、「続きは必ずあるもの」って先入観がなければ気づけないかも><
書類が1枚に見えて2枚だったけど張り付いていたので気づけなかったとかよくあることと同じ><
スマホ画面の下にサイトが続いていることが分からないって、途中で途切れた文章や広告になんの疑問も持たず、ちょっと考える力というか疑問力っていうの?が不足しすぎなのではって思うんだけど。テレビでも画面に入りきらないフリップとかテロップとかあるだろうし、コンピュータの世界に限った話ではないと思うのだが、ウーンという気分になる。「まだ下に続いています」って矢印がアニメーションしたりした方がいいのだろうか。「気づき」が得られない人向けパソコン教室と同じ事を、標準搭載してあげないといけなくなってきてるのかね。
同様に情報の匂いが無い ダブルクリックとか長押しとかも、それしか操作の方法が無いって使い方では絶対にデザインに取り込んではいけない><
どうしても他の操作を用意せずにそういうデザインを取り入れるには十分な案内が必要><
ツイッターで、情報の匂いが不足したデザインがダメである事例のエピソード流れてきた><
https://twitter.com/hassyX/status/1056527911048466432
なるほど><; ツイッターで(航空に詳しくなさそうな)鉄道マニアの人が杉江氏の(めちゃくちゃな)記事をポジティブにシェアしてたの見かけたけど、そういう背景からなのかも?><;
ばらばらに認識してた『蒸気機関車体験運転した鉄道ファンに何度も記事書いてるパイロット』『ランブッチョアイランドの人』『害があるレベルにものすごくめちゃくちゃな航空評論家である杉江氏』がまさかの同一人物っぽさ><;
脳内で同一人物と全く思ってなかったし、鉄道ファンで何度か記事読んでも名前覚えずに「あのパイロットで蒸気機関車運転体験した人か><」という認識だけをしてたし、ついでに確認できてないけど、月刊エアラインの記事でランブッチョアイランドを紹介してたのも杉江氏である疑惑ある><;
鉄道ファン2006年3月号|特集:E231系ファミリー|目次|鉄道ファン・railf.jp https://railf.jp/japan_railfan_magazine/2006/539/
"ポーランドで定期列車けん引の蒸気機関車を運転する!/杉江 弘"
まさかそんな!!!!!><;
今さらとんでもないことに気づいた!!!><;
鉄道ファンのかなり前の号で、本職エアラインパイロットの人がどこかの国の本物の定期運行の蒸気機関車の列車を運転できるって体験記事書いたのもしかして、オレンジがdisりまくってるあの頓珍漢な航空評論家の杉江氏!?><;
日本語難しい><;
高度下がった辺りフラップ上げたからっぽさあるけど、そのタイミングでもかなりオーバーしちゃってると思うし何があったんだろう?><;って言いたかった><;
一応下がった辺りでは対地速度300kt近くって、フラップの対気速度限界の230kt(max 8もたぶん?><)を大幅に超えてるからそれも謎かも><
速度は普通に上がってるのに高度が取れていない。なんだろう。この速度が出ていれば揚力はあるはずだから、高度は上げられるはずなんだ。
実は速度が怪しい?
離陸直後の旋回中に高度を失ってるなあ。フラップをしまったんだろうけどそれにしても高度が落ちすぎ。
ピトー管は、フライトシムで飛んでると「そんなに高高度じゃなければ壊れてもGS見れりゃなんとかなるでしょ?><」って感じだけど現実だとそこから墜落してる事例がアレだからアレ><;
fr24のブログにおいてあるcsv見てても、減速してるような瞬間が無いし、そういう点でも離陸した時から既におかしかったっぽさ?>< 翼どっか壊れたとか?><; あとピトー管関連?><;
速度がめちゃくちゃ速いのがほんと謎で、単にエンジンのトラブルならこんな事にはならないと思うし、すごく謎><
Flightradar24 Data Regarding Lion Air Flight JT610 – Flightradar24 Blog https://www.flightradar24.com/blog/flightradar24-data-regarding-lion-air-flight-jt610/
この表示なら事故機が最初から異常に低い所を飛んでたってわかりやすい?>< ピンクが事故機でライムグリーンが前日のフライト><
エンジン片方止まってパニック気味のおもしろい感じの交信してたの2014年1月18日のシカゴでのアメリカン航空1068便だ><; なんか(平常時どおりに)管制たらい回しされてパイロットが涙声っぽい感じで優しく語り掛けるみたいになっちゃったやつ><;
ていうか、エンジントラブルでもバードストライクでも上がれずにそのままって、LivrATCで聞いててもパイロットによっては微妙な人もいるけど><;でも、それほどあわてる程の事態では無い事の方が多い気が><
実際に飛んだルートの空港の真南の辺り人だと、なんだこの音はって思うくらいいつもと音が違うように聞こえたと思う・・・><
たぶん、エンジントラブルかバードストライクかなんかだと思うんだけど、たぶん5000ft以上あがれないって管制官にリクエストしてそう飛んだんだと思うけど、高度のわりに速度がやたら速い(たぶん制限速度違反)のが謎><
親切な悪い人が著作権無視してアップしてくれてる商業的なチャート(><;)によると、離陸後左旋回は3000ft以上(事故機は1600ft程度)滑走路の真裏辺りの場所(BUNGA)の最低高度制限は9000ft(事故機は5000ft前後)なので最初から低い><
インドネシアの航空当局ケチ!><; ていうか登録が個人を相手にしてないとかなんじゃそりゃ><(会社名に個人事業主って書いた><;)(素人相手にはしなくてもいいけど><;、でも航空関係者って個人も居るじゃん?><;)
インドネシアのeAIPここっぽい><
Sign in - AIM Indonesia | Ministri Of Transportation https://aimindonesia.dephub.go.id/signin.php
当時の空港の気象、人間語に翻訳すると、ほぼ無風のそよ風程度で、晴れてて小さい雲が少しプカプカ浮いてる程度で気温27℃で湿度高めかも><
飛んでわりとすぐ落ちたっぽいけど、気象状況悪くないっぽい>< ていうか、なんで5000ft辺りを対地速度300kt前後で飛んでるんだろ?><;(対気速度わかんないけど、対気速度ではそのくらいの高度だと普通は250ktの制限があるかも><)
WIII 290030Z VRB03KT 8000 SCT020 27/25 Q1011 NOSIG
WIII 290000Z VRB03KT 8000 SCT020 27/25 Q1011 NOSIG
WIII 282330Z 16003KT 8000 SCT020 27/25 Q1010 NOSIG
WIII 282300Z VRB02KT 8000 BKN022 26/25 Q1009 NOSIG
WIII 282230Z VRB04KT 8000 SCT020 26/25 Q1009 NOSIG
" @.flightradar24:We're following reports that contact has been lost with Lion Air flight #JT610 shortly after takeoff from Jakarta.
ADS-B data from the flight is available at https://t.co/zNM33cM0na https://t.co/NIU7iuCcFu " [ https://twitter.com/flightradar24/status/1056733416102789120 ]
インドネシア不明機は墜落と当局 | 共同通信 - This kiji is https://this.kiji.is/429469528654873697?c=39550187727945729
グエー
Lion Airlines flight JT610 - Flightradar24 https://www.flightradar24.com/data/flights/jt610
インドネシア 旅客機が消息絶つ | NHKニュース https://www3.nhk.or.jp/news/html/20181029/k10011689941000.html
This account is not set to public on notestock.
ちゃんと32bit floatでデコードされる!><; なんでこっちを標準にしないの!?><;
(ついでにこっちならWindowsに依存せずに(.NET Coreとかで)使えるだろうし><;(他が依存してあんま意味無いだろうけど><))
https://github.com/naudio/NLayer
これ、存在に気づかなかった・・・><;
naudio/NLayer: MPEG 1 & 2 Decoder for Layers 1, 2, & 3 https://github.com/naudio/NLayer