orange @[email protected]

一般的に、本人しか使えないモノってデザインがおかしい＝理にかなっていないデザインかも＞＜

本一冊書き写しレベルの書き写しになっちゃうから省きまくってるけど、ある種の教育ともいえる文化にあわせるのもそれはそれで正しいデザイン＞＜

基本的に、教育されていれば問題ないというのはヒューマンエラー対策のデザインでは言っちゃダメというかそれを正しくないデザインという＞＜
でも現実的に不可能であるのであればそれは教育で補うしかない、けどそれはデザイナーの敗北であることは間違いない＞＜
的な・・・＞＜

ユーザーが開発者って視点の時、実際には『プログラマ』みたいな意味じゃなく単に自分や内輪だけって場合が多いし、実際UNIXもそういうものかも＞＜（そうであっても移植性を優先したって話だけど＞＜）

UNIXのシンプルは、UNIX上の開発者ではなくUNIXそのものの開発者にとってのシンプルなのでちょっと意味違う＞＜（"UNIX"をさらに"あるUNIX上のソフトウェア"とも出来る＞＜）　のはとりあえず置いておいて＞＜；（？）

"ほとんどの産業事故はヒューマンエラーが原因とされる。推定では75％から95％の間であるとされる。なぜこんなにも多くの人間がダメなのか？ 答え-彼らがダメなのではない。それはデザインの問題なのだ。"（『誰のためのデザイン？ 増補・改訂版』P.225）

UNIX界隈自体がユーザーファーストの発想全くないしそれこそがアイデンティティ（それを「作る側にとってのシンプル」を優先）だからあれだけど＞＜

ていうか、らりおさんの発想ってActivityPubに限らずどの話題でもユーザーファーストの正反対っぽさを感じる＞＜（例えばソースコードの読みやすさの話とかも書きやすいコードは自分のやりやすさで、読みやすいコードはよむ人＝ユーザー優先の発想＞＜）

(間違えてツイッターに書いた＞＜；（ツイートボタン押して本文編集してからコピーしてマストドンのほうの書き込み欄に貼ろうとした＞＜；）)

さっきtootしたこれでも、アンディ・ハーツフェルドが似たような事言ってる＞＜（user first）
-- 7 design lessons from Silicon Valley’s most important failure https://www.fastcompany.com/90208070/7-design-lessons-from-silicon-valleys-most-important-failure

Keroveeでかなり近い事できたけど微妙に違う・・・＞＜

突然思いついたけど、ピーク周波数がMIDI等で指定した周波数になるようにピッチ変えるエフェクタって無いのかな？＞＜（ピッチ補正系のソフトウェアとか、Roland VP-9000とかが出来るやつをわざと超簡素化したようなの・・・＞＜）