orange @[email protected]

GUI作る前に目的果たしちゃって飽きちゃって完成しないパターン＞＜；

Cドライブが容量つらくなってきたのでNTFS圧縮するGUIアプリ作りました！＞＜（GUIとは・・・＞＜）

対応遅すぎるし広告ブロック出来ないからAndroid版のChrome使うのもう諦めた＞＜

近畿地方通過時でも70G85KT？＞＜；

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

これもまた費用分配の失敗を表している (#.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だらけになっちゃうじゃん？＞＜