orange @[email protected]

飛ばした部分で重要かもしれない疑問を一応書くと、「そもそも、開発者にとっての『バグ』ってなに？＞＜」

とっ散らかりすぎなので話をものすごくショートカットするけど、つまり、仕様をユーザーが知れない限り、ユーザーが意図したとおりに動作できないのであればユーザーから見てバグでは？＞＜

話がとっちらかるというバグが発生しています＞＜（？）

つまり意図があり意図を元に考えるからこそ「仕様です」が発生するわけだよね？＞＜

つまり、意図した動作をするのか？＞＜って視点＞＜
意図には複数の意図があるけど、意図を排除するとどんなバグも停止するほどでもない限りバグではなくなっちゃうよね？＞＜（停止してもバグじゃないかもにもなるけど＞＜）

セブンイレブンのコーヒーの機械ほどに極端にUXデザインが悪かったせいで、例えば「アイスコーヒーを入れようとしたらホットコーヒーが出てきた！ この機械バグってる！」って言うの、厳密にはバグでは無いけど、ユーザーから見たらバグと同じものだよね？＞＜

例えば、有名な例すぎるセブンイレブンのコーヒーの機械って、実際欠陥かも＞＜

「バグ」だと微妙かもしれないけど、実際にユーザーが勘違いするのであればそれはそれで欠陥かも＞＜（HCD的発想では＞＜）

内部の推定は間違えてたのでものすごくごめんなさいになったし、たぶん作者の人ぶち切れてるっぽい（？＞＜；）けど、でもアプリが指摘どおりの挙動をするのは確かだったじゃん・・・・・＞＜

今日の本題の話で言うと、
TuneBrowserって言うソフトウェアで、初期状態でmp3を再生しようとしたら、初期状態で正しく再生されなくて、オレンジの知識を元にヘルプや設定ダイアログにそれを改善可能な項目を探したけど発見できなかった＞＜
で、そこから「これは、おそらく整数でデコードしているのでは？＞＜」と推定してその旨をフォーラムに報告した＞＜

でも、返事が来て、実際には浮動小数点でデコードしていて、その後整数に変換した後に音量を下げる処理をしているっぽい（そこも推定になっちゃうけど＞＜；）という事になって、ごめんなさいした＞＜；

そしたらかなりそっけない返事が来た＞＜；（ので起こってるのかも？＞＜；）

でも、そのままだと正しくデコードできないという点はあってるよね？＞＜；
（かなり独特な、しかもヘルプにも具体的な説明が無い設定項目を変えると改善されるけど、そんなのたぶんそこらへんの人気づけないじゃん？＞＜；）

話が広がりすぎてアレだけど、ある意味ヒューマンセンタードデザイン的というか、D.A.ノーマンが言う所の「ヒューマンエラーって言うな！　デザインが悪いのだ」みたいな話に近い話？＞＜

オレンジがわからないのつまりこれかも＞＜；（プログラミング始めたときにこんな感じの文章を読んで、「そのうちそうなるのか・・・＞＜」と思ってたけどならなかったどころか、プログラミングと無関係の面の影響（？ 主に航空関連？＞＜；）か、指摘を受けること自体が好きになった＞＜）

提案：エンジニアに気軽に「バグ」というのはやめませんか？ - worker experienceの日記 http://workerexperience.hatenablog.com/entry/2018/02/28/205329

問題は、そういう人あんまりいないっぽさという点・・・・・＞＜

なんでそういう指摘みたいなの受けることが好きかというと、人に説明すると理解が進んで自分でも説明しながら「（そうか＞＜ こういうことか！＞＜）」みたいになる（ラバーダッキング？）のと、あと当然指摘が部分的にも正しければ、修正するチャンスが得られるからそれもあれかも＞＜

10年位前？＞＜ オレンジが作ったメディアプレイヤーの開発バージョンをネトゲで知り合ってかなり仲良くなった人にあげた時、どの部分に対してか忘れたけど「なんでこここうなってるの？」ってかなり強くキレてくれたことがあって、温厚な感じの方だから「！？＞＜；」ってびっくりしたけど、ちゃんとその指摘を参考に改良したし、そのあと「言い過ぎた」みたいに謝られたけど「むしろありがたいかも＞＜ アプリ配っててもフィードバックしてくれる人ほとんど居なかったから＞＜」みたいに答えたことがあった＞＜（小学生の日記みたいな文章）

オレンジがなんか感覚が違いすぎてアレな面ってそれかも＞＜；（毎回丁寧に説明するのが好きだし、意見が衝突する時は意気揚々と（？）議論したくなっちゃうし、自分が好きなものを嫌いという人の話を聞くの大好きだし・・・＞＜）