11月29日に世界同時発売したゲーム「FINAL FANTASY XV（以下、FF15）」。スクウェア・エニックスの大人気シリーズ「FINAL FANTASY」の最新ナンバリングタイトルだ。発売後約1カ月で、全世界で500万本突破。さらに売り上げを伸ばしつつある。 FF15は、シリーズ初めての「オープンワールド」（広大な世界を自由に動き回って探索・攻略できる）ゲームデザインを採用。旅をする仲間との会話にはAI技術を取り入れた。 歴史のあるタイトルを背負いながらも、新しい挑戦をしている本作は、発売までにさまざまな苦境があった。もともとは「FINAL FANTASY ヴェルサス XIII」というタイトルで2006年に制作発表されたが、タイトルの変更やゲームハードの進化を経て、10年目にファン待望の登場を果たした。 RPGゲームは、シナリオやバトルデザインに注目が集まるのが一般的だ。発売後の話題

Webサービスの開発は、ユーザ/顧客へ価値を早く届けるため、競合より早くリリースするため、人的リソースを無駄使いしないためなど、とにかく素早く進めたいものですね。一方で、開発を急ぐあまり品質を犠牲にすればかえって価値が失われたり、技術的負債が溜まって長期的なコストが大幅に増大する可能性もあります。開発速度とプロダクト品質は基本的にはトレードオフの関係にあるのでしょう。 開発速度と品質のどちらを優先するかはプロダクトの性質や、チームもしくは会社の状況によって異なるとおもいます。この状況の認識がチームメンバー間でずれていると、チームのパフォーマンスを最大限に発揮できないばかりか、チーム内の関係悪化も招きかねません。エンジニアたちとプロダクトオーナーの間の対立のようなありがちな問題の原因の一つかもしれません。 そこで、開発速度と品質のトレードオフをどう判断すべきかの基準を明確にして、原則それに従

その対処で全部に対応するのは無理なんじゃないの？ Watermark、Trigger、Accumulationの機構が導入されればストリーム処理は全て対応可能かというと、 そんなことはありません。 何故なら、下記のような問題が発生してくるからです。 Watermarkを実時刻からどれくらい遅らせて設定すればいいのか？ 遅れを大きくすれば正確性は増しますが、遅延時間は大きくなります。 Accumulationのためにウィンドウの集計結果をどれだけ保持すればいいのか？ 保持する時間が長いほど、ストリーム処理を行うシステムのリソースが必要となります。 データ処理システム（バッチ、ストリーム含む）には下記の３要素のトレードオフがあるとされています。 完全性(Completeness) 低遅延(Low Latency) 低コスト(Low Cost) この３要素を全てに満たすことは出来ず、全てのデータ

こんにちは、マンションを一目見てから10分で購入したけどISPへの支払いが出来てなくて現在インターネットが止められているPyspa界の普通の人 shiumachi です。 この記事は pyspa Advent Calendar 2016 の19日目の記事です。昨日は @tokoroten のエントリ でした。 経緯 2016年2月12日、私は会社帰りに友人2人と武蔵小山の居酒屋で酒を飲んでいました。参加者は全員自宅が近いので、終電過ぎても飲んでいて、午前1時半くらいにようやくお開きとなりました。 私と友人Mは方向が同じだったので同じ方向に歩いて帰路についていました。歩道上を、左側がM、右側が私という並びで歩いていました。 私はスーツ姿にコートを着てビジネスリュックを背負っているという格好で、Mは私服でジャンパーを着ており、手ぶらで歩いていました。 すると、前方にふらふらと歩く男が一人現れま

ネット上の囲碁サイトに正体不明の謎の超絶棋士が突然現れ、趙治勲名誉名人と互角の戦いを演じた囲碁ＡＩ（人工知能）「Ｚｅｎ」を圧倒したことが、囲碁界で話題もちきりだ。その名は「Ｇｏｄ　Ｍｏｖｅｓ（ゴッドムーブズ、神の手）」。ほとんど時間を使わぬ高速の打ち回しから、超人的な新手の囲碁ＡＩとみられている。 Ｇｏｄは１１月２９日、世界中の囲碁愛好家が利用する囲碁サイト「ＫＧＳ」に登場し、同月に趙名誉名人との三番勝負で１勝２敗と肉薄した「Ｄｅｅｐ　Ｚｅｎ　Ｇｏ（ディープゼンゴ）」と同じソフトを搭載する「Ｚｅｎ１９Ｌ」に連勝。１２月１日にも再戦し完勝した。 プロ棋士が驚いたのは碁の内容だ。碁石で境界線を引いて領土の広さを競う囲碁の布石は、少ない石数で効率的に領土を広げられる隅から打ち始めるのが常識だ。Ｇｏｄは１局目は普通の布石を選んだが、２局目の初手は盤の中心・天元に打ち、３局目は天元をはさんだ着点に１

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Webでのプッシュ技術 HTTPはクライアント（ブラウザ）からリクエストしてサーバからレスポンスが返る一問一答型のプロトコルなので、基本的にはサーバ側からブラウザに新着情報をリアルタイムで通知（プッシュ）できるようにはできていません。 しかしそれでもプッシュをしたいという場合にどうするかという話が出てきます。やり方には以下のようなものがあります。 ポーリング クライアントからサーバに定期的に新着を問い合わせるようにします。 最も原始的かつ確実なやり方。欠点は、最大でポーリング間隔の分だけ通知が遅延しうることです。 ロングポーリング（“C

こんにちは。組長こと @fujiwara (id:sfujiwara) です。 早速ですが皆さん、ログは見ていますか? 当然見ていますよね。tail -f で追いかけるとか大好きですよね。という前提で話を進めましょう。 この記事は Tech KAYAC Advent Calendar 2016 の24日目の記事です。 TL;DR 多種多様なホストから発生するログの末尾を tail -f で追いかけたい fluentd + ローカルファイルで行うのはちょっと面倒 Amazon Kinesis + Lambda を使ってスケーラブルな仕組みを考えてみた kinesis-tailf というツールも作った 既存の仕組みと問題点 techblog.kayac.com 弊社の Lobi とソーシャルゲームでは、この記事で紹介されたような Fluentd を活用したログ集約の仕組みを整備しています。この

Lobiチームの長田です。 あらゆるWebサービスがそうであるように、Lobiでも日々大量のログが出力されています。 今回はこのログをどのように集約・解析しているかを紹介します。 TL;DR アクセスログ・アプリログなど、毎秒10000行以上のログが生成されている Fluentdを使用しログを集約 consul serviceを利用した集約サーバーの冗長化 ログ中のイベント検知・集約にはNorikraを使用 アクセスログの各種解析にはAmazon Redshiftを利用 ログの集約 ログ収集エージェント Lobiではログの集約にFluentdを利用しています。 Fluentd | Open Source Data Collector | Unified Logging Layer ログファイルの集約にはfluent-agent-hydraを、Perlアプリケーション内からのログ送信にはFl

この記事はpyspa advent calendarの6日目として書かれました どうもfeizです。前回の投稿日が2013年とかでちょっと引きました。 好きな牛丼屋は吉野家です。 去る7月より、20台の大半を過ごした株式会社ビープラウドを退職し、BASE株式会社に入社していました。 現在はPAY.JPというサービスでインフラをメインに担当しています。 長いこと勤めた会社を辞めて一区切りついたところで、とりとめもなくポエムでも書いてみようと思います。 §1 ここ数年、webサービスのインフラの仕事を担当することが増えた。増えたどころか、ほぼ全案件インフラ担当を兼任していたように思う。 新卒の頃から数えても、「サーバーをインフラの人に頼んで工面してもらう」みたいな経験自体があんまりなく、大体自分で作ったり管理したりしていた。小さなチームでばかり仕事をしていればまあ当然かもしれない。 §2 そん

以下のnaoya氏のツイートを見て思ったところを書いてみる。書かれている文字通りのことには完全に同意で、自分自身の行いも反省する余地があろうかと思われた。一方で、多分この発言を読んだひとが誤解するだろうなということもあるので、そのことについて。 マネジメントって業績伸ばすためにやるんですよね？ 業績伸びてないのに俺たちはマネジメントうまくやってますって語るの意味あるんですかね— Naoya Ito (@naoya_ito) December 22, 2016 結論 結論から先に書くと、マネジメントについて語ることは、業績云々に関わらずおおいにやるべきだと思う。それは、たとえばソフトウェアエンジニアリングについての文書などと同様に、世の中にとって大きく役立ち得る。 ただし、それは一般化・抽象化された(つまり、組織が違っても役立ち得る)マネジメントの理論やテクニックに限る。自分たちがそれをうま

サーバーサイドレンダリング、Isomorphic、Universal JavaScriptなどの言葉をよく見かけます。なるほどね、良さそうだね、外部公開するサービスを書くことがあったら挑戦してみたいね、Mithrilにもisomorphic-mithrilってのをがんばっている人がいるし、みたいなことを漠然と思っていたのですが、最近ASCII.jpのシステムコールプログラミングの連載を書いていて、あらためてHTTPの仕様を見返してみて、逆にサーバーサイドレンダリングをしない方がいいのではないか、と思い始めました。 追記(23:30): サーバーサイドレンダリングと書いていますがUniversal JavaScriptみたいな凝ったビューの更新の意味です。 サーバーサイドレンダリングの欠点 サーバーサイドレンダリングのメリットとしてあげられるのは次の2点です。 検索エンジンのクローラー向け

ウォルト・ディズニー・ジャパンの邦題には毎回毎回毎回毎回一悶着があるわけですが、今回もファンは基本的に納得していません（私も納得はしているわけではないですが、邦題はもうあきらめ気味）。これまでとの違いは、監督や制作者がTwitterやSNSに存在し、ファンと会話ができると言うこと。今回もジェームズ・ガン監督にこの件をコメントしているファンが多く、なんとそれに対して反応がありました。 いわく、邦題のことは把握しており、「リミックスという邦題は“彼ら”が日本ではその方がベターだと主張していたのでOKをだした。気に入った？」と。もちろん、そこに対しては「気に入らん」という反応が多いわけです。それを受けてジェームズ・ガン監督がさらにコメントをくれました。 I hear and respect my Japanese fans. I’ll do what I can to change the ti

2016.12.23 あなたのスマホから、コウノタロウ君に電話を掛けるとします。 どうしますか。 電話帳のカ行の最後、あるいは「サ」を呼び出して前にスクロールしてコウノタロウを呼び出す。難しいことではありませんよね。 では、あなたのスマホからサカイマサト君に電話してみてください。 ただし、あなたのスマホの電話帳は「イロハ」順に並んでいます。 ええーっと、いろはにほへとちりぬるを　わかよたれそつねならむ　うゐのおくやまけふこえて　あさきゆめみしゑひもせす．．。あれ？ あさきゆめ．．、ああ、あったあった。 それじゃあ、ナガサワマサミさんは？ もしあなたの仕事場で、ファイルがイロハ順に並んでいたらどうしますか。 上司から、おーい、アベシンゾウさんのファイル持ってきてくれ。 はーい、いろはにほへとちりぬる．． おーい、はやくしろ。 ということをどうやらやっている事務所がありました。 日本年金機構の

お題「エンジニア立ち居振舞い」 pepabo Advent Calendar 2016 24日目の記事です。 割と飲みの席とか、某ポエムサービスでは語ってはいるんですが、そういえばブログで書いたことがないような気がしたので父の話をします。 実は今年の福岡での新卒研修で同じような話を若者にしていて、でもまあ、あまりに個人の話なのでとスライドも公開していなかったのですが、せっかくなので内容を加えて書き下します。 僕の父は欄間職人をやっていて、6X歳を超えるいまも自営で東三河の片隅に店を持ってやっていってるわけだけど、僕は子どもの頃からそういう背中を見て育ってきたからか、今の自分を振り返ってみると随分自分の仕事ぶりが影響を受けているなと思ったりする。 今日は、6X歳のいまも職人の父を見ていて思ったこと、あるいは直接言われたことなどいくつかをしたためてみる。 生涯、勉強すること これは僕の父の仕事

労働問題に取り組む弁護士やＮＰＯなどが選ぶ「ブラック企業」大賞に、ことしは新入社員だった女性が過労のため自殺した大手広告会社の電通が選ばれました。 ことしは、従業員に違法な残業をさせていたとして罰金が科されたディスカウントストアのドン・キホーテや原子力発電所の審査の対応にあたっていた男性社員が過労のため自殺した関西電力など１１社が候補となりました。 そして新入社員だった女性が過労のため自殺し、厚生労働省の強制捜査を受けた電通が、２３日、大賞に選ばれました。 ブラック企業被害対策弁護団の代表を務める佐々木亮弁護士は、「新入社員の過労自殺だけでなく過去にも痛ましい事件が起きていて労働者の人権を大事にしてほしいという思いで選んだ。長時間労働やハラスメント防止にしっかり取り組んでもらいたい」と話していました。 「ブラック企業」とは、違法な長時間労働や残業代の未払い、パワハラなど労働環境が過酷な企業