orange @[email protected]

その上でこんなこと言い出す人が居て似たような多くの意見でもわりと支持を受ける状況って、なんじゃそりゃって思うかも＞＜

これもまた費用分配の失敗を表している (#.3468781) | 英イングランドの都市自治体、4分の1がサポートの終了したサーバーソフトウェアを使用 | スラド https://srad.jp/comment/3468781

作る側の責任が追求される分野のような慎重さや、ひとつの不具合により大きくケアする姿勢もなしに、単に「アップデートしろ。アップデートによる不具合？ 知らん」って、リコール制度無しの車検のようなものを21世紀になってやれと？＞＜
1960年代で頭停まってんじゃないの？って言いたくなる＞＜(ラルフネーダーの時代を経ていないって意味)

失敗すると人が死ぬ分野である航空機のデザインは、古いデザインでは機体側の都合の単位だったのが新しいデザインでは人間の意思決定の単位で操作するようにだんだん変わってってる＞＜
じゃないとヒューマンエラーの原因になって簡単に大勢の人を殺す事になるから＞＜
特にUNIX界隈のソフトウェアみたいな早く実装できればそれでいいみたいな1970年代から全然進歩の無い発想とは全然違う＞＜

ユーザーが弄るべきなのはユーザーに選択肢がある場合であって、ユーザーに選択肢を与えない依存先があるのであれば、それはユーザーに操作させるべきでは無いかも＞＜

ていうか、困るのが当たり前って単なる1ユーザーでしかないのであればアレだけど、コード書く側の立場にもなる人がそうなってしまうのはあれかも＞＜
使いにくくてもハチャメチャなスパゲティコードでも動けばいいみたいな話になっちゃう＞＜

マストドンがダメというよりもマストドンも含めたworse is better的デザインがダメ(実際に困ってる人が発生してるじゃん)って話＞＜

ていうか、燃えてる時の映像で、炎の先(炎から外向きに)に垂直尾翼っぽいものが見えてて「？＞＜； 機体かなりバラバラ？＞＜；」って思ってたけど、そうはなく手前に撒き散らされた部品と燃料が燃えただけっぽい感じだから死者が出なかったのか＞＜
ある意味奇跡的だし、バラエティ番組の再現ドラマのネタにされそう＞＜

やっぱオーバーランだったのか＞＜
-- ASN Aircraft accident Boeing 737-8AS (WL) VQ-BJI Adler/Sochi Airport (AER) https://aviation-safety.net/database/record.php?id=20180901-0

Discordみたく曲名やゲーム名表示するだけじゃなく、気温とか気圧とかを配信(？)するのに使ってもおもしろそう＞＜

じゃないと、例えば今この曲聞いてます！とかこのゲーム遊んでます！とかを公表(？)しようとすると、なうぷれいんぐなタグのtootだらけになっちゃうじゃん？＞＜

ステータス表示機能、オプトイン式であればマストドンにも欲しいかも＞＜(オンライン状態だけじゃなくいま音楽なに聞いてるとか色々投げられる機能＞＜(高頻度にプロフィールを書き換えられる機能というかそんな感じの＞＜))

あわせて読みたい＞＜
The Rise of "Worse is Better" http://chasen.org/~daiti-m/text/worse-is-better-ja.html
(つまりこの考えかたは、正しく無い(←この部分には二重の意味がある)し、マストドンのアップデートがめんどくさいのもこの思想の延長のせいだよって言いたい＞＜)

マストドンのアップデート、なんでそんなハチャメチャと言うかガラクタの寄せ集め方式なのか謎＞＜
航空機で言うとハイテク機に対するクラシック機みたいな、ユーザー(鯖缶)側じゃなく、実装の手抜きの都合にあわせてただ部品を寄せ集めただけじゃん感＞＜

なんかキッチンで鈴虫とかコオロギとかそういう系統のだけどちょっと違う虫がないてる・・・・＞＜

さっきの地下鉄のみたいなので、青函トンネルの精密な模型があったら良いのに＞＜
記念館とかにあるのも全然正確じゃないっぽいし＞＜(ということは難しい？＞＜；)

垂直方向のスケールがあれ過ぎてオレンジ的にもちじれ麺にしか見えない＞＜；