Cornellの議論は、ポルノグラフィの危害を認める一方で、ラディカル・フェミニズムの主張するような形での危害を相対化する。「さらに言えば、マッキノンによると、ポルノグラフィは男性をレイプへと駆り立てることによって産業の外においても女性への直接的な暴力を引き起こす原因になるという。これから見ていくように、私はポルノグラフィの直接的効果としてレイプを輪郭づける因果モデルの適切性を疑問視する。……私は原因―結果モデル自体に関して疑問を呈したいのである。これほどまでに複雑で多層的に象徴が刻み込まれているセクシュアリティの世界でこのようなモデルを使うことは難しい。しかし、このモデルはドゥウォーキン/マッキノンの条例案の基礎として決定的な意味を持っているのである」。実際に、McKinnonのポルノグラフィ観は、その表象性を（意図的に）無視したものであり、その点について法による規制という強力かつ一方的な手段を用いることには強い疑問がある。「……しかし忘れてはならないのは、ポルノグラフィーは、「グラフィー」という接尾辞が示すように、何よりもまずひとつの表象、ひいては表現作品で……ある。人種差別と同列に語りうるのは性差別であってポルノグラフィーではない（性差別は様々な形をとりうる）。ところがマッキノンらにとっては、結局のところ、ポルノグラフィーと性差別は同義語なのである。彼女らが、ポルノグラフィーにおいて重要なのはそれが「する」ことであって「いう」ことではない、行為であって思想ではないと、ことさらに強調するのはそのためである。……ある表現物が「いう」ことは、なにも（一義的な）「思想」や「メッセージ」に限られるわけではない。言語というものは、自然言語であれ映像言語であれ、ある奥行きをもった立体であり、そこには多重な意味作用が畳み込まれうる……。マッキノンらの議論は、……ジョン・R・サールが「間接的言語行為」と呼んだような現象をいっさい捨象した議論である」という批判は、言語と行為の間に明確な区別を設けずに、ポルノグラフィが性差別そのものであるという一種のイデオロギーに依存した議論に対する批判そのものである。

もちろん、McKinnonらの条例案は、ポルノグラフィという言葉を制限的に定義することによって、そうした一般的な議論ではなく、特に女性に対して酷薄なもののみを定義域に含めている。しかし、それですらなお表象の問題は不可避であり、言語と行為を限定なく同一視する立場には、疑念がある。まして、直接的効果が後年の研究によって疑問視されている状況にあって、規制の根拠は果たしてどこまでの力を持つといえるだろうか。仮に、McKinnonの主張がなされた当時においてそうした言語と行為が一致するような時代的状況が存在したということを承認したとしても、その射程は現代日本には必ずしも及ばないだろう。つまり、日本におけるポルノグラフィの製作が必然的にそうした女性虐待を表彰ではなく行為として含み、またそうして製作されたポルノグラフィの表象が必然的に（fuckerとしての）男性をレイプに至らしめ、（fuckeeとしての）女性の従属化を固定化する構造を持っているということが実証的に明らかでない限り、法による規制という手段は困難であろうと考えられる。

また、Cornellの依拠するポストモダン・フェミニズムは、立場としてのポストモダン主義を前提としており、そこでは、男性性/女性性といった二項対立的な概念整理はそれ自体批判の対象となる。McKinnonらの議論は、女性解放というフェミニズムの根底的目的に対して、一定の文化コードとしての女性性を再定義し書き込むものである、というのがCornellの分析である。そしてこれは、ポストモダニズムにコミットするか否かというメタ的な問題を抜きにしても、汲むべきところのある議論であろう。つまり、ポルノグラフィの規制根拠として、加害者/fuckerとしての男性と被害者/fuckeeとしての女性を暗黙裡に前提し、それを基盤として提示される議論は、必ずしも現代において盲目的に首肯されるべきものではないというところである。

そもそも、ポルノグラフィは、男性のみによって消費されるものではない。これは、少なくとも現代日本においては議論に際して念頭に置かれてよいことであるように思われる。レディースコミックと言われるジャンルは、1980~90年代ごろから、女性向けの（広義での）ポルノグラフィとして書店に並ぶこととなった。また、同人誌として、いわゆる「やおい本」や「BL」というジャンルもこの頃から一定の勢力として存在していた。これらは全く女性が使用し、消費することを前提に（そしてその多くは女性たちの手によって）制作されたものである。ここでは、ポルノグラフィの概念として当然に前提されていた男性消費者ということさえもが相対化されている。それは、女性の性的欲望、セクシュアリティがfuckeeとして規定されていたことからの解放であるとも評価できるのではないだろうか。そこでは、主体として性的願望を抱く女性が前提されている。ここでは、主体-男性/客体-女性というメタな二項対立の接続が否定されている。これは、ポルノグラフィ危害論において、根底を掘り崩す事実であるのではないか、と考える。これに対して、メインストリームは男性が製作し、男性が消費するポルノグラフィであるという反論はまた、十分に考えられる。しかし、仮にメインストリームは男性向けであって、女性向けがサブストリームであるという主張を容れたとしても、なおポルノグラフィが必然的に男女を社会的に構造化し、差別を直接的効果として助長し、あるいは引き起こすものであるという根本主張は、強く相対化されたものとしてとらえられなくてはならなくなるということは言ってよいように思われる。

4. 結び

前章において、ポルノグラフィの及ぼす危害について、その直接性が少なくとも現代日本においては相対化されるべきであることを示し、また、McKinnonやDworkinの議論それ自体に潜む女性性のコード化はフェミニズムの本義からしてなお批判可能性を有するものであるというポストモダン的フェミニズムの見解を紹介した。そのうえで、表現の自由という価値原理はポルノグラフィに対していかに向き合うべきかということを簡単に整理する。

日本において、表現の自由の価値は高く見積もられる一方で、定義づけ衡量のもとでポルノグラフィを含む一定の表現について規制を肯定する。そして、ことポルノグラフィにおいてはそれが善良なる性風俗や最低限の社会道徳の維持という目的のもとに正当化されてきた歴史を判例上有する。McKinnonらの議論において革新的であったのは、ポルノグラフィの規制は道徳的な問題と訣別し、女性に対する危害の面から規制を検討されるべきである、ということであった。この指摘は、法と道徳を可能な限り切り分けようとする立場をとるならば高い妥当性を持つものであり、その危害が現実的に認められる限りにおいて表現の自由に対する制約は当然に許されるものとして考えられる。しかし、この危害に関しても、「（リューベン・）オジアンの著作[ポルノグラフィーを考える(2003):筆者註]は、ポルノグラフィーに対する道徳哲学の立場からのアプローチであるという点で注目に値する。彼は、ジョン・ステュアート・ミルの「危害原理harm principle」……の流れを汲む自身の「最小倫理éthique minimale」に基づいて、ポルノ規制を正当化する議論……に反駁している。ポルノグラフィーがもたらすとされる「危害」について、オジアンが反ポルノ派フェミニストとは大きく見解を異にしていることは容易に想像できるだろう。興味ぶかいのは、オジアン同様「善」ではなく「正義」の問題として……ポルノグラフィーをとらえたはずのフェミニストの議論すらじつはある「善」概念を暗黙裡に前提していると彼が指摘している点である」という指摘がある。つまり、特定の善概念に基づいた特殊的な危害が主張されているに過ぎないのではないか、ということである。例えば、守旧派的なキリスト教における「善」の概念が同性愛を悪と断じたことを考えれば、一定の善が前提されたうえで主張される危害は、相対化してとらえられるべきであろう。

こうした危害についての理解は、法規制についてネガティヴである。さらにMcKinnonらの主張には逆行することとなるが、むしろその主張における「道徳から危害へ」の転換は現在の規制すら過剰なものであるという結論への親和性を有している。もちろんこれは、女性に対してポルノグラフィ制作現場において発生する暴力や虐待を許容せよということを決して意味しない。むしろ、そうした事態が発生した場合に、適切に法が救済を与えることは、考えるまでもなく必要なことである。そのためにいかなる手段が妥当であるかが問われるべきではないだろうか。

一部のフェミニストが主張するように、ポルノ出演や売春を含めたセックスワーカーである女性が、法規制の対象となるのではなく、むしろ一つの「職業」そのものであり、合法であるという社会的及び法的な認知が必要となるのではないだろうか、と考える。それが社会的に正業であると認知されることは、その「職場」におけるハラスメントや虐待を看過しないことにつながりうる。問題が発生した場合に、自らの「クリーン・ハンド」において司法の救済を要求することが可能となる。そして、そうした「解放」は男女（あるいは性的少数者性）を問わずに自らのセクシュアリティに対して真剣に向き合うことを要求する。それによって、直接的は生じないものの、間接的にあるいは無意識的に発生しうる「危害」は社会的に相対化されうるのではないだろうか。

以上のポルノグラフィ規制緩和論が、法が向き合うべき一つの筋道ではないだろうかという主張をもって、本レポートの結びとする。

参考文献

・キャサリン・マッキノン,アンドレア・ドウォーキン著中里見博,森田成也訳「ポルノグラフィと性差別」(青木書店, 2002)

・ドゥルシラ・コーネル著仲正昌樹監訳「イマジナリーな領域」(御茶の水書房, 2006)

・大浦康介編「共同研究　ポルノグラフィー」（平凡社, 2011）

・キャサリン・マッキノン著森田成也ら訳「女の生、男の法」(岩波書店, 2011)

・スーザン・J・ヘックマン著金井淑子ら訳ジェンダーと知 : ポストモダン・フェミニズムの要素（大村書店,1995）

Permalink | 記事への反応(0) | 14:27

2019-10-22

■anond:20191022180956

ストリームリ

Permalink | 記事への反応(0) | 18:25

2019-10-04

■anond:20191004105907

スターバースト・ストリーム！

Permalink | 記事への反応(0) | 11:01

2019-09-18

■anond:20190918093033

オルテガ！マッシュ！パンティーストリームアタックをかけるぞ！

Permalink | 記事への反応(0) | 22:42

2019-09-13

■anond:20190913114112

ワイの認識が正しいなら、リバースプロキシとしてnginxを使ってアップストリームのweb サーバにはapacheを使うのが鉄板構成だと思うから別に死んではいない思うで。

Permalink | 記事への反応(0) | 11:44

2019-03-26

■[増田統計]2019年 3月25日 月曜日の増田

時間	記事数	文字数	文字数平均	文字数中央値
00	88	8346	94.8	46
01	32	2689	84.0	41.5
02	24	1979	82.5	53
03	12	834	69.5	33.5
04	7	1165	166.4	91
05	3	1447	482.3	262
06	17	16440	967.1	104
07	24	3146	131.1	50
08	49	3169	64.7	43
09	94	10806	115.0	48.5
10	119	14064	118.2	63
11	102	9355	91.7	46.5
12	97	11 108	114.5	60
13	176	18158	103.2	55
14	177	15783	89.2	47
15	220	14773	67.2	47
16	191	15159	79.4	40
17	161	16179	100.5	50
18	105	9584	91.3	45
19	104	9399	90.4	48
20	88	10478	11 9.1	40.5
21	154	11508	74.7	39
22	90	10481	116.5	51
23	78	7364	94.4	35
1日	2212	223414	101.0	47

本日の急増単語 ()内の数字は単語が含まれる記事数

SEKIRO(7), 南下(4), 恨みがましい(4), ゴマキ(5), 抜刀(5), ストリーム(3), 男性専用(6), 自転(4), 天狼(5), MMO(18), 一夫多妻制(4), MO(3), 宇宙海賊(3), 女オタク(25), 迫害(18), スレ(29), 全盛期(10), 吸収(14), 板(20), 荒らし(22), 2ch(18), 加害(20), 憎しみ(9), 腐女子(42), 全裸(12), イジメ(14), BL(22), 叩き(56), 加害者(13), ロボット(12), 叩か(31), オタク(119), AM(12), PM(12), いじめ(27)

頻出トラックバック先(簡易)

■男性オタクに苛められてたこと絶対に忘れないから　追記 /20190324040152(46), ■三大真似した漫画の必殺技 /20190325085159(22), ■新しいリアルロボットアニメが見たい /20190324090455(22), ■職場の隣に引っ越したい /20190321172542(20), ■いいかげん、性別差別なくすんなら年齢差別もなくそうよ /20190324181628(20), ■ /20190324161856(20), ■「ちょっと何言ってんのかわかんないです」に対する返し方 /20190325151615(16), ■ケムリクサごときに超面白いって言わなきゃいけないのが辛い /20190321174930(9), ■ツイッターのせいでゾーニングがぶっ壊れた /20190325185107(9), ■anond：20190324040152 /2019032510 2326(7), ■吸収系能力者の倒し方 /20190325151208(7), ■anond：20190324040152 /20190325134235(6), ■女が真面目にゲームやってても男の猥談に消費される不条理 /2019032523 2309(6), ■anond：20190324040152 /20190325135402(6), ■やっぱり職場でのコミュニケーションは重要かもね /20190325085140(6), ■【急募】一週間で女性慣れする方法 /20190325010 126(5), ■anond：20190325151838 /20190325151936(5), ■自分が好きなものは世間一般で高評価でなければならない /20190325134017(5), ■ユビキタスって最近きかねーな？ /20190324161014(5), ■使うだけで高学歴に見える単語 10選 /20190325155607(5), ■anond：20190324052442 /20190325161600(5), ■ /20190325150226(5), ■anond：20190325135611 /20190325140528(5)

増田合計ブックマーク数 ()内の数字は1日の増減

6120741(3126)

Permalink | 記事への反応(0) | 00:03

2019-03-25

■Stadia開発者 インタビューその3

ブツブツ切れる・・・

Youtubeはマクロとミクロのレベルで数多くのネットワーク状況に対する情報を提供してくれます。我々はそれらの情報も利用可能でゲーマーの体験を調整、拡大が可能です。

しかしユーザはYouTubeの画質をゲーム内の品質だと思ってはいけませんよね？

その通りです。StadiaをYoutubeとは異ならせる2つの事象があります。YouTubeはバッファ使用が可能でリアルタイムでもなく、ゲームのようにインタラクティブでもありません。Stadiaはバッファリングができません。Stadiaはフレーム数が絶対的に正確である必要があります。

次に2つ目ですが、ユーザがDoomやAssasin's Creed レベルの画質のゲームを遊ぶ場合、その期待はYouTube向けにユーザが作成したコンテンツよりもずっと高くなります。

さらにもう1つお話する価値がある点として、YouTubeとStadiaの繋がりについて今後も多くのことを話し、デモをしていきますが、大前提としてゲームとはリンクであり、リンクは無数の方法で配布、探索、共有が可能であることが挙げられます。

すると例えば土曜の夜10時にDoom Eternalを遊ぶ計画をしたとして、Webページでボタンを押すだけで我々を貴方方に加えることが可能だと言えますか？

その通り、全く仰る通りです。あなたが仰った通りのシナリオになります。また例えばEurogamerが新しいゲームをレビューしているとしたら、ユーザはレビュー記事をクリックするだけでダウンロードすることもなく、パッチを当てることもなく、インストールすることもなしに簡単にそのゲームを試すことが可能です。また他にはあなたの記事が新しいマップやキャラクター、レベルについて記述している場合でもそうです。我々にはState Share(状態共有)と呼ばれる既存の技術と一緒に働くとても強力な新技術を用意しています。

State Shareは本当にとても強力な機能でユーザが最新のバージョンのゲームを遊んでいる時に、同時に友人や私、または世界中にそのゲームをストリーミング可能です。誰が相手でも問題ありません。またユーザがゲーム内での最新の武器、例えばDoomのFlaming Swordや、とにかくそのゲームで最高のアイテムを入手したとします。そして私が「カッコイイ！私もそのFlaming Swordが欲しい！」と考えたとしましょう。私がそのビデオをクリックすればそのメタデータがそれら全ての属性を直接私のゲームにも転送します。だから誰でもが他人のビデオストリームに飛び込めるだけでなく、その他人の状況全てと共にゲームに飛び込めるのです。これは開発者とゲームが設定可能です。これについては他にも例がありますが、1つはユーザがゲームの特定の難しい状況に陥った場合に、ユーザはコミュニティにその状況を解決できるか試してもらうことが可能です。全く同じ状況で渡すことができます。

我々がYoutubeとの接続で行っている別の例は、典型的なシナリオとして、私がパズルベースのアドベンチャーゲームをやっている場合によくある状況があります。そのゲームのあるポイントで立ち往生してしまいました。その特定のパズル、例えばトゥームレーダーのある墓や何かができないとしましょう。現状では電話を取り上げるかラップトップに向かいヒントをダウンロードするでしょう。それかYoutubeに向かって動画を探します。しかしStadiaではボタンを押して「Hey, Stadia. このボスはどうやってやっつければ良いんだい？」と聞きます。するとStadiaがYoutubeの動画を探してきてゲーム内で再生します。私はレベルの解答を見て続けることができます。

先程、申しましたゲームとはリンクであるとの点ですが、任意のWebサイトはリンクを持つことができます。Discord、Facebook、Twitter、電子メール、テキストメッセージ、WhatsApp、Googleの検索結果、さらにはGoogle Play Storeですらゲームの配布が可能になります。

それはどのように動いていますか？

リンクです。

でも基本的に分離されたシステムですよね？

そうです。インターネット全体に渡り分散された広大な領域の利点を得ています。我々は開発者とパブリッシャに対し、インターネットがストレージであるとのコンセプトを広めています。もちろんStadiaは専用のストレージを持っています。しかし我々は開発者に対しゲームを自社のコミュニティへ持っていくことも、例えどこにコミュニティがあろうとも許可します。このことが配布と探索を開発者にとってとても良い意味で逆さにします。また我々にはとても高速なマーケティング技術がありますので、パブリッシャは体験をできる限り多くの人々にとても効率の良い手段で配布することが可能です。

もっと全体的なレベルで、抜本的にStadiaはYoutubeと統合しているのですね。ではプラットフォーム上の全てをどうやってモデレートしますか？

コミュニティに対するモデレーションにはとても強固なアプローチを取ります。YouTubeは途方もない投資をこの領域に行ってきました。我々はそこに提携をし、さらに家庭レベルでも行います。我々はこの業界でも最も優れたペアレンタルコントロールとゲーマーの健康のコントロールを提供します。両親は子供が何を遊ぶか、誰と遊ぶか、いつ遊ぶかを管理可能です。

その点に関してはデータ プライバシも気になります。それらは全て既存のGoogleのインフラに紐付けられるのですか？

我々は全てをユーザの制御下に置くことを使命としています。Googleが提供する制御と機能と同じレベルのものがStadiaでも提供されるとお考え下さい。

ユーザサイドでゲームを行うことやこれまでのコンソール 文化は滅ぶでしょうか？

それは私共が答えることではありません。Stadiaはゲームの新しい開発の仕方、ゲームの新しい探し方、ゲームの新しい楽しみ方を提供します。我々には大きな未来への志があります。大規模に発展したいと考えています。それは一晩で起こることではありません。また我々はこれまでに存在し、我々をここまで導いて下さった物、全てを尊敬しています。私達は業界全体が成功し、成長することを望んでいます。

Permalink | 記事への反応(1) | 06:14

■Stadiaの開発者 インタビューその2

やっぱり途中で切れたので続きから

サービスの提供を開始します。

するとシステムの準備は万端で、必要なソフトウェアの開発が必要ということでしょうか。Microsoftを見ますと、彼等はXBox OneのHWをサーバ ラックに積んでいるようです。あなたがたの手法とは異なりますか？

違います。

するとGoogleはインフラとバックエンドのみでなくソフトウェアにも投資を考えていますか？

そうです。

自身の開発スタジオも考えていますか？

はい。Stadia Games and Entertainmentの組織を発表しました。これは我々の1stパーティのスタジオです。

それが今起こっている？

はい。

Googleは開発者に対し全てのツールを支援しています。Stadia向けの開発は彼らにとって別のターゲットにしか過ぎません。Visual Studioを用いる既存のツールや彼らが用いるツールの全てと共に、彼らのワークフローに統合されます。従ってSt adia向けの開発はPlayStationやXbox向けの開発と同じくらい簡単です。

我々はUnrealもサポートします。UnityがStadiaをサポートします。予想される多種多用な業界標準のツールとミドルウェアが準備されます。

意地悪な質問をします。Googleのコントロールを超えたものがありますよね。特に ユーザサイド、クライアントサイドのインフラや家庭内の安価なルータです。このような問題をどのように解決 しますか？

とても良い質問です。我々はユーザに対し彼等のインフラの中で何が起こっているかをできる限り理解できるよう支援する必要があります。また我々はゲーマーに対し最適な体験を得られるようなチューニングを行うことが可能な情報に対し投資を行うだけでなく、我々自身の技術を用いて最良のパフォーマンスを実現するつもりです。Googleの技術の多くがインターネット網の基盤であることを思い出して下さい。我々はDC からの情報がどのようにユーザに届くかを良く理解しております。できる限りの最適化を行うつもりです。

デベロッパとパブリッシャは既存のゲームをStadiaに移植できるのですね。しかし同時にGoogleは新しい選択肢も数多く提供できると

その通りです。それこそが我々のプラットフォームの根本的な差別化ポイントです。既存のゲームカタログを持つデベロッパにとってSt adiaは簡単で親しみ易いものです。我々はできる限り摩擦なくゲームの移植を行えるようにします。なぜならゲーマーは好きなゲームを遊びたいですし、彼らの愛するキャラクター、ストーリー、世界を楽しみたいのです。しかし我々はまた開発者に未来を描く新しいキャンバスをも提供します。ゲームを高速に配布し、プレーヤーと新しい手段で、特に Youtubeにて繋げます。そして開発者が持つアイデアを実現するための前例の無い技術を提供します。

これまでのクラウド システムのクライアントサイドの限界は基本的に画質やレイテンシに起こりました。明らかにこれらの問題のインパクトはここ数年で新たにより良い技術を得ることとインフラが改善されることで緩和されてきました。しかしローカルの品質とストリーミングの品質との間には今でも根本的なギャップが存在 します。私はid ソフトウェアとZenimaxの特許を見たのですが彼らはh.264のモーションベクターを効果的に用いてクライアントサイドのある程度の予測を立てレイテンシの知覚を減らしていました。Project Streamにも測定可能なレイテンシが存在 します。ギャップを閉じるために何をしていますか? これらの問題は解決されたでしょうか。それとも少なくとも緩和はされましたか？

解決されたと同時に緩和されています。まずデータセンターに対しより多くの人々がより良い経験を得られるようにするための投資が行われました。また圧縮アルゴリズムについては我々に抜本的な先進性が存在します。Googleは圧縮アルゴリズム標準仕様の先駆者でありこの点がストリーミングの将来をより確実にします。残念なことですがGoogleでも制御できない点が光の速さです。そのためこの点が常に要因となります。しかし常に理解しなければならないこととして、我々は常にエッジ(終端)にもインフラを構築していることが挙げられます。Googleの中心にある巨大なデータセンタだけではありません。我々はできる限りエンドユーザの側にインフラを構築しています。それによって歴史上の幾つかの問題は回避することが可能です。さらにまだ率直な、あまり洗練されていないProject Streamのストリーマーでも信じられない結果を出しています。さらに我々はサービスリリース時に1080p60を超える品質を実現できるだけの根本的な改善を行いました。我々は8Kに至るでしょう。

それは素晴しい。それらの改善は全て圧縮に関連するものですか？

圧縮にネットワークです。我々はGoogleがインフラに投入した数々の改善点に依っています。BBR、QUIC、WebRTCを基盤としてその上に構築がなされました。だから IP パケットの低レイテンシでの配信だけでなく、送信元へのフィードバックも行うことが可能です。ですのであなたが仰るZenimaxが使用した技術なら、彼らはここでも利用することが可能です。彼らは彼らのゲームの最適化を行うことができるでしょう。我々はフレーム毎のレイテンシを予測が可能で彼らにそれに合わせて調整を行わせることができます。

入力を受け取って、ゲームがロジックを処理して描画を行うと、60Hzのゲームでは50ms程になります。続いてエンコード、転送、デコード、表示を行うとストリームではPC上のゲームに比べさらに60ms程かかります。これを改善することはできますか？

我々は改善を続けます。Streamは最初のバージョンです。我々は性能向上のために調査を行っており、レイテンシに適応していきます。リリース時にはより良くなっているでしょう。

クラウド システムは接続 可能性に従って成否が決まり ます。例えばRed Dead Redemption 2を数万、数十万、場合によっては数百万のプレーヤーにオンラインにて同時に立ち上げるとします。システムの成否はアクセスによります。もしゲームをプレイできないなら重大な障害となります。

確かにそのとおりです。そしてそれこそがGoogleが何年もかけて開発してきたスキルであり、抜本的なスケールする能力です。我々がどうやって実現しているのか、何をしてきたかについては今日は詳細にはお話ししません。しかしGMailやMap、Youtubeが同時に利用可能であるためと同じ基本的な技術のいくつかが我々が依るものです。

我々は現在、現行世代が終了する移行の時を迎えています。これまではコンソールがベース ラインを定めてきました。Stadiaは次世代のXboxやPlayStationに対抗できると考えますか？

我々は競合他社が何をしているかは存じておりません。

でもGoogleには良い予測を立てられる優れた人々がいますよね？

我々の第一世代システムに導入されるGPUは10Tflops以上の性能があり、さらにスケールアップします

GPUはユーザ間で共有されますか？それとも1人のユーザが独占しますか？

単一のインスタンスです。

NVIDIAのGPUですか？

AMDです。

カスタム GPUだと思いますが

カスタム GPUです。

Googleの要件のために作られた訳ですね。他にも公開できる情報はありますか？ Vegaですか？それともNavi、もしくはさらに新世代ですか？

情報を公開したくない訳ではないのですが、このプラットフォームが進化することのほうがより重要です。そしてこの進化がユーザと開発者の双方に対しシームレスに行われることを確認して頂きたいのです。そして進化は常に継続し、誰もが常に最新で最高の物を手に入れます。

クラウドが確約する点ですね。ユーザはHWをアップグレードする必要がないと。

開発者にもこのように考えて欲しいのです。もちろん完全には抽象化されていません。特にゲームの開発者にとっては。しかし我々はそれでもこのプラットフォームが常に進化していると考えて欲しいのです。速さや容量、リソースには制限されていないのだと。

AMDのGPUを使うことでStadiaと他のコンソールの間に共通な点ができました。開発者にとって利益となるでしょうか？

シェーダコンパイラのツールをいくつか開発しました。これらは開発を楽にするでしょう。しかし現在のGPUはとても優れており開発者が既にVulkanに親しんでいれば、例えばid Softwareさんは既に全てVulkanに移行していますが、そのような開発者の方々には既存のゲームをStadiaに移植するのはとても簡単です。Doom Eternalが4K、60フレームで動いでいるのは既にご覧になったと思います。非常に素晴しい状態です。これこそが我々にとって重要な証明ポイントです。FPSはグラフィックとプレイアビリティの双方で要求が高いゲームです。従ってこれは我々のプラットフォームの強力な証拠であり、idさんにも講演して頂きます。

CPUについては何か公開できる話はありますか？

x86で2.7GHzで動作しています。開発者にとり慣れのあるものです。開発全体を通して、CPUは制約となる要因ではありません。我々は全てのタイトルを動作するに十分なCPUを提供します。

コア数、スレッド数は？

沢山です。

8コア、16スレッド？それより多い？少い？

公開できない情報です。ハイパースレッドは使用しています。

しかしサーバ級のCPUです。Stadiaはこれまでのコンソールと違いパッケージングに制約を受けません。熱対策の問題も異なります。コンソールとはサイズやパッケージングの動機が異なります。データセンタの中でそれはとても汚なく見えるかもしれません。一方でとても帯域幅が高いメモリが使用可能で、とても高速なペタバイト級のローカルストレージも使用可能です。ご家庭のコンシューマデバイスよりも数百倍は速い物です。

するとそれが開発者が全く異なる体験のために利用可能な要因となる訳ですね。得られる機会はとても大きいことでしょう。しかし我々はマルチプラットフォームの時代に生活しています。Googleの先進的な機能は1stパーティのみが利用できるものですか？

パートナーには彼らが話せる時点で彼らの計画を教えてくれるよう伝えています。Stadiaをこの世界で最も偉大なゲームの開発者達に説明することにはとても興奮します。Stadiaは、開発コードではYetiと呼ばれていましたが、Stadiaのビジョンを説明すると、開発者のリアクションは「これは私が期待したものそのものだ。これはまさに我々の次のゲームのためのビジョンそのものだ。elastic computingの考え、次世代レベルのマルチプレーヤー環境、ゲームを観ることと遊ぶことの境をあやふやにし1つの体験にすること」と話されます。

イノベーションの1つの領域として、最初のほうで述べましたが、マルチプレーヤー環境において、単純にパケットを複数のプレーヤーにリダイレクすることから、原子時計レベルでのコンシステンシーを全ての状態遷移において定期的にクライアント間で更新する真のシミュレーションへの移行が挙げられます。これにより開発者はこれまでには不可能だった分散された物理シミュレーションを得ることができます。これだけでもゲーム設計のイノベーションに対し大きく寄与します。このため多くの開発者が、大袈裟でなしに、実際にとても感動的なリアクションを我々のプレゼンに対して返して下さっています。

多くの問題を解決し、規準を上げる可能性がある訳ですね。

これこそがゲーム業界の素晴しい点です。技術が常に創造性を刺激し、ゲームに対しより大きな聴衆を作り、そのことがプレーヤーと開発者に対しより大きな機会を作ってきました。エコシステムが進化し、正の方向に回り続けるなら、それはゲームを遊ぶことにとって良いことです。

あなたは先程、スケーラビリティとStadiaがどのようにしてより多くのリソースを立ち上げ増大する要求に対応するかについて話して下さいました。しかし、同時に10TflopsのGPUとサーバ クラスのCPUが存在するとも仰いました。リソースの拡張をどのように行うのですか？

3台のGPSが一緒に実行されるデモを行っています。私は上限が無いとは申しません。しかし我々は技術上の限界を上げています。そしてSt adiaは静的なプラットフォームではありません。このプラットフォームは5年や6年の間、レベルが変わらない訳ではありません。開発者とプレーヤーの要求に従い、成長し、進化するプラットフォームです。なぜならStadiaはデータセンタの中に構築されています。進化させるのは我々にとって簡単なことです。

ここまで第一 世代について多くのことを教えて頂きました。すると第二世代やその後の世代もあるでしょう。現状でもスケールアップできるわけですが、3台のGPUの連携は次世代でも可能ですか？

CPU/GPU/メモリ帯域幅の変更にはいくつかの自然な段階があります。これは家庭の物理な小売の端末よりももっとスムースでより継続的な進化です。しかし、より重要なことは基盤データセンタ網とそれに含まれるネットワーク技術への投資です。この2つが一致して行われることが重要でどちらか1つではダメなのです。

先程、エッジ上のインフラについて触れられましたが、例えばNetflixがISPにキャッシュをインストールしている状況があると思います。これがGoogleが行っていることですか？それとも既にYoutubeで行われていますか？

それは我々も既に行っています。Googleが既に20年以上、行っていることです。我々が依って立つまた別の巨人の肩です。

Project Streamではユーザに対し最低で25Mbpsの帯域幅を要件としました。これはストリーミングのみのためですか？それとも他のユーザが同時に同じインスタンスに接続する場合を含みますか？

我々はStreamをさらに強化させています。従ってユーザはこの制約が全体のスタックに対する改善と最適化、また特に時間によって緩和されることを期待するでしょう。我々はその期待の上を行きます。

4K60には相当の帯域幅がいるのでしょうね？

4K60はもちろんより要求が高くなります。

1080p60は低くなる・・・

私は具体的な数値についてはコメントしません。しかし当然低くなります。

インターネットの接続環境はStadiaをリリースする市場では全体的に上昇機運が見られます。つまりこのパフォーマンス特性はますます多くのユーザが利用可能になります。

さらに繰り返しになりますが、BBRを初めとする我々の技術があります。さらに覚えておいて頂きたいのは我々のネットワークに対する理解はそのままではありません。それらもまた時と共に改善されていきます。Youtubeはマクロと

Permalink | 記事への反応(1) | 06:12

■Stadiaの開発者 インタビュー

Eurogamerにより独占配信されたStadia 開発者二人に対するインタビュー記事。

https://www.eurogamer.net/articles/digitalfoundry-2019-google-stadia-phil-harrison-majd-bakar-interview

やっつけなので可能なら原文を読むことをお勧めします。

---

なぜ今なのでしょうか？

タイミングの問題です。20年間の蓄積によりGoogleにはデータセンタ内のパフォーマンスに優位性が存在します。Googleはデータセンタ内ではHWメーカーです。我々はデータセンタ内で何年もの間、高い性能で端末間を接続する基盤を構築してきました。Youtubeでの経験からプレーヤーサイドの観点からだけでなくデータセンタ内部からの技術的観点からの技術統合を行ってきました。他社でもその視点は存在していますがGoogleにはその点に固有のアドバンテージが存在します。

これまでの箱をTVの下に置いておいたパラダイムに比べ、無限の演算 リソースによる可能性が現れます。これまで存在しなかったことをできる可能性があります。

その通りです。我々にはレガシーがありません。全てが21世紀のために設計されています。開発者は制限の無い計算資源が利用でき、何よりもマルチプレーヤーをサポートできます。これまでのマルチプレーヤー環境は一番遅い通信に影響を受け開発者は最も遅い接続に対し最適化が必要でした。我々のプラットフォームではクライアントもサーバも同じアーキテクチャの下にあります。これまではクライアントとサーバの間のpingに支配されていましたが我々の環境なら最速でマイクロ秒で済みます。だからプレーヤーの数は単一のインスタンスにて動的にスケールアップが可能です。バトルロイヤルなら数百から数千、数万のプレーヤーが集まることも可能です。それが実際に楽しいかどうかは置いておくとしても、新聞のヘッドラインを飾ることが可能な技術です。

クライアントとサーバの双方でこの利益を得られるのでしょうか

両方です。

すると開発者に対しStadiaがホリデー シーズンにぴったりの最高の製品だと言えると。理に適った範囲で無限の計算 資源が得られると。

ユーザが我々のプライベート LAN からはみ出さないだけでもその効果は大きいものです。Googleは45万kmに及ぶ光ケーブルにより世界中のデータセンタ間を接続しています。米国の西海岸から東海岸まででも20ms、フランクフルトからマドリッドでも20ms。これにより開発者は最も極端な場合においてもレイテンシが予測可能でそれに従い設計を行うことができます。

Youtbeとの統合について教えて下さい。

StadiaはYoutubeの技術と深く結びついていますが、実際には一歩引いています。今日のゲーム業界を考えてみて下さい。2つの世界が共存しています。1つはゲームをプレイする人々で、もう1つはゲームを見る人達です。2億人の人々がYoutubeでゲームを毎日見ています。2018年には述べで500億時間がゲームを視聴するのに費されています。時間と人口の双方で信じられない程の視聴が存在します。我々のビジョンはこの2つの世界を1つにすることでゲームを見ることができ、かつ、プレイもできる、双方向に楽しめることです。

つまり重要なのはゲームシステムでもなくコンソールでもありません。噂とは異なり我々はコンソールビジネスには参入しません。我々のプラットフォームの要点はコンソールでは無いことで、皆が集まる場所を作ることです。我々は箱でなく場所を作る。今までと異なる体験を得られる場所です。ゲームを見るなり、遊ぶなり、参加する場所であり、かつユーザが楽しむ場所であり、ユーザが他人を楽しませる場所です。

だから我々のブランドはStadiaといいます。これはスタジアムの複数形です。スタジアムはスポーツを行う場所ですが同時に誰もがエンターテイメントを楽しむ場所でもあります。だから我々はそれをブランドにしたかったのです。皆が遊んで、観て、参加して、さらにはゲームをする場所。一歩下がって見ることもできる場所。常にどのボタンを押したかを意識しないでも良い場所。他のアーキテクチャでは実現できない場所です。

つまり リアルタイム シミュレーションゲームで全ての駒が人々であるようなものですか？

その通りです。そして単純に技術的に深い点を求めて、我々は第一世代でも4K60fps、HDRとサラウンドをサポートしました。さらに開発者が必要なインフラに従ってスケールします。それだけでなく、同時にYoutubeに常に4K60fps HDRで画像を送信することが可能です。だからあなたのゲーム体験の思い出は常に最高の状態になります。

Googleは全てを記録するでしょうか？

プレーヤー次第です。Googleは全てを記録はしません。もしプレーヤーが望むならGoogleは4Kでストリームします

共有が友達だけか、世界中に公開かも自由に選択可能です。Googleはユーザに制御を明け渡します。もしユーザがYoutubeで公開すれば誰でもリンクをクリックすることでそのゲームを遊ぶことができます。

するとユーザがshareするだけで誰でもがその特定のゲームに参加することができる訳ですね。

そう。そしてこれはマルチプレーヤーゲームのロビーの新しい形となります。Youtubeのクリエイターなら誰でもがファンやチャンネルのsubscriberを自分のゲームへと誘うことができます。生主として、Youtubeのクリエイターとして私は視聴者を私のゲームに瞬間的に招待できます。それが私と10人の友達でも、(訳注: セレブの)Matpatと彼の数百万の購読者でも、技術は同じです。

アカウント システムのベースはYoutubeですか？

Google アカウントの一部です。従ってGMail アカウントがStadiaへのログインに利用できます。他の基盤についても説明させて下さい。最初のサービス立ち上げから全ての画面への対応を行います。TV、PC、ラップトップ、タブレットに携帯です。我々のプラットフォームの基本は画面に依存しないことです。これまで40年間、ゲーム開発は端末依存でした。開発者として私は制約の範囲内で、私の創造性を開発対象の端末に合わせてスケールダウンする必要がありました。

我々はStadiaでそれを逆にしたいのです。我々は開発者に対し彼らの考えをスケールさせ、どの端末の縛りからも解放したいのです。パフォーマンスに優れ、リンクをクリックすればゲームは5秒以内に開始されます。ダウンロードもなく、パッチもなく、インストールも必要なく、アップデートもありません。多くの場合、専用のHWも必要がありません。従って古いラップトップでChrome ブラウザを使用する場合にでも皆さんが既に持っているだろうHID 仕様に準ずるUSB コントローラが動作します。そして、もちろん、我々自身のコントローラも開発中です。

なぜ独自 コントローラを作るのですか？ USB コントローラはどこにでもあるじゃないですか

コントローラを自作する理由にはいくつかあります。1つはTVへの接続です。我々はChromecastをストリーミング技術に採用します。Stadia コントローラの最も優れた機能の1つはそれがWiFi 接続でDC内のゲームに直接接続することです。ローカルのデバイスとは接続しません。

それは面白い。するとほとんどそれ自体が端末な訳ですね。

その通りです。これこそが我々のブランドの実現であり、具現化です。そして独自コントローラにより最高のパフォーマンスが実現します。ゲームに直接接続するためにプレーヤーは画面を移動することが可能です。プレーヤーはどの画面でも自由に遊び、停止し、他の画面でゲームに復帰することが可能です。

そしてコントローラには2つの追加されたボタンがあります。1つはGoogle Assistantの技術とマイクを用います。ユーザの選択により、ユーザはプラットフォームとゲームの双方に対し、自然言語を用いて会話が可能です。例えば「Hey, Google。MadjとPatrickと一緒にGame Xをやりたいな」と言えばStadiaがマルチプレーヤーゲームを指定した友人と共に直ぐに開始します。

するとGoogleは伝統的なUIを回避するのですね？

我々はゲーマーを可能な限り素早くゲームに辿り着かせるよう考えています。数多くの研究を行いましたが、多くのゲーマーがゲームを起動したら直ぐに友人とゲームを開始したいと考えています。ゲーマーはUIに時間を費したくは無いのです。

誰かが言ったことですが、現在のコンソールは起動した時にまるで仕事のように感じると言うのです。ゲーム機自体の更新や、ゲームの更新があります。我々はそれらを完全に取り除きたいと考えています。もう1つのボタンは、ちょっと趣が異なるのですが、Youtubeにシェアできます。

端末は何でも良いのですね？スマホにスマートTVも？

Youtubeが観られるならどこでもStadiaは動きます。

TVへの接続にはChromecastが使用されると。では実際にはどのように動きますか？Chromecastがスマホやラップトップ から ストリーミングを受け取るのでしょうか？

Chromecastはスマホからストリームを受取はしません。Chromecastはスマホから命令のみ受けます。画像はNetflixやYoutube から直接受け取ります。Stadiaの場合、Stadia コントローラから Chromecastへとこのゲームのインスタンスへと接続せよと命令がなされ、Chromecastはゲームインスタンスから動画のストリームを受け取ります。クライアントはとてもシンプルです。行うのはネットワーク接続、ビデオと音声のデコードのみです。Chromecastは入力を処理しません。全て入力はコントローラが扱います。ビデオと音声とネットワーク接続はChromecastの基本動作で全て既に組込まれています。

Stadiaの起動はどうするのですか？コントローラで？

そうです。とても良く出来ています。WiFiに繋ぐだけです。コントローラにはWiFiのIDとPWを入れるだけです。それだけです。ホームボタンを押すと勝手にChromecastを探し直ぐにChromecast上でクライアントを起動します。UIが表示され直ぐにゲームを遊ぶことができます。デジタルパッドでUIを操作することも可能です。これが重い処理を全てクラウドへと移行する点の美しさです。Chromecastのような低消費電力の端末で説得力のある体験ができます。Chromecastは5W位下です。Micro-USBで給電可能です。典型的なコンソールは100から150Wもします。またこれまで説明しませんでしたが、例えスマホでも行うことは動画の再生だけです。従ってAssassin's CreedやDoomや他の重いゲームがあなたのスマホの上でモバイルゲームよりも低消費電力で動作します。だからスマホで10 時間でも遊べます。

スマートTVではStadiaがYoutube クライアントに組込まれるのでしょうか。それともStadiaを独立して起動させますか？

今の所、我々はChromecastのみに集中しています。でも技術的、機能的な観点からはYoutubeがある場所ならどこでも動きます。我々はまだStadiaをどのようにユーザに届けるかは検討中です。

コントローラに話が戻りますが、モバイル端末にはやはり物理的なアタッチメントが必要に思われます。例えばスマホにコントローラを接続するような。MicrosoftのXCloudを見ていると操作には実際に問題があるようです。

Googleには解決手段があります。

そうでしょう。スマホのコントローラ取り付け以外にも、明らかな解決 手段としてSwitchのようなクライアント端末を作るのでしょうか？

サービス開始時から提供されるサードパーティによる解決手段をサポートしています。他にもアイデアがあります。しかし今は話せません。

なるほど。GoogleはUbisoftとデモを行いましたが、これまでにDoom 2016でもデモを行いました。他にも開発企業はありますか？

良い質問です。私がこのプロジェクトに参加する前からチームは既に何社かと提携しここ何年かの間に技術を提供していました。StadiaはLinux ベースです。グラフィック APIはVulkanです。開発企業はクラウドにインスタンスを作成しますので、開発キットも今ではクラウドにあります。しかしクラウドだけでなく、開発社のプライベートなDCでも、机上のPCでも可能です。

すると開発者は物理的なHWを持つことが可能ですか？

もしそうしたいなら。でも我々は今後のトレンドが開発でも配布でもますますクラウドへと移行していくと考えています。従って今後数年で開発者にとってクラウド中心、クラウドネイティブがゲーム開発での標準となるでしょう。

どの企業も自身のクラウド システムを開発しているように見えます。例えばOrigin クラウドがあるでしょう。しかし必要とされるインフラ 要件は、我々がここで話しているような内容を達成するには、3rd パーティには荷が重いように思えます。彼らは自身のクラウドを継続しながら、Googleのシステムを導入するでしょうか。

デベロッパーやパブリッシャーはとても賢くクラウドネイティブとなる新しいゲーム体験を達成するために必要なツールや技術について考えていると思います。しかしそれは世界中で何千ものアクセスポイントを持つデータセンターを運営することや、それらの運営に必要な莫大な投資資本とは異なるものです。Googleは今年単年でも$13Bの資本を投下しています。

それはとても巨額ですね。しかしそれでも依然としてシステムを構築しインストールするのは根本的な問題です。多分野に渡る段階的なロールアウトになるのでしょうか？

米国では全ての必要な場所に展開が終わっています。Project Streamの試験に必要な環境は2018年末には整いました。我々はGoogle社内で、Google 社員を対象に2017年の始めから2年間の間、プライベートなテストを行ってきました。2019年には米、加、西欧、英にて Permalink | 記事への反応(1) | 06:10

2019-02-06

■え？！アジャイル サムライを読んだだけの経験でアジャイル コーチを？

いやこいつ（課長）は支援 案件取れるとなるとすぐムキになるんだよ。すまんこいつにかわってあやまる！！

とある大手 SIの技術系部署でダメ社員をやっていた私に突如、そんな話が舞い込んできた。

コーチを依頼してきたのははどことは言わないが有名なインフラ企業である。

私はウォーターフォールの開発しか経験がない。

週次勉強会でネタに困り「アジャイルサムライ」の要約を話したのが良くなかったか。

話を聞けば、すでにアジャイル開発をはじめて数年のアジャイルチームで

ツール群もモダンなものを一通り使っている。

私に何ができるというのか。

役立たずとして白い目で見られる一ヶ月になることを覚悟しつつ、その日から数日間頑張って詰め込んだだけの知識で現場に向かった。

できらぁ!

実際に現場行って、状態把握と勉強する時間稼ぎのつもりでバリューストリームマッピング（現場いく直前にネットでやり方を調べた）やってみたら

実際の開発以外にかかっている稼働がそれはもうとんでもないことになっていることがわかった。

「多分いろいろ非効率だとおもうんですよぉ」とか軽口叩いてたインフラ企業のプロパーさんも顔面蒼白になるレベルだった。

結果、アジャイル開発と言われてイメージするような技術的なかっこいいことはまったくせず、

プロセスの整理と準備をちょいと自動化しただけで1スプリントあたり1日分（*メンバー人数分の人日）以上稼働が減った。

金額にしたらxxxx円である。今後、さらにこの倍以上は削減できる見込みだ。

少々居心地が悪くなるレベルの感謝をされつつ、私は現場を離れた。

下手したら、これがエンジニア人生最大の成果ということになってしまうんだろうか。

ちなみに、実際に開発されているエンジニアのレベルは日本のIT エンジニアとしては並か、それよりやや上レベルであったと思う。

開発を依頼していた大手インフラ社員さん（PO）も、メモリ2GBの仮想マシンを使えなどと言わず、高性能マシンにAWS使い放題と言っていい環境だった。

それでこれだ。なんというか、闇の深さを感じる。スクラムメンバーの皆さん、ホント疲弊してたんだな。

おわりに

働けど働けど我が暮らし楽にならないときは足元見直すといいかもしれないですね。

私も気をつけます。

Permalink | 記事への反応(1) | 21:30

2019-01-06

■自分のはてなブログにいいこと書いてんのに

さっぱり誰も読みに来なくてとても悲しい思いをする。

腹いせに増田に書き散らすとぶコメ300ついたりする。

嬉しいんだけどそれおれだよ！おれが書いたんだよっ！みんな気づいてよっ！と、とても悲しい思いをする。

ためしに増田の文末にタギングしてみた。

匿名日記でやんわり名乗る。おれなりのアナーキー。おれの生きた証。

そうするとブクマちっともつかなくて、すごいすべった感だけが残りまたとても悲しい思いをする。

なんなんだよ。くそが。こんな悲しいインターネッツがあるかよ。

こんなユーザーの悲しみも解決できなくてなにが株式会社だ。やる気あんのか。

増田と同じストリーム式の記名ダイアリー作って

Permalink | 記事への反応(4) | 20:46

2018-11-30

■パーソンズのDEAR FRIENDS

AmazonMusic Unlimitedに登録して懐かしの音楽を聴いていたらパーソンズのDEAR FRIENDSの[アルバムバージョン]が配信されていた。若い人は知らないだろうがこれはママハハ・ブキというドラマの主題歌にもなった曲で80年代を代表する曲の一つである。パーソンズはこの曲に思い入れがあるらしく今までストリーム配信をしてこなかった。ところが最近心境の変化があったのかアルバムバージョンを配信で聴くことができるようになった。良い曲なので知らない人はぜひ聴いてみてほしい。ちなみにパーソンズはDEAR FRIENDSだけの一発屋ではない。DreamersやLove Is Mysteryなどのヒット曲もあるのでそちらも合わせて聴く良いと思う。