アカウント名:
パスワード:
修正すべきはマスター・スレーブを連想させる構成や設計だろう。このままでは差別はなくならないのではないだろうか?
今後指数関数的に増えていく各種センサーは、ほとんどマスター・スレーブ構成です。低電力ICのインターフェイスは大抵そう。対称な構成にも出来ますが、スレーブ側のICにマスターになれる機能を搭載するのはコスト的にも電力的にも無駄でしかないので。
名前については、マスター・スレーブからホスト・ペリフェラルに変わりつつありますが、電力やコストが増えても構成自体を変えるべき?
ホスト・ペリフェラルは組み込み向けで以前からある語だよ。それにホストはマスターよりサーバーに近い意味なんでマスター・スレイブとちょっと違う。こんなフレームも考慮してない言葉狩りより言葉のニュアンスの違いのほうが重大だと思う。
業者側がマスター的なシステム、官公庁様がスレーブ的なシステムの説明図は当然、官公庁側を上、業者側を下に記述するので、線がやたらと入り組んで分かりづらい絵になってしまっていたな。しかも新旧システムの移行の話だったので、どちらのシステムも新旧が結線されてて、もう何が何やら。。。
名前をどう変えようが、予期せぬ振る舞いをするとkillされたりするんでしょうね。
クライアントサーバー構成も差別だよね
顧客と役務提供者のどこが差別なのか。
出入り業者はエレベーター乗れなかったり社員食堂利用できなかったりするからかな
階層化アーキテクチャの禁止
プロセス自ら終了しない限りPIDが解放できず、孤児になった子プロセスも放置してゾンビだらけになることを是とするinitを推奨しよう
では「マスター」と「パダワン」の関係にして、パダワンは条件によってマスターに昇格したり、ダークサイドに堕ちたりするというのではどうか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
いやいや (スコア:2)
修正すべきはマスター・スレーブを連想させる構成や設計だろう。
このままでは差別はなくならないのではないだろうか?
Re:いやいや (スコア:2, 参考になる)
今後指数関数的に増えていく各種センサーは、ほとんどマスター・スレーブ構成です。
低電力ICのインターフェイスは大抵そう。
対称な構成にも出来ますが、スレーブ側のICにマスターになれる機能を搭載するのはコスト的にも電力的にも無駄でしかないので。
名前については、マスター・スレーブからホスト・ペリフェラルに変わりつつありますが、電力やコストが増えても構成自体を変えるべき?
Re: (スコア:0)
ホスト・ペリフェラルは組み込み向けで以前からある語だよ。
それにホストはマスターよりサーバーに近い意味なんでマスター・スレイブとちょっと違う。
こんなフレームも考慮してない言葉狩りより言葉のニュアンスの違いのほうが重大だと思う。
Re: (スコア:0)
業者側がマスター的なシステム、官公庁様がスレーブ的なシステムの説明図は当然、官公庁側を上、業者側を下に記述するので、線がやたらと入り組んで分かりづらい絵になってしまっていたな。しかも新旧システムの移行の話だったので、どちらのシステムも新旧が結線されてて、もう何が何やら。。。
Re: (スコア:0)
名前をどう変えようが、予期せぬ振る舞いをするとkillされたりするんでしょうね。
Re: (スコア:0)
クライアントサーバー構成も差別だよね
Re:いやいや (スコア:1)
顧客と役務提供者のどこが差別なのか。
Re: (スコア:0)
出入り業者はエレベーター乗れなかったり社員食堂利用できなかったりするからかな
Re: (スコア:0)
階層化アーキテクチャの禁止
Re: (スコア:0)
プロセス自ら終了しない限りPIDが解放できず、孤児になった子プロセスも放置してゾンビだらけになることを是とするinitを推奨しよう
Re: (スコア:0)
では「マスター」と「パダワン」の関係にして、
パダワンは条件によってマスターに昇格したり、ダークサイドに堕ちたりするというのではどうか?