orange @[email protected]

写真も本もカタログも、遅くとも1990年代前半には「後で貴重な資料にになるの＞＜；　とっておくの＞＜；」って先見の明はあったけど、それらのほとんどどこにしまったのかわからなくて意味ない・・・＞＜

上野公園の前？(京成上野駅の向かい？)のヨドバシカメラ？の一階が全部フィルム売り場だったころに、お出掛け途中にフィルムが足りなくなってそこでフィルム買った記憶があるけど、その日何を撮ったのか、そもそもどこに行ったのか、全く思い出せない＞＜

それとは別に1990年代前半辺り、お出掛けする時にコンパクトカメラ持ち歩いて乗る電車とかもパシャパシャ撮ってけど、そのフィルムも家族の人に聞いてもどこかわからない・・・＞＜

フィルムの話題で思い出したけど、家族の人に「大昔のフィルムどこ？＞＜ 北海道の親戚の家に行った時のとか＞＜」「わからない」の話して、「なんでかというと貴重な写真云々＞＜」「電車とか飛行機は撮って無かったと思う・・・」みたいな感じだった・・・＞＜

そういう姿勢、IT界隈に行くのであればわりと必要だと思う＞＜
あなたが作ったソフトウェアをユーザーが操作出来なかったのはユーザーのせいでは無くあなたのデザインが正しく無かったから＞＜
あなたが書いたコードを他の人々が読めなかったのは、あなた以外が馬鹿だったわけじゃなく、あなたが書いたコードがゴミだったから＞＜

実際、『画像のリサイズのやり方をいくら教えても理解できなかった人のために作った画像リサイズアプリ』も、その人に教えてどこで躓くか観察しまくったから、お酒呑みながら酔った勢いで１時間くらいで作ったのに少なくともその人はちゃんと使えた＞＜(他の同レベルの人々が使えたかはフィードバックが無かったからわからない＞＜)

ちょっとメカ音痴っぽい人に教えるのが好きなのも、その人を世の中のデザインの欠陥検出に使えるし、(UXに限らない広い分野で)なにかをデザインする時の教訓として使えるからなのもある＞＜
(UXの話では)「なぜWindows 95はスタートボタンにスタートとわざわざ書き、電源オフもスタートボタンから操作するようにしたのか？」みたいな話すごく好き＞＜

IT界隈に行くなら基礎から理解していないといけない(「作業ができるか？」ではなく「概念を理解しているか？」が重要)という意味で理解してないとヤバイ＞＜

・・・のとは別に、実際に使えない人がいると言う事はデザインのどこかに誤りがあるという視点も持っておかないとあれかも＞＜
オレンジは、概念を理解しようとせず操作のみ知りたがるメカ音痴タイプの人ものすごく嫌うけど、
一方で正しくない事が説明出来るデザインにより躓いている場面では、操作できなかった人は責めずに「いやこれはデザインの方が悪いので、あなたもこれをうまく扱えなかったのも当然だよ＞＜」って言う＞＜

オレンジの場合、こういう場合で匙を投げるに近い場合だと、馬鹿でも扱える圧縮アプリつくって配るかも＞＜；
(こういう教えるの匙を投げる為に作ったアプリいくつもある＞＜(例えば画像のリサイズ方法をいくら教えてもダメだった人にあわせて作ったリサイズアプリとか＞＜))

Windows(？)の標準のZIPの展開機能の仕様ってどうだったっけ？＞＜；
もしかしてそれもフォルダとかの概念を理解してない故の・・・？＞＜；

この場合、失敗を検出できる作業デザインってどうなるんだろ？＞＜；

圧縮し→自分宛にメールして→受信し展開し→展開されたファイルの個数を数え→ファイルの個数をフォルダ名にしたフォルダを作成し→受信したファイルをそのフォルダにコピーし→その新たなフォルダを圧縮して、それを提出(この作業指示自体はチェックリストの形で)

辺りにしたら、理解できていなければ出来ないはず？＞＜(誤ったまま進める事は出来なくなるので、どこでわからなくなったのか正直に白状する状況に追い込めるはず＞＜)

「オレンジがなにか教えると(オレンジに質問すると)、最後に例題だして理解度チェックして答え合わせして逃げられなくするのすごくイヤ」って趣旨の事を複数の人から言われたことある＞＜；

こういうの1対多で教えるのほんと大変そう＞＜；
1対1なら、それこそ追い詰めるというか、その人の痛い所を見極めてつついて問い詰める形で教えられるけど＞＜；

そもそもフォルダがなにか理解できてないに1票＞＜；