1983年に発売されたNintendo Entertainment System（NES、日本での商品名は「ファミリーコンピューター」、以下「ファミコン」）は安価なのに高性能だったため、大ヒット商品となりました。独自設計のピクチャー･プロセシング･ユニット（PPU）を使うことで、当時としては驚きの映像を生み出すことができました。そして、今でも特定の環境で視聴すればとてもきれいな映像が楽しめます。一番の業績はメモリの利用効率です。グラフィックスを最小限のバイト数で作成することに成功しました。それと同時にファミコンは、開発者に便利で使いやすいツールを提供しました。その点でも、それまでのテレビゲーム機とは一線を画した製品でした。ファミコンのグラフィックスの生成方式を理解すれば、システムの技術的な優れた能力のありがたみが分かるはずです。そして、現代のゲーム製作者が現在のマシンではどれだけ簡単に作業

世界中のオンラインゲームやスマフォアプリの分析をしてきたPlayFab。最近、従来のイベント分析に加えて様々なテレメトリーを包含したクラウド分析機能が備わりました。今回は、その裏の Azure Data Explorer a.k.a Kusto での構成や仕組みをご紹介します。Windowsのテレメトリー分析やAzureのログ解析基盤の裏側と共通した仕掛けが含まれているのでお楽しみに！ゲーム業界に限らず、ビックデータ運用を考えている大規模なSaaS事業やIoT事業にもご参考いただけたら幸いです。 at db tech showcase ONLINE 2020 https://db-tech-showcase.com/dbts/2020/online #dbts2020 #gamestackjp ＊本資料は ２０２０年１１月１１日に開催された DB Tech Showcase イベントにてお

Norikra meetup #2 2015-06-03

Norikra meetup #2

2015/06/03 AWS Summit Tokyo 2015 DevCon DAY2 Dev-06: Mobileセッションの発表資料です。

クックパッドはなぜ開発しやすいのか At AWS Summit Tokyo 2015 Developer Conference 2015/06/03

2015年6月3日に行われたAWS Summit Tokyo 2015 DevCon (http://www.awssummit.tokyo/) での発表スライドです。 Gunosy は「情報キュレーションアプリ」としてAmazon SNS を通じて１日に数多くのプッシュ通知を行っており、今やプッシュ通知は 900 万ダウンロードを超えた Gunosy にとって DAU を支える大きな要素となっています。本セッションではなぜ Amazon SNS を採用したのか、Gunosy でどのように AWS 上に大規模なプッシュ通知の仕組みを構築・運用しているのかをお話しいたします。

メモった。間違い等あるかもしれませんが、その場合はごめんなさい。 デプロイとは あらゆるコードやバイナリ、アセットなどの配布をデプロイと定義 インフラストラクチャーの構築はプロビジョニングとする なぜデプロイに注目する必要があるのか AWSのイノベーションのペース 合計1000以上の新サービス、新機能をリリース フィードバックループを回し続け、顧客の期待に応え続ける Amazon.comのデプロイ 平日のデプロイ間隔 11.6秒 1時間あたりの最高デプロイ回数 1079回 1回のデプロイで平均10000台のホストに変更を加える 1回のデプロイで最大30000台のホストへの変更 Two pizzaルール 1チームの大きさは、2枚のピザで全員お腹いっぱいになれる規模 それを保って頻繁にデプロイできるレベルに 作った人が運用をやるポリシー クロスファンクショナルチーム 各チームメンバーが何ができ

創業サービスである「ロリポップ！」をはじめとした ホスティング事業にはじまり、ECやハンドメイドなど、 GMOペパボは、さまざまな提供サービスを通じて、 インターネット上での自己表現の可能性を広げてきました。 テクノロジーの進化により、その時代の「あたりまえ」は常に変化しますが、 インターネットの力で、全ての人の表現活動を支える会社であることは、 これからも、ずっと変わりません。 チームとサービスの成長のために心血注ぎ、 全てのクリエイターへ成功体験を届けたい。 わたしたちは、そんな情熱あふれる仲間を求めています。

GitHubはオープンソースのプロセスを標準化した。これからはコード開発以外にも使われていく。AWS Summit Tokyo 2015 Amazonクラウドのイベント「AWS Summit Tokyo 2015」が都内で開催されています。1日目の6月2日、デベロッパー向けのDevConセッションの基調講演には、GitHub, Inc.共同創業者 Scott Chacon氏が登壇。GitHubの登場がオープンソースの世界をどう変化させ、これから企業や社会にどのような影響を与えていくのかについて語りました。 基調講演の内容をダイジェストで紹介します。 この会場にいる人たちはこの10年でもっとも重要な人たち GitHub, Inc.共同創業者 Scott Chacon氏。 現在、あらゆる企業はソフトウェア企業だと言える。電気自動車を作っているテスラでさえ、製品のために多くのソフトウェアを作り続

AWS Summit Tokyo 2015 www.awssummit.tokyo アマゾンデータサービスジャパン様 主催のAWS Summit Tokyo 2015 で、 freeeの急成長とAWS というタイトルで発表しました。 発表させていただいたプレゼンテーションの内容は、 「創業期から現在に至るまでのインフラの変化、AWSさんの各種クラウドサービスを利用しつつ、会社の急成長と共にどのような形に変わっていったのか」 となっています。 AWS Summit Tokyo 2015 freee // Speaker Deck プレゼンテーション資料の作成には、弊社CTO 横路を始め、 インフラチームによるレビュー、及び 弊社マーケティングチームによるヘルプなどがあり、 作成することができました。 無事、発表が時間内に収まる形でできたのでとても良かったです。 私が入社したのは2014年6月

なにがすごいって、年金基礎番号がメールの添付ウィルスを開封する程度で流出してしまう事件について、もう誰も驚かないこと。生データが職員の持っていたパソコンごと電車に残されていても、非正規職員が名簿屋に横流ししていても、もう誰も驚かない。信頼ゼロという、ある意味で最強のセキュリティ。 June 1, 2015日本年金機構が125万件の個人情報を流出させるという大事件をやらかしたのだが、世の中の反応は実に冷めている。米国なら集団訴訟待ったなし、欧州なら担当大臣の首が飛んでもおかしくなさそうな事件なのに、日本には冷笑で済んでしまうようだ。かくいう私も冷笑する他にないし、これから自分が被害対象と分かったとしても、冷笑で済ませるだろう。 はっきり言ってしまえば、私達はもう公のセキュリティを信頼していない。日本年金機構は特殊法人だが、そうした対象も含んだ、広い意味での「お役所」に、なんら期待を抱いていな

OSC 2009 Tokyo/Spring にて講演した「インターネットと危機管理　怪文書編（高野光弘 / takano32 ：日本UNIXユーザ会 / Hacker's Cafe）」という内容の焼き直しです。 http://www.ospn.jp/osc2009-spring/modules/eguide/event.php?eid=21Read less

This talk will begin by explaining what a package manager is and how package managers work, at a high level. Next, we'll observe the common patterns seen on the internet of compiling software in a Puppet manifest and discuss why this not ideal. This talk will conclude by showing how you can add package repositories to your infrastructure using Puppet and what settings are important for ensuring se

shi3z氏もずいぶんと大人になって賢くなってきたかと感心させられて前回のブログを書いたが、shi3z氏はやっぱりshi3z氏であるという命題は、ダイヤモンドの輝きのような不変性をもって正しいという事実を突きつけられる結果となった。僕の思い込みが完全に誤っていたわけで、まことに申し訳ない。どうやら知らぬ間にshi3z氏に夢を見ていたようだ。現実主義者を自任する僕にとっては二重の敗北だ。 さて、前回のブログで僕が間違っていた部分はきちんとすべて間違いを認め、謝罪したところで、前回のブログのブックマークでよせられたコメントのいくつかを見て思ったことを付け足しで書いてみようと思う。 まず、経営理念が必要だというひとの中で経営理念をどういうものと理解しているかが統一されておらず、いくつかの命題について異なる立場をとるひとが同じ主張をしたり違う主張をしたりてんでばらばらになっていることだ。なので、経

@shibuya.pm#17

Gazelle & CPAN modules for performance. Shibuya.pm Tech Talk #17 LT

locust良いですよね。 locust。最近の負荷試験は全部locustで済ませています。複雑なシナリオでもpythonでかけるのですごい楽です。 とはいえ最近は常時接続型のアプリも増えてきて単純なreq/resモデルではうまく負荷がかけれない状況も多い感じです。 というわけで、LocustのタスクでWebsocketを使った負荷をかけて、Webの画面から確認できるようにしてみました。 デフォルトだと単位がmsなんですが、ソケット通信でmsだと普通に0が連発されてしまうので単位はμsになります。 コードみるとわかりますが単にTaskの中でsocketつくって通信し、結果をlocustに通知してるだけなのでlocust本体にはまったく手を入れていません。 locustは設計がシンプルで分散環境の構築部分とリクエストしたりその結果を集計する部分が分かれてるのでこういう事が簡単に出来るのも良い

はてな社員はどのように仕事をしているのでしょうか。エンジニア、営業、ディレクター、デザイナーなど職種ごとのインタビューや、チームごとの座談会など、はてな社員の生の声をお届けします。

2015/03/14 第5回 一撃サーバー構築シェルスクリプト勉強会の発表資料 https://usptomo.doorkeeper.jp/events/21044

EngineeringDeploying branches to GitHub.comAt GitHub, we use a variant of the Flow pattern to deploy changes: new code is always deployed from a pull request branch, and merged only once it has been… At GitHub, we use a variant of the Flow pattern to deploy changes: new code is always deployed from a pull request branch, and merged only once it has been confirmed in production. master is our stabl