新しいものを表示

UNIXのコマンド、1970年代前半にわかりやすくほとんど覚える必要がないオプションが少ない多めのエイリアス群と 実装のシンプルさの為の少ないけれどオプションが多いコマンド群を、ちゃんと両方規格化してたら、文句の付け所が少なかっただろうし、プログラマにUXデザインをちゃんと考える習慣がついて、GUIの時代になってもプロプラな環境により対抗できたかも><

あらゆる通知、飛ばすか飛ばさないか受けとるか受け取らないか、基本的なもの以外はオプトインで大量に作ればいいのに><

orange さんがブースト

せっかく (残念なことに) Mastodon では URI 引用で通知が飛ばないことに決まったんだし、 URI 引用を活用してほしい

UNIXのシンプルって、つきつめるとこれだから><

新iPod shuffleのボタン操作はまるでモールス信号のトンツーだ | ギズモード・ジャパン gizmodo.jp/2009/03/ipod_shuffl

「UNIXはシンプルだ」「は?どこが?」ってリーナスがBASICで遊んでた頃には既に議論になっていたので、リーナスの言動と行動を考えると、リーナスがその話を聞いていたらLinuxはUNIXじゃなかったかもしれない><

WindowsNTがシンプルだとは言ってない><(ていうか、最初から(最初だけ?><;)「正しい」で作られてる厳格な超人揃いだったDEC畑の発想><

今はappdataが正しいかも?><; で、今のって分離してないのでアクセスコントロールが弱いって点以外はあれなのでやっぱレジストリっていらな・・・・・><;

orange さんがブースト

Windowsのソフトの設定はレジストリにあったり実行ファイルのフォルダのiniだったりAppDataにあったりProgram Dataにあったりするので邪悪

「UNIXがユーザーから見てシンプルではない」の古典的な話の代表はcatコマンドか><

実装のシンプルさとユーザーから見たシンプルはほとんど関係ないと言う話もしないと誤解が残るけど書く元気無い><

計算機の文脈で『正しいもの』に「エレガント」って言うのある意味UNIXを馬鹿にして「エレガント()」って言うようなものだと思うし、オレンジはその意味も含めて多用してる><;(あらゆるものに「正しく!><# 」って考えなので)

UNIXとCにどっぷり使っちゃうと、UNIXが正しく見えちゃうけど、UNIXはそもそも正しさを優先しない事が「エレガント」って忘れちゃダメかも>< 「正しさとシンプルさが衝突したら迷わずシンプルさを選びなさい」なので、それがいくらセキュアであろうがレジストリみたいな複雑なものはUNIXの発想に反してるので、そんなものはつけない><

UNIXとWindowsNT(とその祖先のDEC製品)って、「実装のシンプルさ」 vs 「正しさ」のぶつかり合いなので、特にfork() exec()論争とかを追うと、WindowsNTがなんでそうなのか?って・・・あれかも><
WindowsってUNIXに歩み寄りつつあるけど、根っこはDEC出身のの「正しく!」で考える「UNIXはポンコツ!」って言ってる超人変人開発者の人々頭の中の理想を、MSが雇ったポンk・・・凡人が実装したものかも><
なので、複雑だけど少なくとも理想論としては正しいって場面かなりあるかも><
プロセスもそうだしユーザー管理もそうだし><

レジストリって通常のファイルシステムにマップされてなくて、システムが設定管理用にセキュリティを考慮して(セキュアとは言ってない><;)独立したファイルシステムを用意してるって考えると、それほど奇抜な発想じゃなくて理解できる気がする・・・><

orange さんがブースト

Windows,レジストリがわけわからなさすぎる

Apple製ソフトウェアはその理由でVista SP1の頃を最後に仮想環境で動作検証する以外では全然使ってない><

orange さんがブースト
変なデータを残すことで殺意がわいたのはiTunes

Discord、Steamの起動時に強制アップデートもかなりムカつくけど、サービス形態上互換性なきゃそもそも意味無いからキレつつ我慢してる><(してない)
Minecraftのランチャーは起動時自動アップデートの度に毎回破壊されてるから絶対許さない><#

アップデータでヤバイの、Googleのと3億のデバイスのと、あとAdobeの3つが特に殺意が><

しつこく復活するGPUドライバについてくるゲームクローラとGoogleとかのアップデータは、「見つけ次第終了させる監視アプリいつか作ってやる><# 」って思うんだけど手動終了させると忘れてしまう・・・><

古いものを表示
:realtek:

思考の /dev/null