#ejocraft スケスポトラップ＞＜ https://mstdn.nere9.help/media/cgiDXhziFDNG7ZYztJE

24時間位前にも書いた気がするけど、SNSのフォローもSteamとかネトゲとかのフレンド登録も、していいのかどうかがわからない・・・＞＜（ネトゲで「フレ登録しませんか？」って空気になっても蚊帳の外になるし・・・＞＜）

えじょさんの鍵垢の方、フォローしていいのかわかんなかったからフォローしない代わりにザクさんにリツイートしてもらってなんかのテレビ番組をやるって情報を伝えようとした事があった記憶が・・・＞＜（鉄道の番組だった気がする＞＜）

特徴が出る程度に賢いハイライト機能を作るのとんでもなく大変だろうけど＞＜；

ハイライト機能、マストドンにこそあったら、インスタンスごとに特徴が出ておもしろいと思うんだけど＞＜（そのインスタンスに篭もるって意味じゃなく、インスタンスごとのその機能が読み物になって、自分が所属して無いインスタンスのも読み物として見に行ったりとか・・・＞＜）

ていうかBeが今でもあこがれの計算器のままだから、BeのBlinkenlightsをArduinoあたりで作りたいって思ってたし、もどきをデスクトップに表示するアプリ作って使ってたし、ラテパンダってシングルボードコンピュータが、geekportのような物があるthe PCと考えるとBeBoxっぽい？＞＜とか考えてた・・・＞＜

@hatt_san エアリプしました＞＜； https://mstdn.nere9.help/@orange_in_space/99189889741928211

あ！＞＜ スマホとPCの違いみたいな話が最初だったんだ！＞＜；

BeOS x86版の無料のだけ一時期使ってた＞＜；（でも開発環境が買えなかったから中身の楽しさは感じられなかった＞＜）

BeOSすごく好き＞＜＞＜＞＜ BeBoxも今でも欲しい＞＜；

ハットさん、インスタンス立ち上げるといい感じにコミュニティを構築する典型的なポジションと言うか、漠丸兎クラスタの人が集まりそうな気がするんだけど・・・＞＜

このアカウントは、notestockで公開設定になっていません。

（「元の話なんだったっけ？＞＜；」になってる＞＜；）

powershell、考え方が好きだし使おうと思うんだけど結局凝った事しようとして調べると、「あれ？＞＜ 結局C# でなんか書くのとどう違うの？＞＜；」ってなって怠けてしまってC# で書いちゃうので使わない・・・＞＜；

親近感が＞＜；（ひまわりは使った事無いけど＞＜）

このアカウントは、notestockで公開設定になっていません。

記事を駄目とは思わないけど、カトラーおじいちゃんの話を聞いてるとUNIXの方が化石だから、あれかも＞＜；（最終的な製品の形態では気に入らないのかもしれないけど、OSの設計としてはNTの方が（そして思想的祖先であるVMSも）UNIXより全面的にモダンかも＞＜）

オレンジは使い捨てアプリ書いちゃう＞＜；（今はほとんどC# で、その前はDelphiで書いてた＞＜）

それはその通りだし、それはGUIだから実現できないわけではなく、GUIでもそれを出来る仕組みが最大の特徴である環境がAndroidかも＞＜

このアカウントは、notestockで公開設定になっていません。

その通りで存在はどうやって知るのか？＞＜とかみたいな問題＞＜

このアカウントは、notestockで公開設定になっていません。

微妙にわからない点は、オレンジ的には「シェルスクリプトを書けば」でも、それはそれを解決するための何かを知っていないと書けないのでは？＞＜という点かも＞＜（話の発端の頃の、Windows 8～10の「検索すればいい」とか「ピン止めすれば」じゃ駄目な理由の話が同じ話かも＞＜）

このアカウントは、notestockで公開設定になっていません。

オレンジがやるとしたらVS起動してC# で使い捨てアプリを書くかも＞＜；

これ、WindowsでもWindows版の ffmpegを使ってバッチファイルなりパワーシェルのスクリプトなり書けば同じでは・・・？＞＜；

そうではあるだろうけど「どちらを優先するか？」かも＞＜ UNIXは「正しさ」を犠牲にしてUNIX開発者にとってのシンプルを優先してそして移植性を重要視して、結果、弄ってくれる人が爆発的に増えて成功したかも＞＜ でも、正しさは犠牲にしたので設計は正しくない＞＜

UNIXって結局の所PDP-7のとてもとてもチープなハードウェアの都合に合わせたトリッキーなバッドノウハウ（しかもCに書き換える前）を「シンプルだ！」とか言って使い続けてるような感じだし、NTを作ったカトラーおじいちゃんが「UNIXはゴミ」って言うのも背景を辿ると良くわかるかも＞＜

UNIX哲学みたいな方式だと大量のバッドノウハウの蓄積によるコミュニティみたいな様相になるから、それを好み続ける人は大量に出る＞＜（でもそれはバッドノウハウ＞＜）

分け方が違う＞＜ 「プログラマである」みたいな意味での「開発者から見て」じゃなくて、「UNIXを作る時に」の方＞＜ その上で動くソフトウェアを作る方も（『も』というか『が』）その話ではユーザー＞＜

そうではないと思うんだけど、短く説明するの難しい＞＜；

「ユーザーにとってシンプル」じゃなく「開発者にとってシンプル」がUNIX哲学＞＜（なのでUNIXのその発想嫌い＞＜）

数ヶ月前に書いたworse is better的発想嫌いだしUNIX哲学のその部分嫌い＞＜って話もさっきから書いてる話そのままかも＞＜（正しいデザインよりも開発しやすいが優先って発想嫌い＞＜）

Appleが言うシンプルなUXって結局はこれかも＞＜（それすら実現できて無いと思うけど、発想の方向としては＞＜）

取り返しがつかない決断をユーザーに迫る時には、強くそうである事を確認するデザインにしないとダメかも＞＜；（全部そうしちゃうと今度は何が重大かわからなくなっちゃうから取り返しがつく所はやわらかく作らないといけない＞＜；）

オレンジはメカ音痴気味の人に操作方法を教える時には、概念（考え方）を教えて、その上で「その考え方で使って、もしおかしくなった場合には、ほとんどがデザインの方が正しくないからミスしても気にしなくていい＞＜ 多くの場合デザインしたやつが全面的に悪い＞＜」って言ってる＞＜

旅客機のコクピットの話だとちょっと違くなっちゃう点は、コクピットは基本的に取り返しがつかない決断を機体に伝えるインタフェースである場面が多いという点かも＞＜

アンドゥできるようにしたりプレビューできたりする事で、ユーザーへのペナルティをなるべく小さくしようって発想は、言い方を変えるとユーザーの決断の負担を出来るだけ小さくしようとする仕組みとも言えるかも＞＜

人間の誤った操作を無視する装置の事をプロテクションとか安全装置と言うし、それは当然勝手に動く＞＜（勝手に動かなければ意味が無いから当たり前だけど＞＜；）

エアバスA320系は、自動操縦は意思に反しては勝手には動かないし、人間を無視する動作をするのはプロテクションに限ってる＞＜（ちゃんと自動操縦とプロテクションに分けてある発想で、プロテクション以外は明示的に操作しないと動かない＞＜）

ボーイングの発想からエアバスを見ると、エアバスはパイロットを無視するように見える（そこらのパイロット程度の知識の範囲ではボーイング視点でしか見れない）けど、エアバスの視点から見ると、ボーイングの方式こそ人間と機械の責任分担が曖昧で機械が勝手に動いてしまうシステムと言えちゃう＞＜

ここでボーイングとエアバスの違いのより詳しい説明をすると、ものすごく関係がある話とはいえ、話が爆発的に大きくなってしまう＞＜；

なので、試してみて「ミスだった・・・」とユーザーが思ったときに取り返しがつくようにする仕組みがアンドゥ＞＜

そう表現するとボーイング（その場）とエアバス（以前）みたいだけど＞＜； でもそうじゃなく「試せるかどうか？」「試せるようにするにはどうすればいいのか？」という事への回答の違いなのかも＞＜（で、オレンジは両方とも不正解かもと書いてる＞＜）

取り返しがつかない操作（になってしまう）ってつまり、操作した事に対してのユーザーへのペナルティが比較的大きいと言う事だし、機械音痴なんかの人が言う「弄ったら壊れそうだし・・・」みたいな不安の実体とも言えるかも＞＜

Apple方式（現在の主流で最近の物ほとんど）の設定画面は「取り返しがつかないプレビュー」をやらかしてるUXと言えるかも＞＜

プレビューはプレビューであって取り返しがつかない形で実行されたらプレビューでは無い＞＜

x幼いと o押さないと ＞＜；

試せるか試せないか？みたいな視点で見ると、Apple方式（キャンセル無し）も、旧MS方式（OK幼いと実際に変化しない）も「試せない」かも＞＜ 「試せるし試しても酷い目にあわない」事が大切だし、『酷い目にあう』とかがUXのXかも＞＜

オレンジが正しい！！＞＜設定画面として作ることが多いのは、項目を弄ると実際に適用される（危険なもの以外）けど、その後OKを押すと変えた状態そのまま、キャンセルを押すと設定画面を開いた時点の設定に戻るって方式＞＜

アンドゥできるタイプ（で嫌われてるMS方式の）は、OKとキャンセル（と適用）ボタンがあるタイプ＞＜（MS方式だとOK/適用を押すまで実際には変化しない＞＜）
出来ないのは最近のに多いそもそもOKとか無いタイプ＞＜

現実では多くの場面でアンドゥできないので、便利なようにPCでは可能な限りアンドゥできるようになったのに、それを放棄するのはUXの退化かも＞＜

アンドゥ出来ないのは全面的に悪（とデザインの偉い人も意訳すると言ってる）ので、Apple方式とそれに倣った最近の設定画面すごく嫌い＞＜

静電容量式のメリットを生かしたままで細かい操作もしようってなると、「じゃあそれに電磁スタイラスを足せばよくね？＞＜」ってなるじゃん？＞＜ なので実際にそうなってるのを好んで使ってる＞＜

「検索して起動するからおｋ」と「ピン止めすればいいし」は、MSも言い訳に使ってるけど、その発想はUXデザインとしてはゴミと言い切っていい＞＜（存在をどうやって知れるのか？＞＜という視点が無い＞＜）

このアカウントは、notestockで公開設定になっていません。

あと、静電容量式タッチパネルは、実際にポイントする場所を見ることが不可能な珍しいポインティングと言う点がとんでもない欠点だし、その点でもこまかい操作が不可能になってる＞＜（感圧（抵抗膜）のなら爪で押せるから点が見える＞＜）

進化と言えば進化だけどスタイラスが必要なほどの細かい操作をあきらめた結果ともいえそう＞＜

オレンジはGalaxyNote3では、qwertyキーボードをスタイラスでつついてロマかな入力してる＞＜（その前、htcのではGodan入力使ってた＞＜）

キーボードなしタッチデバイスの文字入力、キーボード画面の画面占有もだけど、見ながら書くが出来ないのが最大の欠点かも＞＜

ジョブスが「ペンとか要らないよね。無くしちゃうし」みたいなスピーチしたの絶対に絶対に許さない＞＜

オレンジは絵は描かないけど、スレートデバイスはスタイラスが使えるべきだと言う頑固な信念でGalaxy Note 3使ってる＞＜

スマホは画面サイズがいくらなんでもアレだけど、ワコムとかの電磁スタイラスが使えるスレートデバイスと、液タブじゃないペンタブしか繫いでないPCだったら、絵を書く人なら電磁スタイラススレートデバイスの方があれかも＞＜

このアカウントは、notestockで公開設定になっていません。

#ejocraft スポーン地点の印、とりあえずで作業台を置いたので、あとでわかりやすいブロックに変える方がいいかも？＞＜

#ejocraft あと、スポーン地点周辺が未開拓で危険なままなので、すぐ西の川の対岸に、避難小屋を作っておきました＞＜

#ejocraft 前回同様、ネザーゲートをどこに作ったらいいのかわからない・・・＞＜

#ejocraft 開始早々、簡易スケスポトラップが出来ました＞＜ スポーン地点から見て南の海の、東側の海岸に石レンガの塔が立っているのが入り口の目印です＞＜

Σ＞＜ 派手な建材の確保が楽？＞＜；

＞＜