新しいものを表示

だからその発想が消費者保護に関する視点がまるっきり抜け落ちてるって言ってるの><

orange さんがブースト

そもそも「許す」も何もないのよね、最初からすべての選択はユーザに委ねられているし、ユーザがその選択の結果に責任を負っている

mstdn.nere9.help/@orange_in_sp
これ、らりおさんの「オープンソースなので許せ」への反論にもなるかも><
オープンソースなので許せをやった結果がグーグルの独占と支配><
どこが自由なソフトウェアなんだか><

orange さんがブースト

@tacumi 既にておくれの面があるからこそわかりやすいけど、企画が複雑化したからこそ実装するのが困難になって競合するソフトウェアが開発されにくくなるわけじゃん?><
極論で言うとウェブの規格がとてもシンプルでウェブブラウザをそこらへんの人が自分用のものを自前で実装できるようなものであれば、競争が働いて高価格化する事が不可能になるのでは?><
逆に言うと、グーグルは複雑化させることで競合を減らし規格を支配するという事をやってのけてしまったわけで、その上で「オープンソースだから許せ」とか言ったら、グーグル方式のビジネスモデルで誰でも無責任なソフトウェアを無責任に普及させ、広告モデルで収入を得てるにもかかわらず「タダだから許されるべき」という言い逃れができてしまう><(というか現状横行してる)
この状況は消費者が一方的に不利かも><

Chromeのソースコードが
"これを「ユーザがすべての部分を精査し、分解・改造・組立がそれなりに容易である」という性質を持つ自由ソフトウェア"
そんなシンプルで容易なソースコードだって初めて聞いたかも><

orange さんがブースト

mastodon.cardina1.red/@lo48576
mastodon.cardina1.red/@lo48576

このへんですね。
責任が「消費者から製造者に移動されるか否か」というのは自明のルールではなく、あくまで現実とコストを照らし合わせての判断にすぎないわけですよね。
物理機械で製造者にあらゆる責任を押し付けられるからといってソフトウェアで同様のことをすべきかというのは全く非自明だし、私は少なくとも賛同はできない

スレッドを表示

だからそのAdvancedWebとか言うもののブラウザも当然あらゆる欠陥の修正が優先されるように法規制が成されれば、当然ちゃらんぽらんにバグだらけのまま新機能追加し続けるなんて事は出来なくなるよ><

orange さんがブースト

"SafeWeb" で満足できなくなった人が "AdvancedWeb" を作り始めて人々がそっちに移行するだけですよ。
ついでに "AdvancedWeb" のクライアントが "SafeWeb" のデータも読めるようにしてしまえばおしまい。

スレッドを表示

それ以外も同様にセキュリティー中心と消費者保護を強制する法整備が成されれば、当然その新たなものとか言うものを無責任に作る事も出来なくなるよ><
つまり代用品を作れないんだから使い続ける事になるよ><

orange さんがブースト

たとえばそういう "SafeWeb" を作ったとして、人々がいつまでそれを使い続けるのかという話です

現時点で厳密にセキュリティーの為と説明できる機能以外の一切の機能の追加をやめればよくね?><
トートロジーだけど、セキュリティーに関する修正による互換性の破壊以外の理由でのバージョンアップによる互換性の破壊は無くなるよ><

orange さんがブースト

たとえば HTTP 接続を HTTPS にリダイレクトする仕組みはクライアントに要求する複雑度を異様に上昇させるうえ互換性を破壊するわけだけど、これは許容できますか……みたいなことはたまに考えるね

orange さんがブースト

少なくとも「単純にすればするほど人々に使われない (つまり今まで使っていた人々にとっては破壊に見える) ことになる」とか「機能の追加や整理を避ければ避けるほど、ユーザの増加は鈍化して別の (追加や整理に積極的な) システムのユーザが増加していく」くらいの雑な推論はできるんじゃないですかね

orange さんがブースト

氏にとって必要十分である範囲が市場の要求 (あるいは “善良” な人々の要求) と一致していることについて自信がないので、何が「必要」の範囲で何がそうでないように見えているのかについては説明できかねますが

現在の肥大化したウェブブラウザのどこが必要な複雑性の範囲で出来たものといえるのか?><

orange さんがブースト

リーマンの法則~ソフトウェアもエントロピー増大の法則を避けられない: プログラマの思索
forza.cocolog-nifty.com/blog/2

> リーマンの第1法則
>  使われるシステムは変化する。
> リーマンの第2法則
>  進化するシステムは複雑性を減らす取り組みをしない限り、システムの複雑性が増す。
> リーマンの第3法則
>  システムの進化はフィードバックプロセスによって決まる。

スレッドを表示
orange さんがブースト

ソフトウェアの複雑性は本質的な性質であって偶有的なものではない: プログラマの思索
forza.cocolog-nifty.com/blog/2

思い出したけど、これ至言よね

まず先にセキュリティーについてのみしっかりと、少なくともパッチが提供可能な既知のものに関してパッチを提供するという事をきっちりやって、同様の修正が必要な上京が数ヶ月起きなかったら次の機能追加しても許すよ><
超簡単に言うと「セキュリティーパッチをひとつ提供したら底から半年は新たな機能は追加しない」と約束したら、機能追加しても許すし「セキュリティーのため」といういいわけも認めるよ><
より複雑にしておいてセキュリティー重視してますとかふざけた事言うな><

orange さんがブースト

だから全ての欠陥が事前にわかるというのが思い上がりだという話ですが……
サイドチャネルアタックとか暗号開発とかの歴史の話したほうがいいですか? (面倒なのでしません)

セキュリティーパッチの開発を辞めろ戸は全く言ってないよ?><
新たな機能を足すならせめてセキュリティーパッチを数ヶ月にわたって新たに提供しなくてもいいような状況になってからやれって言ってるんだよ><
欠陥があるならまずきっかりなおせって事だよ><

古いものを表示
:realtek:

思考の /dev/null