「Stream」を含む日記 RSS

はてなキーワード: Streamとは

2019-06-06

anond:20190606095204

ソシャゲじゃない据え置きゲーム

いまはstreamでもいろいろ遊べる。

2019-04-30

もう平成も終わるし平成エロゲを語っておきたい。

何処かのweb記事があまりに酷かったので思い出に浸りたいだけなんだ。

ここ数年は年2~3本ペースなのでめっきりやらなくなってしまったけど思い出は残しておきたい。

といっても全部挙げてたらキリがないのでタイトルを見回して忘れたくは無いなあと思ったのをピックアップ。なので大作っぽいやつや有名作は入っていたりいなかったりする。

1994

野々村病院の人々

今でも探偵ものイメージはこれとEVEだと思う。

1995

同級生2

恐らくエロゲにのめり込むことになった主要因。

夢幻夜想曲

流石に昔過ぎて雰囲気の良かった作品しか憶えていない。

遺作

「猫も鳴かずば殺されまい」は憶えてた。

EVE burst error

あの犯人入力を一周目で正解できた人は居るのだろうか。

1996

悪夢 ~青い果実の散花~

当時としては珍しく確か2年ぐらい延期、しかし内容はただのCG集という散々な記憶

脅迫

対してこちらは一種の謎解きもの面白かったという。

下級生

時間を掛ければよいとは限らない。

今回調べてて一番驚いたのが、雫が96/6/26発売、痕が96/7/26発売ということ。

痕 -きずあと-

今思うとそう長くないボリュームなので密度が濃かったんだと思う。

この世の果てで恋を唄う少女YU-NO

20年越しにアニメ化されるとは誰が思ったか。名作なのに、しょうも無い規制で完全な復刻が叶わないのが残念。

放課後恋愛倶楽部恋のエチュード

自分プレーしていないが、それまでエロ系の作品しか出してこなかったブランドイメージ一新してまさかの学園恋愛ものを出すという奇抜さ、しか半年後にはエロに振った外伝的な作品放課後マニア倶楽部)を発売するという合わせ技が印象深い。

ハーレムブレイド

当時としては珍しいOP曲付き。しか86音源必須という。

1997

猟奇の檻 第2章

今思えば猟奇って程でも無かった気がするけど、バッドエンドの後味の悪さが。

ToHeart

自分にはあまり合わなかったなあ、という記憶

1998

LOVE ESCALATOR

この頃から延期のイメージが付いた。

ONE輝く季節へ

何だかんだでやりこんだからこれ系のテキストが好きなんだと思う。

With You ~みつめていたい~

決して悪くは無い、のに結局妹に人気が集中した結果を重く受け止めて欲しかった。

永遠の都 Eternal Love

もの+痕系のちょいミステリーみたいなの、だったはず。隠れた良作。

1999

加奈いもうと

テレビ番組晒し上げられた人が不憫だった。

Blow ~満ちた月、欠けた月~

後味の悪さで名を残す作品

絶望 ~青い果実の散花~

悪夢で味をしめたというかなんというか。キャラの数だけは圧倒的だと思う。

夜勤病棟

当時から人気だったけどあんシリーズ物になるとは誰が思ったか

2000

螺旋回廊

混沌とした当時のネット界隈を絡めた恐怖感の煽りが上手かった。

ゆきのかなた

シナリオは憶えてないけどOP曲は好き。

贖罪教室 ~The seven stories of sin

叙述トリックの名作……なのかもしれないし話は面白かったけど、システムフラグがあまりに酷すぎた。

果てしなく青い、この空の下で…。

爽やかな田舎での青春ものだったね。

銀色

ねこねこ出世作

発情カルテ緋色の陵辱肉玩具

二次創作的なキャラデザのせいか直前に通販限定になったという。確かマイナーキャラ最後まで元ネタ不明だったような気がする。

2001

Renaissance

インテリゲー。

さよならを教えて ~comment te dire adieu

当時の記憶ではうーん、って感じ。好きな人は好きなんだろうなって。

椿色のプリジオーネ

全く話題にも残らず隠れた良作でも無いけど、雰囲気だけは好きだった。

秋桜の空に

口コミだけで売れた佳作。バグ抱えたシステムユーザが作り直すとか後にも先にも無いんじゃあ。

君が望む永遠

この辺りから体験版が長くなっていった。

あしたの雪之丞

勢いがなくなってはいてもエルフエルフという。

灰被り姫の憂鬱

ジャンプ打ち切りエンドみたいな、ここで終わり?!みたいなのが非常に惜しい雰囲気ゲー。

Crescendo ~永遠だと思っていたあの頃~

卒業式前後ってこんな感じだった。

月陽炎 ~つきかげろう~

OP名曲な上にシナリオも非常に好み。

蜜柑

物語物語

螺旋回廊2

確かフラグ管理が独特で、直前にプレーしたルートが次のルートに反映されるという仕組みだったような。

Kasumisan# -真夏リフレイン-

隠れすぎた良作枠。

2002

僕と、僕らの夏

冬子さんルートが最高なんだよなあ。

腐り姫 ~euthanasia~

救いの無い話だった気がする。

水月 -すいげつ-

雪さん好き。

世界ノ全テ

たまソフトは良くも悪くも本作だけだった。

姉妹 ~濡れた相姦図~

当時の規制に反するために故・田所氏が独自流通販売したという記憶だけ。

魔法少女アイ2

アイは2作までだよ、3作目なんて無かったよ。OPの格好良さは異常。

人形の館 ~淫夢に抱かれたメイドたち~

かぐや出世作。やはり声優重要だったと。

ヤミと帽子と本の旅人

発売当時はワゴン行きの良作だったのに、アニメ化で火が付いたという。

2003

SNOW

kanonパクリみたいな感じで適当に作り始めたはずがそのうち本気で作ってしまったとかなんとか。言うだけあって面白かった。

私立アキハバラ学園

当時は面白かったけど今やったとしたらどう感じるだろうなと。

Clover Heart's

今でもまだ「それは、必然で偶然の出会いでした」から台詞を全パターン諳んじることができる。

2004

WW&F ~大正帝都伝奇譚~

これまたジャンプ打ち切りエンドのような最後が気になる終わり方。灰被りと同じライター作品だったはずだけど何処かで完結させて欲しい。

PARADISE LOST

厨二作品としては一番好きかも知れない。

Fate/stay night

20年近く経ってもまだシリーズやってるなんて思わなかったよね。

CARNIVAL

OP詐欺

何処へ行くの、あの日

妹ゲー枠なら一番好き。

3days -満ちてゆく刻の彼方で-

なぜ終盤がギャグになってしまったのか。

はるのあしおと

OPムービーほど本編が話題にならないけど、本編も良い意味でよく刺さる名作だよ。

瀬里奈

かぐやの名作。

六ツ星きらり

OP曲は今聴いても名曲だった。

2005

処女はお姉さまに恋してる

発売時は難民になった。

パルフェショコラ second brew~

そういえばショコラパルフェアニメ化という悲劇回避してたのは意外だった。

プリンセスうぃっちぃず

カードゲームベース魔女っ娘バトルは面白かったけど、やってる内に敵の手札を憶えてしまうという問題が。

さくらむすび

いつかフルボイス版でも良いかリメイクして欲しい。

鎖 -クサリ-

まりに悪役のキャラが立ちすぎてて人気。

群青の空を越えて

「なんでエロゲでこのジャンルをやろうと思った?」で初めて「なるほどこれはエロゲしかできないな」となるまでがテンプレ

2006

彼女たちの流儀

fripSide最初に注目された切っ掛け。

牝姫の虜 ~廃校舎の制服少女

陵辱ゲっぽく見えるものの濃厚和姦ゲとして良作。

ef - the first tale.

アニメ含め、efシリーズminori最高の作品だった。

2007

いつか、届く、あの空に。

狙ったにせよ、ここまで途中で作風が変わるシナリオも珍しい。

姫騎士アンジェリカあなたって、本当に最低の屑だわ!~

末期のシルキーズが生み出した半ばギャグに近いようなサブタイトル台詞シリーズ。独特の台詞回しと声優さんの熱演が勝利の鍵だった。

夢見師

据え置き機で出た作品が逆移植という枠。ループもので陵辱含むバッドエンドありというのはなかなか頑張ってる。

2008

Garden

誰かが、ほんの少し優しければメインヒロインにもシナリオパッチが作られただろう。でも、そうはならなかった。ならなかったんだよ。だから−−この話はここでお終いなんだ。

殻ノ少女

完結編はまだ製作中とこの前見た。

ティンクル☆くるせいだーす

当時は遊び込みました。

学園催眠隷奴 ~さっきまで、大嫌いだったはずなのに~

主人公何気に良い奴なのを含めてギャグ枠としても良作という。

ヨスガノソラ

未だに穹のグッズが出てる。

2009

星空のメモリア -Wish upon a shooting star-

伏線とその回収が非常に巧かった。

Dies iraeActa est Fabula

厨二バトルもここまで極めたら芸術だよね

2010

素晴らしき日々不連続存在

エロゲオタク達にシラノ・ド・ベルジュラックを広めた名作。

WHITE ALBUM2 ~introductory chapter~

名作のはずなのに、アニメの二期は叶わなかった。

処女はお姉さまに恋してる ~2人のエルダー~

シナリオの良いところもダメなところも1作目を踏襲してたのは笑った。

君の名残は静かに揺れて

Flyable Heartスピンアウトだけど単体でも十分楽しめるというのは凄い。

黄昏シンセミア

珍しいぐらいに正統派伝奇もので、実用的なフローチャート実装という遊びやすさは他も見習って欲しい。

2011

グリザイアの果実 -LE FRUIT DE LA GRISAIA-

え、ついこの前までアニメやってなかった?そんな昔だっけ?

穢翼のユースティア

従来の作風から離れ、ダーク路線作品への挑戦は高く評価したい。

sisters ~夏の最後の日~

これまた延期に延期を重ねたのはいいとして。シナリオは無いに等しいと言うよりも、読解力・想像力を求められすぎる。

晴れときどきお天気雨

修羅場嫉妬シーンは大好きです。

2012

はるまで、くるる。

体験版で期待を勝ち取った良作。

ものべの -monobeno-

シナリオに全く期待できない炉理ゲーと見せかけて伝奇ものとしてもある程度楽しめるという意外性は記憶に残った。

古色迷宮輪舞曲 ~HISTOIRE DE DESTIN~

YU-NOフォロワの中では尤もよくできた作品では。あまりに高難易度理不尽の域に達しそうな仕掛けは不親切だがシステムと高次に融合するシナリオはやはり面白い。

月に寄りそう乙女の作法

また安易男の娘ものか、と思わせてきっちり人気シリーズにしてしまNavel底力

ティンクル☆くるせいだーす Passion Star Stream

ラストバトルの盛り上がりは最高。

2013

ハピメア

作品によってブレが大きく、また単体作品としても完成度が惜しかったpurpleが本気になったのはここからだと思う。

シナリオエロ含めての良作。

君と彼女と彼女の恋。

非常に仕掛けが凝った怪作。仕掛けやフラグが多数ありすぎて自力で見るのはやりこんだ人だけ、というのもこの作品のコンセプトを考えると面白いところ。

大図書館の羊飼い

8月が他の学園モノに差を付けられるのは、やはりキャラを脇役に至るまできちんと立たせることができる点だと教えてくれる。

2014

12の月のイヴ

面倒くさいヒロインが大好きなので、コンプレックスとか色んなものに思い悩むヒロインが超可愛い。好き。

Clover Day's

Clover Heart's好きだったし期待してたのに、どうにも合わなくてなんでだろうと考えてたら自分自身の好みが変化してしまったという結論に達して哀しくなった思い出。

2015

ソレヨリノ前奏

夏ペル以降のminori作品の中では一歩抜きん出てる良作。主人公を理詰めで責めて振るヒロイン最高でしょ。

2016

トメドメイン

男の娘主人公ものって女装してる時は去勢されたかのようになるくせに突然ベッドヤクザという一種テンプレが成立してたので、普段から性欲と自分の姿のギャップに思い悩むのは良い試み。


ここ最近のだと、nineとかやってるけどあれはまだ完結してないし…… FLOWERS面白かったけど全年齢だし、で多分こんなところ。

2019-04-03

世界で一番くだらなくて不要情報だが書いておく

> ・あいつはしょっちゅうやってたから知ってる人は俺以外にもいるよ

とあったので、書いておく。

乱文で申し訳ない。

 

えがみとかいう、ちょっとお騒がせなユーザがいて、はてな話題になっていたのは事実

IDは忘れた。たぶん、meganeouとかmeganeohとかそんな感じ。

 

メガネ王、えがちゃん非モテ、あたりが検索キーワード2011年位らしい(知らん)

はてな界隈で炎上を繰り返して有名になり、

twitterで暴れ、なんとかタイムスとかいネットメディア編集長になった(と自称していた気がする、実態は知らない)

そこをクビになったあと、最終的に政治家になるとかなんとかで、その後は知らない。

再三、悪い意味話題になっていたユーザだったと記憶している。

ネットメディアをクビになった経緯は、twitter流行り、

ダダ漏れ」「ノマド」とかい概念流行したのと何か関係があったように記憶している。

 

おそらく、twitterstream中継の技術流行し、

従来メディアの代わりに、ダダ漏れによって誰でもがメディアになる時代が到来するかも!

ネット界隈で盛り上がったが、メガネ王がやらかしたことを契機に、

ダダ漏れってやっぱダメだわ。従来メディア必要だな、と旧メディアが見直されるきっかけになったとかなんとか。 

ググれば大量にそれらしき形跡がはてな等に残っていると思う。

 

彼が増田なりすましなどという何の特もしない行為をしていたかについては、私は知らない。

ただ、注目を集めるためにはどんな馬鹿たことでもするような人であるようには見えた。

 

くだらない昔話でした。

 

https://anond.hatelabo.jp/20190401175211

2019-03-25

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

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


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

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

違います

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

そうです。

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

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

それが今起こっている?

はい

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

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

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

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

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

その通りです。それこそが我々のプラットフォーム根本的な差別化ポイントです。既存ゲームカタログを持つデベロッパにとってStadia簡単で親しみ易いものです。我々はできる限り摩擦なくゲーム移植を行えるようにします。なぜならゲーマーは好きなゲームを遊びたいですし、彼らの愛するキャラクターストーリー世界を楽しみたいのです。しかし我々はまた開発者未来を描く新しいキャンバスをも提供します。ゲームを高速に配布し、プレーヤーと新しい手段で、特に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が何年もかけて開発してきたスキルであり、抜本的なスケールする能力です。我々がどうやって実現しているのか、何をしてきたかについては今日は詳細にはお話しません。しかGMailMapYoutubeが同時に利用可能であるためと同じ基本的技術のいくつかが我々が依るものです。


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

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

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

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

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

単一インスタンスです。

NVIDIAGPUですか?

AMDです。

カスタムGPUだと思います

カスタムGPUです。

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

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

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

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

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

シェーダコンパイラツールをいくつか開発しました。これらは開発を楽にするでしょう。しか現在GPUはとても優れており開発者が既にVulkanに親しんでいれば、例えばid Softwareさんは既に全てVulkanに移行していますが、そのような開発者の方々には既存ゲームをStadia移植するのはとても簡単です。Doom Eternal4K、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が一緒に実行されるデモを行っています。私は上限が無いとは申しません。しかし我々は技術上の限界を上げています。そしてStadiaは静的なプラットフォームではありません。このプラットフォームは5年や6年の間、レベルが変わらない訳ではありません。開発者プレーヤー要求に従い、成長し、進化するプラットフォームです。なぜならStadiaデータセンタの中に構築されています進化させるのは我々にとって簡単なことです。

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

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

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

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


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

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

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

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

1080p60は低くなる・・・

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

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

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

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との統合について教えて下さい。

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

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

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

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

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

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

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

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

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

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

アカウントシステムベースYoutubeですか?

Googleアカウントの一部です。従ってGMailアカウントがStadiaへのログインに利用できます。他の基盤についても説明させて下さい。最初サービス立ち上げから全ての画面への対応を行いますTVPCラップトップタブレット携帯です。我々のプラットフォームの基本は画面に依存しないことです。これまで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はスマホから命令のみ受けます画像NetflixYoutubeから直接受け取ります。Stadia場合、StadiaコントローラからChromecastへとこのゲームインスタンスへと接続せよと命令がなされ、Chromecastはゲームインスタンスから動画ストリームを受け取りますクライアントはとてもシンプルです。行うのはネットワーク接続ビデオと音声のデコードのみです。Chromecastは入力を処理しません。全て入力コントローラが扱いますビデオと音声とネットワーク接続Chromecastの基本動作で全て既に組込まれています

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

米国では全ての必要場所に展開が終わっています。Project Stream試験必要環境2018年末には整いました。我々はGoogle社内で、Google社員対象2017年の始めから2年間の間、プライベートテストを行ってきました。2019年には米、加、西欧、英にて このエントリーをはてなブックマークに追加ツイートシェア

2019-03-21

Stadiaの話

  1. テレビを壁掛けにしていて、ゲーム機を近くに置きたくない人には、テレビだけでゲームができるので良い。
  2. 家庭用ゲームを触っている間は、Googleユーザー行動を追跡しにくかったが追跡できるようになる。また広告ユーザーに見せる時間が増える。
  3. ユーザーの端末更新頻度を考えなくて良くなる。運営費広告費でサーバー側を増強するだけのお金が出れば、最新技術を使ったゲームが出せる。家庭用ゲーム機のように排熱や騒音や大きさを気にしなくてよい。
  4. 非公開ハードウェアも裏で勝手に試せる。GPUではなくレイトレ専用ハードがついている未来もある。
  5. スマフォ代+通信費電気代をユーザー側が負担しているのは変わらない
  6. ゲームを共有できるというが、よくある実況してる姿を映して合成して配信するというのには対応していない。
  7. コードネームYeti、「Project Stream」を経由して名前が変わった。
  8. ゲーム以外にも、低レイテンシ必要な箇所には応用先は増える可能性がある。医療とか。
  9. Netflixを目指すのであれば、ユーザーが消費しきれないくらい、次々と新作を出さなければならない。だがオリジナルゲームGoogleは全力では作らない。
  10. PS Now知名度が低いのは、プラットフォームに乗っかってお金が儲かりそうにないから。Googleはどうやってプラットフォームの上でお金が儲かりそうな雰囲気を出せるか。

2019-03-04

Warning (2): require_once(OpenIdAuth.php) [function.require-once]: failed to open stream: No such file or directory [APP/Controller/Component/DAuthComponent.php, line 7]
Code Context
App::uses('CakeSession', 'Model/Datasource');

require_once "OpenIdAuth.php";
$className = 'DAuthComponent'
$parts = array(
	(int) 0 => 'Controller/Component'
)
$plugin = null
$package = 'Controller/Component'
$file = '/home/user/ssdsw468/dmall/app/Controller/Component/DAuthComponent.php'
require_once - APP/Controller/Component/DAuthComponent.php, line 7
include - APP/Controller/Component/DAuthComponent.php, line 7
App::load() - CORE/Cake/Core/App.php, line 545
spl_autoload_call - [internal], line ??
class_exists - [internal], line ??
ComponentCollection::load() - CORE/Cake/Controller/ComponentCollection.php, line 110
ComponentCollection::init() - CORE/Cake/Controller/ComponentCollection.php, line 53
Controller::constructClasses() - CORE/Cake/Controller/Controller.php, line 643
CakeErrorController::__construct() - CORE/Cake/Controller/CakeErrorController.php, line 47
ExceptionRenderer::_getController() - CORE/Cake/Error/ExceptionRenderer.php, line 154
ExceptionRenderer::__construct() - CORE/Cake/Error/ExceptionRenderer.php, line 92
ErrorHandler::handleException() - CORE/Cake/Error/ErrorHandler.php, line 119
[main] - [internal], line ??

Fatal error: require_once() [function.require]: Failed opening required 'OpenIdAuth.php' (include_path='/home/user/ssdsw468/dmall/lib:.:/usr/share/pear:/usr/share/php') in /home/user/ssdsw468/dmall/app/Controller/Component/DAuthComponent.php on line 7

2019-01-30

PVごっこはいいぞ

もう一度言う。PVごっこはいいぞ。

どんだけいいか、おれの経験をもとに少し書かせてもらおう。

おれがこの遊びを編み出したのはとある国に留学してた時。大きな湖のそばにある街で、とにかく散歩が楽しかった。

晴れた日にはポルノグラフィティの「World Saturday Graffitti」を

寒い朝カフェではUnchainの「Until dawn」を

学校終わりに寄った昼下がりの中心街ではFozztoneの「Jaguar in the stream「を

なんでもいい。その時の気分に合う曲をかけて、まるで自分がその曲のPVを演じてるかのように、時には口パクなんかしちゃったりするのだ。その曲に対するイメージを存分に出してやるのだ。これがなかなかにハマる。浸りたい気分にズブズブにはまれる。ところがある日、そんなおれの楽しみがふっつり消える。

女人禁制の我らがホーム(当時留学生何人かと一緒にホームティしていた)に女の子がやってきた。それも日本人の。

お互いに留学環境を楽しんでいる身ではあったが、そりゃ日本語の方が考えを素直に発信できるわけで。おれらは久しぶりに味わう自分気持ちを存分に言葉にできる楽しみに浸り、毎夜散歩をして、語り合った。友達バーに行かない時にPVごっこをしていた時間はすべて必然とこの”発散”に費やされた。

時に彼女の部屋の鍵をこじ開けようとする他の留学生を追い出したり、彼女に猛アピールしかけるブラジル人をどう撒くか2人で作戦会議したり、深夜にふらりと散歩して、街道沿いのドーナツ屋でおしゃべりしたり。そんないまだになんていえばいいのかわからない日にも終わりがくる。

彼女が遠いヨーロッパに発つ前夜、おれらはリビングでひたすらコーヒーを飲んで、お絵かき大会をして、気づいたら空は明るくなっていた。昼にでかいキャリーバック抱えて出発。小さい体してるくせになんてでかいもんもってるんだか。からかいながらバスに乗る。空港までは電車バスを乗り継いで1時間半くらい。バスから見える景色がどんどん寂しいものになってく。彼女の白いキャリーバックが夕日にすっかり染まってたのを覚えてる。お互いなんも喋らなかった。いままであんなに話題尽きなかったのに。

「やっぱずっとここにいようかなあ」

聞こえないふりをした。

ここにずっと留まってちゃだめだから、笑って送りだそうってずっと決めてた。ゲートでハグして、楽しんできてねー!なんてせっかく明るく振舞ってんのに、結局あの子は泣いた。ぐずぐずに泣いて、行きたくないダダをこねるあの子を、行きゃ変わるからって無理やり送り出した。何度も何度もぐしゃぐしゃの顔で振り返るあの子に大きく手を振った。ゲートの係員が、本当に送り出しちまうのかい?と話しかけてきた。留学して初の苦笑いで返した。

帰ったらやることは一つだった。夜の散歩をしようと思った。いつもおしゃべりして歩いたあのコースを、あのドーナツ屋までやけに遠回りの道を、今日から1人で散歩するんだ。手が寒くて、ポッケに突っ込んだ手にイヤホンが触れた。耳に差し込んだイヤホンから曲が流れてきた。自然と口が歌詞をなぞる。

旅立つ空に出会いと別れ

青春の日々全てを描き

いつか互いに大きな花を

きれいな花を咲かせまた共に笑おう

濡れた頬に当たったあの北風のするどい痛みを、おれは忘れない。

PVごっこはいいぞ。

2018-11-24

適当変数名でもいいじゃない

変数名は必ず意味のあるものにすべし。みたいなのあるけど、意味を与える必要がない場合もあるんじゃないかと思うわけよ。

 

例えばreturn用の変数

List<Item> getCheckedList(List<Item> itemList){
    List<Item> checkedList = new ArrayList<>();
    for(Item item: itemList){
        if(item.isChecked()){
            checkedList.add(item);
        }
    }
    return checkedList;
}

"return用"ということが分かれば良いと思うのだが、それが何か分かる変数名にしろという。

getCheckedListがcheckedListを返すって、わざわざ書かないと分からいか

 

分かってる、Stream使って書けるって言うんだろ。

List<Item> getCheckedList(List<Item> itemList){
    return itemList.stream().filter(Item::isChecked).Collect(Collectors.toList())
}

これで分かるんだったら、元のやつでも変数名が何であれ理解できるはずでは?

 

 

結構あるんだよね。前者のコードみたいに、本当は変数を用意したくないんだけど、仕方なく、一時的な入れ物として変数を作るとき

本当は変数にしたくないし、streamAPIみたいに余計な変数を減らせる仕組みが増えていくのは有り難い。

 

こういう変数名って付けるの悩むし、結局レビューとかしても「うーん、じゃそうする?」みたいな感じの名前しかならない。

そういうのはさ、適当でもいいんじゃないかな。

2018-07-27

[]2018年7月26日木曜日増田

時間記事文字数文字数平均文字数中央値
009912621127.540
01587123122.848.5
0216130381.423.5
03182228123.875.5
04121641136.872.5
05101218121.847
06184742263.464
07294001138.0102
0849342769.934
0991697476.637
10110959487.236.5
11133718554.032
121831048857.334
131751315475.235
1470629890.029
151401074976.835
1688594267.546
17121809666.936
189510701112.640
196710255153.146
2087869099.936
21115959183.431
221671416684.839
232502325193.032.5
1日220119343887.936

頻出名詞 ()内の数字単語が含まれ記事

人(196), 自分(138), 増田(99), 今(91), 子供(87), 女(83), 話(82), 男(77), 人間(73), 問題(65), 日本(59), 仕事(59), 必要(56), あと(54), 気(53), 前(52), ー(51), 相手(51), 差別(47), 意味(47), 感じ(46), 普通(45), 結婚(45), 金(44), 関係(41), 好き(38), 時間(37), 社会(36), ダメ(34), 大学(32), 気持ち(32), 理由(31), 言葉(31), 結果(30), 今日(30), 最初(29), じゃなくて(29), 理解(29), 頭(28), 全部(28), 結局(27), 女性(27), 一番(26), 世界(26), 会社(26), 時代(26), しない(26), 親(26), 一人(25), 生産性(25), 一緒(25), 他人(25), 人生(24), 他(24), 絶対(24), 説明(24), 最近(23), 内容(23), 手(23), 先生(23), 別(23), 国(23), 心(23), 文章(22), 嫌(22), お金(22), 一つ(22), 場合(22), 本人(22), アニメ(21), 毎日(21), ネット(21), 誰か(21), 目(21), 状況(20), レベル(20), 意識(20), 性格(20), しよう(20), 可能性(19), 正直(19), 存在(19), 感情(19), 勝手(19), 世の中(19), 周り(19), 無理(19), ネタ(18), 大変(18), 逆(18), 疑問(18), 夜(18), 出産(18), 少子化(18), 現実(17), 幸せ(17), 立場(17), 状態(17), 家(17), オタク(17), 議論(17), 生活(17), 朝(17), 声(17), 下(17), ポリコレ(17), 場所(17), 男女(17), 嘘(17)

頻出固有名詞 ()内の数字単語が含まれ記事

増田(99), 日本(59), じゃなくて(29), 生産性(25), 可能性(19), ポリコレ(17), 被害者(15), 元増田(15), …。(15), アクエリアス(14), なのか(13), 熱中症(13), はあちゅう(12), カス(12), ヘイトスピーチ(11), Twitter(11), アメリカ(11), LGBT(11), アレ(10), マジで(10), スマホ(10), 東京(9), ブコメ(9), 社会的(9), はてブ(9), いない(9), 中国(9), ???(8), プリキュア(8), twitter(8), 金(8), いいんじゃない(8), 個人的(8), AI(8), アプリ(8), 社会人(8), 杉田水脈(8), イケメン(7), SNS(7), ぶっちゃけ(7), ウザ(7), 障害者(6), 何度(6), 一緒に(6), なんだろう(6), 一般的(6), 寿司屋(6), 3人(6), hagex(6), 20代(6), w(6), 好きな人(6), 加害者(6), ある意味(6), 普通に(6), 高齢者(6), あいつら(6), な!(6), 基本的(6), 二次創作(6), 具体的(6), 死刑執行(6), ブクマ(6), 毎日(6), オカマ(6), 10人(5), ツイート(5), ツイッター(5), Wikipedia(5), 健常者(5), セフレ(5), 大学教員(5), 1日(5), 笑(5), 1年(5), 2ch(5), 安楽死(5), youtube(5), ニート(5), wiki(5), 現代日本(5), にも(5), わからん(5), 仕方がない(5), トラバ(5), ガルパン(5), 一年(5), イラ(5), 自然科学(5), 主義者(5), 韓国(5), 関東(5), 数年(5), おまえら(5), 自民(5), 自己責任(5), 1時間(5), STREAM(4), 発達障害(4), あるじゃん(4), HD(4), 無知のヴェール(4), 価値観(4), LINE(4), ベジタリアン(4), a(4), お仕事(4), お客さん(4), 分からん(4), おちんちん(4), アラフォー(4), 効率的(4), 涙(4), ブログ(4), ありません(4), 出生率(4), フェミ(4), なんの(4), article(4), 女性向け(4), いいじゃない(4), 就活(4), はてなー(4), OK(4), wikipedia(4), この国(4), -3(4), 知らんけど(4), ニトリ(4), s(4), JK(4), 自民党(4), nalehko(4), 筋トレ(4), 麻原(4), 相対的(4), NG(4), アイマス(4), 1回(4), ワイ(4), 誕生日(4), 24時間(4), 30年(4), AD(4), ω(4), 博多(4), hatena(4), 性的指向(4), 途上国(4), 自己顕示欲(4), バッティングセンター(4), 昭和(4), 2018年(4), ヤバい(4), 名誉毀損(4), セクシャリティ(4), クスリ(4), 米国(4), 30分(4), 社会保障(4), ヘイト(4), 注意喚起(4)

投稿警察もどき日中に再投稿された本文の先頭20文字 ()内の数字投稿された回数

うんち (12), で? (3), コロ助「EFBE8AEFBE9EEF(2), まさに天職だな (2), はい、またロジハラ正論いうやつは(2), レッツゴー病院 (2), 素直に亜鉛クランベリーでも摂ればい(2), 自衛隊病院無料なんだろ? (2)

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

無印良品の98%いらない説 /20180725214148(11), ■今日も女はアクエリアス /20180726112624(11), ■結局は他人事なんだな /20180725235819(10), ■オリンピック成功させる為には何が必要ですか? /20180726150947(10), ■寂しいときってどうしてるの? /20180726114740(9), ■結局今後のニッポンで生きていくにはどうしたらいいの? /20180726183605(9), ■なんで年寄り長生きしたがるの? /20180726202819(8), ■お前ら日本大学入試の難しさを過小評価しすぎ /20180725160741(8), ■特定の人をイラつかせたり、不特定多数不快にさせるネタ無限に思いつく /20180726205956(8), ■anond20180726234906 /20180726235149(8), ■ハクビシンがでた /20180725221949(7), ■婚約したよーーーー!! /20180725182919(6), ■給食によく出てくる「うま煮」が謎だった /20180726120759(6), ■ /20180726163157(6), ■anond20180726125620 /20180726125849(5), ■anond20180726095411 /20180726100213(5), ■はてな陰キャラども私を祝え /20180726142410(5), ■リベラルだけど杉田水脈氏を擁護する /20180726225517(5), ■ /20180726121551(5), ■「寿司屋の」とつけるとなんでもこだわりの一品に聞こえてズルい /20180726172244(5), ■ /20180726132112(5), ■anond20180726205956 /20180726221158(5)

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

5436627(1990)

2018-07-22

What lies beyond the furthest reaches of the sky?

That which leads the lost child back its mother's arms...

Exile.

The waves that stain the land in gold;

The breath of blessings that natures life; the land of wheat;

The path upon which the angels walk;

Thou art the path of great winds; the Grand Stream.

What lies beyond the furthest reaches of memory?

Where everything is born and to where everything returns; the blue star.

From the line of "Last Exile".

2018-05-26

By Lick Watermelon May 25, 2018 588 米国驚愕法案下院を通過した。その名も「国民死刑制度」だ。これは相次ぐ銃犯罪への対抗策として提出された一連の法案の一部で、この法案国民は誰でも任意相手死刑にできるという衝撃の内容だ。法案を提出した野党連合代表ロバートエリクソン議員は「アメリカ潜在的世界中の銃犯罪の温床になってきました。国民銃社会を脱却するときに来ています。銃に代わって国民を守るのがこの法案です」と語る。同制度では各州政府に設置される投票箱にアメリカ人の氏名・年齢・住所・職業などを記入して投函すると、アイデンティティ確認された人物を無条件に死刑にできる。在職中のアメリカ大統領および議会議員など任期中の執行猶予されるというが、例外は一切認められていない。エリクソン議員によれば「現在では読み書きができれば銃を手に入れ、任意人物を射殺することができますが、実際には銃撃によって国民が半減するには至っていません。この制度でも同様の難しさであらゆる人物排除できますが、相互の信頼と隣人愛が正しく機能していれば乱用される事例は起こらないはずです」とのこと。また、執行事務処理などを経て早くて1週間程度を要すると見積もられている。

全文→https://www.nytimes.com/2018/05/25/us/politics/banks-gun-sales-republicans.html?rref=collection%2Fsectioncollection%2Fpolitics&action=click&contentCollection=politics&region=stream&module=stream_unit&version=latest&contentPlacement=3&pgtype=sectionfront

増田動画スパム?対応ブロックリスト

anond:20180523222112 参照

uBlock Originで試したがAdBlock Plusとその派生アドオンなら使えるのではないだろうか。

anond.hatelabo.jp##div.section:has(a[href*="zendesk.com"])

anond.hatelabo.jp##div.section:has(a[href*="m.vk.com"])

anond.hatelabo.jp##div.section:has(a[href*="/vk.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.benvitec.be"])

anond.hatelabo.jp##div.section:has(a[href*="www.rowan.edu"])

anond.hatelabo.jp##div.section:has(a[href*="www.footbie.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.onroerenderfgoedprijs.be"])

anond.hatelabo.jp##div.section:has(a[href*="www.srk.nl"])

anond.hatelabo.jp##div.section:has(a[href*="casinocopenhagen.dk"])

anond.hatelabo.jp##div.section:has(a[href*="cityclimateplanner.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.merelbeke.be"])

anond.hatelabo.jp##div.section:has(a[href*="www.ravagochemicals.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.linux.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.africa24tv.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.wijkraadkleverpark.nl"])

anond.hatelabo.jp##div.section:has(a[href*="www.elan-ausy.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.securitytrust.it"])

anond.hatelabo.jp##div.section:has(a[href*="www.hematologienederland.nl"])

anond.hatelabo.jp##div.section:has(a[href*="www.inqaahe.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.peacefirst.org"])

anond.hatelabo.jp##div.section:has(a[href*="/ki.se"])

anond.hatelabo.jp##div.section:has(a[href*="www.cnb.avocat.fr"])

anond.hatelabo.jp##div.section:has(a[href*="durbuysel.be"])

anond.hatelabo.jp##div.section:has(a[href*="elpdesk.nanoleaf.me"])

anond.hatelabo.jp##div.section:has(a[href*="akh-h.de"])

anond.hatelabo.jp##div.section:has(a[href*="dgs-interparts.be"])

anond.hatelabo.jp##div.section:has(a[href*="upport.qriscloud.org.au"])

anond.hatelabo.jp##div.section:has(a[href*="usaidlearninglab.org"])

anond.hatelabo.jp##div.section:has(a[href*="visit-nieuwpoort.be"])

anond.hatelabo.jp##div.section:has(a[href*="www.rogueclimate.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.roguecu.org"])

anond.hatelabo.jp##div.section:has(a[href*="/events.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.maisonsdenfrance-massifcentral.fr"])

anond.hatelabo.jp##div.section:has(a[href*="www.marinifc.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.namimendocino.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.nre.dk"])

anond.hatelabo.jp##div.section:has(a[href*="www.objectifsantetravail.fr"])

anond.hatelabo.jp##div.section:has(a[href*="www.ochaopt.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.padovauniversitypress.it"])

anond.hatelabo.jp##div.section:has(a[href*="www.sgr18.be"])

anond.hatelabo.jp##div.section:has(a[href*="www.wtbeerse.be"])

anond.hatelabo.jp##div.section:has(a[href*="www.gasmuseet.dk"])

anond.hatelabo.jp##div.section:has(a[href*="avesargentinas.org.ar"])

anond.hatelabo.jp##div.section:has(a[href*="casinoodense.dk"])

anond.hatelabo.jp##div.section:has(a[href*="club.alanseiden.com"])

anond.hatelabo.jp##div.section:has(a[href*="cursor-prod.s3.eu-central-1.amazonaws.com"])

anond.hatelabo.jp##div.section:has(a[href*="helpcenter.blackvue.com"])

anond.hatelabo.jp##div.section:has(a[href*="help.otoy.com"])

anond.hatelabo.jp##div.section:has(a[href*="help.trinetcloud.com"])

anond.hatelabo.jp##div.section:has(a[href*="en.unesco.org"])

anond.hatelabo.jp##div.section:has(a[href*="festspillnn.no"])

anond.hatelabo.jp##div.section:has(a[href*="globegazette.com"])

anond.hatelabo.jp##div.section:has(a[href*="/rib.com"])

anond.hatelabo.jp##div.section:has(a[href*="rogueclimate.org"])

anond.hatelabo.jp##div.section:has(a[href*="support.dronesmadeeasy.com"])

anond.hatelabo.jp##div.section:has(a[href*="support.hammerhead.io"])

anond.hatelabo.jp##div.section:has(a[href*="support.hike.in"])

anond.hatelabo.jp##div.section:has(a[href*="support.jumpdesktop.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.cohenmilstein.com"])

anond.hatelabo.jp##div.section:has(a[href*="2kmtcentral.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.globalinnovationexchange.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.hasselt.be"])

anond.hatelabo.jp##div.section:has(a[href*="www.konoconsultants.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.ladowntownnews.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.la-rse-pour-tous.org"])

anond.hatelabo.jp##div.section:has(a[href*="over-blog.com"])

anond.hatelabo.jp##div.section:has(a[href*="live-match-direct.hatenadiary.com"])

anond.hatelabo.jp##div.section:has(a[href*="dailypost.vu"])

anond.hatelabo.jp##div.section:has(a[href*="ifthenisnow.eu"])

anond.hatelabo.jp##div.section:has(a[href*="townnews365.com"])

anond.hatelabo.jp##div.section:has(a[href*="vangreens.ca"])

anond.hatelabo.jp##div.section:has(a[href*="www.scout.org"])

anond.hatelabo.jp##div.section:has(a[href*="www.xing.com"])

anond.hatelabo.jp##div.section:has(a[href*="harryforstatedelegate.com"])

anond.hatelabo.jp##div.section:has(a[href*="matchgolive.blogspot.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.ilwomenincannabis.org"])

anond.hatelabo.jp##div.section:has(a[href*="support.perkspot.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.lwn.org.uk"])

anond.hatelabo.jp##div.section:has(a[href*="www.eau-artois-picardie.fr"])

anond.hatelabo.jp##div.section:has(a[href*="live-stream"])

anond.hatelabo.jp##div.section:has(a[href*="livestream"])

anond.hatelabo.jp##div.section:has(a[href*="footlive"])

anond.hatelabo.jp##div.section:has(a[href*="bozemandailychronicle.com"])

anond.hatelabo.jp##div.section:has(a[href*="www.urbanbees.eu"])

anond.hatelabo.jp##div.section:has(a[href*="euro-math-soc.eu"])

2018-06-12データ追加

人畜無害そうな.orgドメインもあるけれど、例えばUNESCO.orgだとこんなところにリンクが張られていてやっぱり怪しい。

ttps://en.unesco.org/creativity/sites/creativity/files/webform/article21_event_files/livestream-tv-lazio-udinese-diretta-streaming-gratis-live-sky-sport-24-gennaio-2018.pdf

UNESCOまでブロックするのはしのびない気はする。パスまで含めて絞り込んだほうが良いのかも。

2018-05-21

anond:20180519125910

権利者が決めること。以上。

統一的に決めて、何も考えてない自分も甘い汁据えるような枠組みを作ってくれってのは通らないよ。

まだだいぶ試行錯誤な段階だから、先鋭的なところが自分の身を傷つけるの覚悟でいろいろやってみて、取捨選択していい枠組みを作っていくということだろうね。

先鋭的なところがこれ以上独走できないために枠をはめようなんての通らない。

で、そもそも人気の基準が、ネットでの露出度になった以上、二次創作ガイドラインつきコンテンツの独走になってる。(東方ボカロ艦これfate刀剣乱舞

ただ、ちょっとお絵かき楽しすに金払え+申請しろというのは通らない。許諾の枠組みができたが、もう全く見向きもされなくなってるのがJASRAC曲の二次創作だな。

同人誌であれば緩いからある程度マルチジャンルだが、音楽二次創作東方艦これ以外ほぼ絶滅状態なのは見ての通りだろう。(ボカロあくまオリジナルだし)

そして、昔は東方だけだったが、そこそこ二次創作ガイドライン付きコンテンツも増えてきた。とすると、その中での競争も始まってる。もうそんな時代

東方STREAMLINE上での使用許可を出した。金が絡んでるからまあ、本家サイドにもいくらかは回ってるだろう。

でも、この辺りも極力二次創作者に負担がかからないような枠組みでやっている。

で、商売をやるうえで、いちばんは「顧客の満足をどうやって満たすか」なんだよね。法律でこうだから取れる取れないじゃなくて。

この場合客は2つある。二次創作者と、エンドユーザー

二次創作者が楽にいいものを作れるようにして、露出を増やし、エンドユーザーへの波及を図る。

東方は正直二次創作者が創作を楽しんでほしいという気持ちけがスタートだったのかもしれん。

そこで二次創作者が使いやすいようにしたか二次創作者がふえ、エンドユーザーまで波及するというモデルになった。

結果的には二次創作者を利用した露出を増やさんと人気が出ない時代になった。

正直、創作だけじゃなくて、日本商売全般として「客をどう満足させるか」ではなく「ここはもうかるはずだから出ていく」みたいなとこがある。

で、自己満足顧客に使いにくいものばかりを作って、黒船突撃しきて日本勢全滅みたいになってる。

ただ、今回の黒船東方だったってこと。黒船も万全とは言えないけどね。下らん喧嘩コンテンツ全部をだめにした動物みたいな例もあるし。

動物典型的な「ここはもうかるはずだから出ていく」で顧客ガン無視でのごちゃごちゃだ。

東方もうまく立ち回らんと下らん喧嘩コンテンツ全部をだめにするリスクはまだまだあると思う。

もちろん、ほかの2次創作ガイドライン付きコンテンツもね。まだネット時代黎明期だというのは感じる。

あれだよ、元増田はもう空母時代二次創作者という艦載機を含めての時代)になってるのに、戦艦排水量制限を設けようとか言ってるようなもの

どういう許可の出し方をするかも含めての競争になってるの。

2018-05-17

TwitterUser Stream API廃止の件

サードパーティアプリのおかげでTwitterが盛り上がったのに」ってコメント毎度付くけど、

その盛り上がりってTwitterけが赤字出して支えなきゃならんものなんですかね?

2018-04-23

[]2018年4月22日日曜日増田

時間記事文字数文字数平均文字数中央値
0010312094117.464
0182587471.649
02428163194.4127
03193758197.8129
041568145.424
05101005100.553.5
06123242270.293
07324611144.185.5
08548681160.859
09678342124.553
101221202898.653
1110611094104.753
121451166380.451
1313316021120.559
14105882284.043
1511315942141.157
161401243288.857
171211036985.756
189910521106.357
1916117080106.160
201111058795.451
2112915128117.360
222372079187.754
2317920198112.851
1日2337249127106.655

頻出名詞

人(266), 自分(195), 話(127), 増田(94), 今(92), セクハラ(90), 女(82), 好き(77), 前(76), https(72), 問題(71), com(68), 関係(68), ー(67), 同じ(67), 日本(66), 現金(64), 人間(62), あと(60), 女性(60), 仕事(58), 社会(58), 男(58), カード(58), 普通(57), 相手(57), 気(55), 電子(54), 気持ち(53), 感じ(52), 必要(49), 最近(47), 時間(47), 会社(46), 結婚(46), 意味(44), ネット(44), 言葉(44), 子供(42), 場合(42), こんな(42), 可能(41), 結局(41), 理由(41), 頭(41), 男性(40), 本(39), 金(38), zendesk(35), hc(35), community(35), レベル(35), posts(35), 嫌(34), 他(34), 書籍(34), ゲーム(33), オタク(33), 目(33), 結果(33), 生活(32), 安倍(32), アニメ(32), 世界(32), 理解(32), 被害(32), 最初(32), 今日(31), 日(31), ~(30), 時代(30), 仕方(29), 家(28), 手(28), いいん(28), 個人(27), セックス(27), 絶対(27), 発言(27), おっさん(27), 状況(27), 行為(26), スマホ(26), 紙(26), en(26), 昔(26), 状態(26), 存在(26), 全部(26), 差別(25), 逆(25), 判断(25), 意見(25), 内容(25), 無理(24), 他人(24), 国(24), 大学(24), 犯罪(24), http(24)

頻出固有名詞

増田(94), 日本(66), 安倍(32), 日(31), キモ(22), nl(22), airhelp(22), 自衛隊(15), 東京(13), 自民党(12), chupamobile(12), direct(11), twitter(11), 中国(10), 財務省(10), Direct(9), 民主党(9), transmisi(9), DIRECTO(9), status(9), metoo(8), 麻生(8), ワイ(8), アメリカ(7), vs(7), 福田(7), 米(7), EN(7), Gratuit(6), En(6), Live(6), 万葉集(6), ー(6), ATM(6), uzivo(6), 池袋(5), 充(5), STREAMING(5), match(5), php(5), Twitter(5), narraci(5), stream(5), gratuit(5), LINE(5), Livestream(5), Avril(5), HD(5), showthread(5), HTV(5)

2018-04-07

[]2018年4月6日金曜日増田

時間記事文字数文字数平均文字数中央値
00959558100.644
01517557148.250
02263626139.536
032912490430.7315
04165518344.9147.5
05141411100.872.5
06743061.438
07283938140.674
08568156145.677
0911212819114.561.5
109410085107.350.5
111741561389.747
12129998977.450
132391554765.144
1411513037113.446
1513216632126.046
161611312681.541
1711014171128.845.5
18104835480.337
19107963290.041
20111901481.245
211531479796.748
22126905571.937.5
23102802278.643
1日2291232577101.546

頻出名詞

人(234), 自分(154), 増田(105), 今(96), 話(94), 女性(88), 男(76), https(73), 女(72), ー(69), 仕事(68), 前(67), 関係(64), 普通(64), 日本(60), 人間(59), 同じ(56), 好き(54), com(53), 問題(53), 意味(51), 必要(51), 時間(47), 会社(45), 感じ(45), 気持ち(45), 相手(45), 子供(45), あと(45), 気(41), 最近(41), 社会(39), posts(38), community(38), hc(38), en(37), us(36), 男性(36), 目(35), ゴミ(35), 理解(35), 金(34), 子(33), 他(32), 理由(32), 全部(32), 言葉(31), 時代(30), 国(30), 個人(30), 結婚(29), 生活(29), 相撲(29), 出版(29), こんな(28), おっさん(28), 企業(28), ネット(28), 土俵(28), たくさん(27), 顔(27), 無理(27), 頭(26), 名前(26), 手(26), 嫌(26), ~(26), 家(25), help(25), 今回(25), 絶対(25), 存在(25), いいん(24), 場合(24), 親(24), レベル(23), 仕方(23), 結局(23), 漫画(23), 人生(23), お金(23), 最初(22), アイドル(22), 世界(22), 結果(22), http(22), 本(22), 今日(21), otoy(21), 一緒(21), 他人(20), 昔(20), 内容(20), マジ(20), 大変(20), 職場(20), 大丈夫(20), 都合(20), 情報(19), 状態(19)

頻出固有名詞

増田(105), 日本(60), help(25), 安倍(15), キモ(13), football(12), score(12), 東京(9), im(8), lazio(8), SIE(8), アメリカ(8), SEHEN(8), Spiel(8), 自民党(7), UZIVO(7), PRENOS(7), GLEDAJTE(7), DIREKTAN(7), STREAM(7), CSKA(6), gegen(6), Bull(6), Red(6), Salzburg(6), Premiere(6), 金(6), 中国(6), BDIVO(6), Viertelfinal(6), article(5), NHK(5), BEivo(5), 高畑(5), 欧米(5), トリス(5), 勲(5), HD(5), MARSEILLE(4), BE(4), RB(4), ZVEZDA(4), BD(4), SMAP(4), mainichi(4), CRVENA(4), 森(4), togetter(4), Web(4), 佐藤(4)

2018-03-28

[]ブクマを集めたがホットエントリーになれなかったのは具体的にはどんなエントリー

はてなブックマークブックマーク数を多数集めたがホットエントリーに入らなかったエントリー

集計期間 2018年3月23日 2010分 〜 2018年3月27日 1時0分、3日間(77時間)

集計対象2018年3月23日 2010分以降ファーストブクマされたエントリーで新着エントリーに入ったエントリーに限った

最大到達ブックマークタイトルドメイン新着リスト滞留時間(時間)新着リスト最終時間ファーストブクマ時間
1174ActiveRecordデータ処理アンチパターン / active-record-anti-patterns // Speaker Deckspeakerdeck.com302018-03-27 01:002018-03-25 18:25
2136技術チュートリアルnoteで売る」っていう社会実験をしてみた結果、めっちゃくちゃ可能性を感じた話|Review of My Lifereview-of-my-life.blogspot.com292018-03-27 01:002018-03-25 19:57
3113私服OKIT企業でそこそこにちゃんとした格好をする方法 - ミネム珈琲ブログwww.minemura-coffee.com432018-03-26 11:502018-03-24 16:20
490発表資料: Elasticsearchによる 全文検索実装 - Islands in the byte streamgfx.hatenablog.com422018-03-26 12:002018-03-24 17:10
590正しく失敗しながら進むプロダクト開発/railsdm2018 // Speaker Deckspeakerdeck.com332018-03-27 01:002018-03-25 15:52
686Rails Developers Meetup 2018 で「MySQL/InnoDB の裏側」を発表しました - あらびき日記abicky.net342018-03-27 01:002018-03-25 14:46
77890%が間違えてる!?転職エージェントの選び方と効果的に使いこなす徹底マニュアルcareer-rules.com452018-03-26 08:002018-03-24 11:00
877厳選7種のチャートパターン活用したFXエントリー方法【事例付き】mugen-fx.com142018-03-27 01:002018-03-26 11:00
976suikahara漫画 : ★専門学校blog.livedoor.jp142018-03-27 01:002018-03-26 10:37
1074ウルティマ オンラインMMORPG元祖がもたらした、多数の発明とは? “ロード・ブリティッシュ”らが明かす開発秘話GDC 2018】 - ファミ通.comwww.famitsu.com432018-03-26 17:402018-03-24 21:43
1170小泉進次郎氏「平成政治史に残る大事件」森友文書改ざん朝日新聞デジタルwww.asahi.com302018-03-27 01:002018-03-25 18:27
1266うる星やつら同窓会 実は杉山佳寿子ラム役を狙っていた? - otoCotootocoto.jp242018-03-27 01:002018-03-26 00:35
1366Linuxカーネルソースの減量 // Speaker Deckspeakerdeck.com442018-03-26 11:502018-03-24 15:42
1464Realworld Domain Model on Rails // Speaker Deckspeakerdeck.com322018-03-27 01:002018-03-25 16:02
1564Microservices Maturity Model on Rails // Speaker Deckspeakerdeck.com422018-03-26 13:402018-03-24 19:25
1663僕が毎月「妻の布ナプキン」で手を血に染める理由鈴木 大介) | 現代ビジネス講談社(1/4)gendai.ismedia.jp462018-03-26 12:002018-03-24 13:31
1763牧野由依はなぜ復帰作で“声”をテーマにしたのか 本人が明かす、歌手活動休止真相と次の一歩 - Real Sound|リアルサウンドrealsound.jp462018-03-26 09:002018-03-24 10:05
1862デス様じゃねーか」「オーキド博士いるぞ!」 「ポプテピピック最終回さまざまな意見が寄せられる - ねとらぼnlab.itmedia.co.jp332018-03-27 01:002018-03-25 15:58
1961子ども能力遺伝子検査を受けてみたよ!ともちんの意外な能力!? - ともちんブログwww.tomochinchin.com152018-03-27 01:002018-03-26 09:09
2060バス因子が自分バス因子を脱するための方法 // Speaker Deckspeakerdeck.com322018-03-27 01:002018-03-25 16:01
2156ノンデザイナーのためのコンセプト & ロゴ作り実践講座 feat. savanna.io // Speaker Deckspeakerdeck.com442018-03-26 10:002018-03-24 13:34
2254インターネットでどうやってお金を稼ぐの?家で出来ちゃう最近副業」を16選まとめてみた。kanemotilevel.com352018-03-26 21:202018-03-25 10:10
2354銃器老舗レミントン経営破たんトランプ政権下で財務悪化 写真1枚 国際ニュースAFPBB Newswww.afpbb.com72018-03-27 01:002018-03-26 17:15
2454これからGolang開発を行うRubyistたちへ - Qiitaqiita.com552018-03-26 11:202018-03-24 03:39
2553個人のためのコードレビューサービスを開発しました。 - Qiitaqiita.com142018-03-27 01:002018-03-26 10:13
2653昭恵氏の影響「総理しか説明できない」 小泉進次郎氏:朝日新聞デジタルwww.asahi.com432018-03-26 11:502018-03-24 16:25
2753これ一本でフルカラー描写可能に!「CMYKペン」 | ギズモード・ジャパンwww.gizmodo.jp462018-03-26 05:502018-03-24 07:45
2852ソーシャルメディアを「タダ」で使うコスト松井博|notenote.mu432018-03-26 12:302018-03-24 17:07

27日1時以降にホットエントリー入りした可能性は残っている。ただし新着エントリー24時間以上いてからホットエントリーに上がれるケースは稀。

3ブックマーク集めても新着エントリーに入れなかったエントリーもあるはずだが、それは集計の対象外になっている。

ホットエントリーになれないエントリースライド共有サービスSpeaker Deckからエントリーが目立つ。Speaker Deck以外でもテック系のエントリーが目立つ。

関連: anond:20180328202931

2018-03-24

越境アイマス作家

765ASシンデレラコロムビアミリオンSideMランティスレコード会社が分かれているせいで3シリーズ以上の楽曲に関わっている人ってそんなに多くないんじゃないか、ということでテーマ曲以外のシャニマス(ランティス)楽曲情報が出る前に調べてみた。

山口朗彦(4)

作詞作曲家。シャニマスのテーマ曲アイマス4シリーズ目。ただし765ASはぷちますのみなのでコロムビア楽曲は無し。

ぷち「Princess Snow White」「ドキッ♥ラブアトラクション」「ねがいひとつ」(全て作編曲)など
ミリBlue Symphony」「Just be myself!!」「FAKE SELF×TRUE SELF」(全て作編曲)など
SideM「BRAND NEW FIELD」「スマイル・エンゲージ」「VICTORY BELIEVER」(全て作編曲)
シャニ「Spread the Wings!!」(作編曲)
代表曲「SUPER∞STREAM」(IS)「ユメ語るよりユメ歌おう」(ラ!サンシャイン!!/共に作編曲)など
小野貴光(4)

作曲家。アイマスでは主にシンデレラ楽曲に多く携わっている。同じ事務所作詞家・磯谷佳江、アレンジャー・玉木千尋とタッグを組んだ曲が多い。

765AS「おとなのはまり」「We just started」(共に作曲)「コーヒー1杯のイマージュ」(作編曲)
デレ「OωOver!!」「純情Midnight伝説」「モーレツ★世直しギルティ!」(全て作曲)など
ミリビギナーズストライク」(作曲)
SideM「Sweep Your Gloom」「…掲げよう、偽りなき自分を。」「PRECIOUS TONE」(全て作曲)
代表曲「Tinkling Smile」(ヤマノススメ)「Ring Ring Rainbow!!」(城下町のダンデライオン/共に作曲)など
玉木千尋(3)

アレンジャー。たまに作詞曲も手掛ける。アイマス参加は全て小野貴光楽曲アレンジだが、765AS楽曲には関わっていない。

デレ小野貴光と担当パート(編曲)以外同一なので省略
ミリ同上
SideM同上
代表曲Butter-Fly ~tri.Version~」(デジモンtri.)「白く咲く花」(小倉唯/共に編曲)など
佐藤貴文(3)

作詞作曲家、バンナム社員本家とデレではだいたいぶっとんだ曲担当ミリではサウンドディレクターを務め、歴代テーマソングを手掛けている。

765AS「待ち受けプリンス」(作詞作編曲)「ザ・ライブ革命でSHOW!」「ToP!!!!!!!!!!!!!」(共に作編曲)など
デレあんずのうた」「おねだりShall We~?」「みんなのきもち」(全て作詞作編曲)など
ミリThank You!」「Welcome!!」(共に作編曲)「Brand New Theater!」(作曲)など
代表曲ミーナのおやしき」(太鼓の達人/作詞作編曲)「マオウのショウタイム」(太鼓の達人/歌唱作詞作編曲)など
mft(3)

作詞家、元バンナム社員。退社後もアイマス楽曲に関わっている。アイマス以外では「オノダヒロユキ」名義で活動

765ASポジティブ!」「relations」「Do-Dai」など
デレ「熱血乙女A」「Dreaming of you
ミリ合言葉スタートアップ!」「Growing Storm!」
代表曲ブライトファンタジー」(プリパラ)「薄紅デイトリッパー」(アイカツ!)など
柿埜嘉奈子(3)

作詞作曲家、バンナム社員。多くのナムコバンナム作品に関わる。

765AS静かな夜に願いを…」「Happy!」(共に作詞)
デレ「恋のHamburg♪」(作詞曲)
SideMDRIVE A LIVE」(作詞曲)「Beyond The Dream」(作詞)
代表曲「Stepping Wind」(風のクロノア2)「おもちでマンボ」(太鼓の達人/共に作曲)など
橋本由香利(3)

作詞作曲家。近年は「輪るピングドラム」「おそ松さん」など劇伴方面での活躍も多い。

765AS「風花」(作詞作編曲)「KisS」(作編曲)「マリオネットの心」(作曲)など
デレ「To my darling…」(編曲)「lilac time」(作詞作編曲)など
ミリ「POKER POKER」(作編曲)
代表曲Love Power」(おとボク)「ブックマーク ア・ヘッド」(ストライクウィッチーズ/共に作編曲)など
森由里子(3)

作詞家。アイマスでは如月千早シンデレラ楽曲に多く携わる。

765AS太陽ジェラシー」「蒼い鳥」「約束」など
デレStar!!」「Shine!!」「M@GIC☆」など
ミリSnow White」「永遠の花」「地球儀にない国」
代表曲魔訶不思議アドベンチャー!」(ドラゴンボール)「そのままの君でいて」(パトレイバー)など
渡部チェル(3)

作曲家。シンデレラメインだったが最近本家ミリ楽曲も。

765AS「9:02pm(REM@STER-B)」「GO MY WAY!!(REM@STER-B)」(共に編曲)「咲きませ!!乙女塾」(作編曲)
デレ「私色ギフト」「流れ星キセキ」「生存本能ヴァルキュリア」(全て作編曲)など
ミリ「ふわりずむ」(作編曲)
代表曲めざせポケモンマスター」(ポケモン)「Butter-Fly」(デジモン/共に編曲)など
滝澤俊輔(3)

作曲家。主にシンデレラ担当佐久間まゆ役の牧野由依音大時代の友人。

765AS久遠の河」「贈る言葉」(※共にカバー曲/編曲)
デレ「エヴリデイドリーム」「メッセージ」「Shine!!」(全て作編曲)など
SideMDRIVE A LIVE」(編曲)
代表曲Reset」(サクラダリセット/作編曲)「ギュンとラブソング」(SUPER LOVER 2/編曲)など
結城アイラ(3)

歌手作詞家。SideMの中心作詞家の1人。

ゼノ残酷希望となれ」(歌唱)
ミリ「FAKE SELF×TRUE SELF」「創造は始まりの風を連れて」「FairyTaleじゃいられない」(全て作詞)など
SideM「HIGH JUMP NO LIMIT」「夢色VOYAGER」「MOON NIGHTのせいにして」(全て作詞)など
代表曲SECRET NIGHT」(アイナナ)「PLEASURE FLAG」(ドリフェス!/共に作詞)など、他歌手としても多数

2018-01-12

Oh god. ok.

Here we are

We're fucking in

Let's close this.

Let's take out stream how much should I gamble with $19000 my balance

When it comes to my wininngs, we have 9 grand in winnings.

That's it.

Actually, no we have more than that. I'm sorry.

We have way more than they where the fuck is Rubi she is new.

How much should I start with I think I started with 3k.

But we've lost a whole bunch of money before that so when you add that in I think so far in total were at we at about up 5k.

that's it. out of all the blackjack I've ever played on stream we are up 5k

so gamble 5k. let's gamble 5000

all right. sounds good. boom

-------

soda:yes! yes!

dealer:20.

soda:Okay. Okay. stand. stand. motherfucker.This fucking guy.

dealer:My turn. 12.

soda: face card.

dealer:15.

soda:just don't get you 21.

dealer:no way.

soda:oh my god.

dealer:push hand.

soda:Jesus. Fuck. Gonna do it again.

closing time thanks for the fucking Resub.

Oh we tied.

I was at Disneyland and you fucked me Mark.

Oh my god. Oh my god. Oh my god. Oh my god. Oh no.

Give me an 8.

Oh my.. You're fucking kidding me. You're fucking kidding me.

Dont make me do this. Oh shit. Oh god.

Oh no. please, mark. Please!

dealer:16

soda:oh no

dealer:my turn.

no way.

soda: i cant fucking believe this. What do you mean?

oh my god. oh my god, dude. what do you mean. fuck. fuck.

oh..

2017-09-29

https://anond.hatelabo.jp/20170929144027

技術力がないだけでスミマセンね、別に映像は専門じゃないんでね、でも、これぐらい30分ぐらいで解決すると思っていた。正直まずかった。

エンコしないでやる方法が全部失敗したので、再エンコしてやる方法でいいからためしているが、3時間ぐらい頑張ってもまだ解決しない…

もちろん、画像映像のconvertは普通に出来る。が、映像にaudio streamが入っていないとconcat filterで怒られるんだ。で、audio streamに無音を加えて画像映像コンバートをしながら、同時に、他の動画とconcatする方法が分からなくて、今、そこで引っかかっている。技術力があるあなたは、これ、解決できるんでしょ?解決してよ、ねぇ、ほら。

https://anond.hatelabo.jp/20170929133057

AviUtilでもなんでもいいから、映像の末尾に、画像を5秒間表示してNTSC-DVD形式でして一枚の動画にする方法教えてくれ…

ffmpegstream specifierが分からなくてずっと失敗してる。6時間ぐらい無駄にしている…

JustSystemsの感動かんたん!フォトムービー8に結婚式台無しにされた

感動かんたん!フォトムービー8というソフトウェアがある。新婦エンジニアでもなんでもないので、できるだけ簡単ソフトを選んだ。

http://www.justsystems.com/jp/products/photomovie/

1)「写真2枚以上を一つの画面に入れる」という非常に簡単なことが、1つの映像の中で15回しか出来ない欠陥商品なのに、パッケージにもAmazonにも書いていない詐欺ソフトウェア

サポートセンター電話をしたら、そういう仕様だと説明された。パッケージにも説明書にもどこにも、そういう仕様だと書いていないことも認めた。)

2)動画最後に「ありがとうございました」という画像を、「切らずに全画面に」入れることが出来ない。スライドショーソフトなのに全画面が出来ないとか…これまた詐欺ソフト

3)仕方がないから3つの動画に分割して作り、「ありがとうございました」画像も作って映像化、最後ffmpegで全連結しようとするがうまくいかない。

前提:式場はDVDしか受け付けない

3−1)3つの動画の単純連結はエンコードありなら出来る

3−2)動画の連結を再エンコードなしでやろうと失敗する。

3−2−1)NTSCに使われているDVD規格は、単純なファイル連結が動画連結になり、mpgファイル普通に再生できるのだが、DVDオーサリングで失敗する。

3−2−2)再エンコードなしのアプローチで「ありがとうございました」画像映像化を行って、接続するしかない…

結婚式は今週末。迫る時間JustSystemsが我々の結婚式破壊した。

  • 追記

できた!できたぞぉぉぉぉぉ!!!映像を3つくっつけて最後に「ありがとうございました」を5秒間表示させるのに、6〜8時間かかったわ。

このソフトで唯一マトモに出力できる高解像度動画形式wmvを3つ(vid1.wmv, vid2.wmv, vid3.wmv)連結して、最後に「ありがとうございました」画像image.jpgをくっつけ、NSTC形式DVD16:9にしてそのままオーサリングソフトで焼けるようにするためのffmpegオプションの設定の仕方がとうとうわかった!

ffmpeg -i vid1.wmv -i vid2.wmv -i vid3.wmv -loop 1 -t 5 -i image.jpg -f lavfi -t 5 -i anullsrc=channel_layout=stereo:sample_rate=48000 -filter_complex "[3:0]scale=1280x720,setsar=1:1[v2],[0:1][0:0][1:1][1:0][2:1][2:0][v2][4:0]concat=n=4:v=1:a=1[v3][a3]" -map '[v3]' -map '[a3]' -shortest -target ntsc-dvd output.mpg

ここで技術力がないとか、計画が悪いとか、ハゲとか(ハゲではない)、バカとか罵詈雑言を浴びせられるだけで無能感高まっていたが、どうして、最初からffmpeg名前を出しているのに、上のコマンドぐらいパッと送ってくれる人間がいないのか。みんな、そんなに悪意に満ちているのか。

まぁ、映像専門のエンジニアにしてみれば「ばーか、6時間もかからないよ」というところなんだろうけど、映像専門じゃないんでスミマセンね。

つまづいたのは、

イ)concat filterがv=1,a=1を設定した時、[vid1のvideo stream][vid1のaudio stream][vid2のvideo stream][vid2のaudio stream]という形でビデオと音声のstreamを交互に並べていけないといかないところ

ロ)concat filterが必ずaudio stream指定して動く形になっているため、無音のaudio streamをanullsrcで作ってやらないといけないところ

ハ)anullsrcは無限時間無音声を生成し続けるので、通常は-shortestを指定して時間制限するのだが、anullsrcとconcat filterを組み合わせる時は、-shortestを指定しても無限時間音声生成が止まらないところ。なぜかわからないが、-t 5で直接5秒間指定して音声を切ったわ。

というわけで、「感動かんたん!フォトムービー8」を使って結婚式ムービーを作るためには、これだけの知識必要になるので、パッケージに書いておいてください。じゃないと、詐欺だと思います。まる。

2017-09-11

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScript論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptループ (ループ, for)

JavaScriptコレクション (コレクション, 配列, 添字, undefined)

JavaScript関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuインストール, OS, CUIの大切さ)

コンピューター構成要素 (ノイマンコンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力標準出力標準エラー出力パイプgrep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信ネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバークライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHub連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュール設計 (モジュール設計, フォームメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービス管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

スティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作フレームワーク (jQuery, jQueryアニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメント更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん