株式会社バンダイナムコスタジオ様の導入事例動画： Google App Engine の活用で、ゲームリリース後のトラブルとは無縁の「平和な日々」という驚きを体験 ゲームアプリ「アイドルマスター ミリオンライブ！ シアターデイズ」（配信元：株式会社バンダイナムコエンターテインメント）の開発にあたり、株式会社バンダイナムコスタジオは Google Cloud Platform（GCP）の導入を決断します。 Google App Engine（GAE） は、スケーリングが極めて高速であり、突発的なアクセス数増加にも柔軟に対応することが可能です。この GAE を活用し、大きなメリットを生み出した同社の事例をご紹介します。 ■ 利用している Google Cloud Platform サービス Google App Engine、Google Kubernetes Engine、Cloud Dat

というコマンドで何を行っているのか、わかるようになる（はず）。 前回の記事 今回の記事は、以下の記事の続きです。 つるのおんがえし「決して、この部屋をのぞかないで」〜LinuxのPermission deniedについて真剣に考える〜 ↑　こちらとあわせてご覧くださいませ。 あらすじ おじいさんが罠にかかっているつるを見つけて、助けてやりました。 夜、一人のおんながおじいさんの家にやってきて、一晩泊めてほしいといいます。 やさしいやさしいおじいさんはおんなを家に招き入れ、 おんなはいろいろ良くしてもらったお礼に、はた（美しい布）をおりたいといいました。 おんな「はたをおりあげるまで、決してのぞかないでください」 しかしおじいさんは、好奇心から部屋をのぞこうとしてしまいます。

QiitaのAPIから投稿記事を取り出し、技術書籍を紹介している箇所を集計して、ランキングサイトを作った。作った本人が言うのも何だけど、できあがった技術書ランキングがやたらエンジニア指向で便利で面白いなー、と。 技術書ランキングをQiita記事の集計から作成した テック・ブック・ランク エンジニアにとって技術書の選定はまーまー苦労する。単なる発行部数ランキングでは「人気あるからって技術書として参考になるとはかぎらない」と、なってしまいがち。ブログでオススメされている書評なんかも参考にするが、結局それらは書評を書いた人の主観で書かれたのであって客観的指標にはなりえない。 そこで「Qiitaにある技術ブログ記事内で紹介されている書籍情報を集計すればひと味違った書籍ランキングになるのでは？」と考えた。 で、以下の条件に当てはまる本を「いい本」とした たくさんのQiita記事で紹介されている本 人

技術書ランキング | 技術書ランキングをQiita投稿記事から集計して作成。全7000冊の技術本ランキング。エンジニアによるエンジニアのための技術本ランキングサイト。プログラミングから設計までどんな技術書もランキングに。 | テック・ブック・ランク

【２月24日　カーリング女子3位決定戦　日本対イギリス】 イギリスが有利な後攻で始まった試合は、両チームとも一歩も譲らず、第8エンドまで後攻が1点を取り合う形で進んだ。第９エンド、LS北見の日本はイギリスのミスから1点スチールに成功。そして、第10エンド。イギリスが勝ちを狙って2点を取りにいくラストショットが失敗しLS北見が1点をスチール、５−３で勝利し、カーリングで初めて日本がオリンピックメダルを獲得した。 ゲームが動き出した第8エンドから第10エンドのラストショットを中心に、山本研究室のカーリング戦略AI「じりつくん」が分析した。 残り3エンドで1点差負けの状況で、「じりつくん」はLS北見の勝率を４４%と見積もりました。序盤から中盤のように1点ずつを取り合う形で進むと同点で最終エンドを終え、LS北見が不利な先攻でエクストラエンドを戦わなくてはならず、仮に第8エンドでLS北見が得点しても

本記事はアイドルマスター Advent Calendar 2017 12月19日の記事です。 おはようございます。たくみP(a.k.a imas_cg集計 @shuukei_imas_cg)です。担当はシンデレラガールズの喜多日菜子です。 ここまでのアイマスアドベントカレンダーのエントリ状況を見ていると、アイドルの話:技術の話がだいたい1:2くらいだったのですが、そのアイドルがいずれもボイス実装済みのアイドルばかりだったので、ここはひとつ、ボイス未実装アイドル担当Pの根性を見せなければ…と思って参加を決めた次第です。 ちなみに、このエントリを書くためだけにここのサイトを全面リニューアルしてhexoで書き直しました。 はじめにさて、この記事では拙作「シンデレラガールズ台詞判定」のデータを使って「喜多日菜子っぽさ」「喜多日菜子っぽい台詞」を概観していきたいと思います。 なお、技術的解説に興味が

開局から約1年半で培った配信技術を発表する「AbemaTV Developer Conference 2017」が開催されました。そのなかで行われたセッション「AbemaTV将棋チャンネルの配信技術 〜全国完全生中継への挑戦〜」では、AbemaTV将棋チャンネルで行う生中継技術を紹介。また、Ustreamもない時代から今にかけて、ネットの生中継技術の変化も解説しました。当日のスライド資料はこちら。 「Ustreamもない時代」から、映像中継はどう進化した？ 藤崎智氏（以下、藤崎）：みなさん、こんにちは。藤崎でございます。 今日この場を設けさせてもらってすごく感謝しているんですけど、実は今日の僕の話は完全にアウトドアな現場の話なので、他の登壇者の話とは若干違うかもしれないです。 もし今後中継をやりたいとか、将来的に自分のところで、生中継のチャンネルを持ちたいという方がいらっしゃいましたら、非

DataLabs所属の@sugyanです。この記事はLINE Advent Calendar 2017の11日目の記事です。 個人的な話ですが、この秋から新たな趣味として将棋を始めました。この趣味に自分の技能を活かして何かしてみたいと思い「詰将棋の問題を自動生成して出題してくれるLINE Bot」を作りましたので、紹介します。 詰将棋とは 簡単に紹介しますと、詰将棋とは将棋のルールを用いた一種のパズルで、以下のようなルールになっています。 攻め方（先手）が玉方（後手）の玉を詰ますのが目的。 攻め方は必ず王手をかける（玉方は必ず王手をはずす）。 玉方は盤上と攻め方の持駒以外すべての駒（ただし玉は除く）を合駒として使用できる。 玉方は最善を尽くし、最も長く手数がかかるように逃げる。 玉方は無駄な合駒をしない。 その他は指し将棋のルール通り。二歩、打ち歩詰め、行き所のない駒、連続王手の千日手はい

「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。

はじめに この記事は スマートスピーカー Advent Calendar 2017 10日目の記事です。 Google Homeを購入してからこの2ヶ月でやってきたことをまとめたいと思います。 が、ほとんどQiitaへ投稿した記事の紹介になってしまいました。 大体見たことあるという方はこちら以降をどうぞ。 なお記事の後半でコスト計算していますが、本記事で紹介した内容は最低6,000円あれば大体実現できます。 ※各所で本日までのGoogle Home半額セール前提。まだ購入されてない方はお急ぎを ※ツクモは25日までセール実施のようです 薬の服用ログ Google Home、IFTTT、Googleスプレッドシートを使って独自音声コマンドでログをとる（ついでにNode.jsやngrokやらも使ってLINEやGoogle Homeに通知する） Google Homeを買って最初に作ったのがこれ

好きなモノは酒と女とラーメン、LIFULLのてぃば(@rechiba3)です。 弊社にはふたりの千葉がいますが、私のことは“人妻の方の千葉”で覚えて下さい！ はじめに この記事はLIFULL Advent Calender2017　その2の4日目の記事です。 今年の１月に誤って天使を地上へ産み落としてしまいまして、そりゃもう、毎日が幸せです。 天使は生後〜２ヶ月ぐらいは１５回／１日ほどおむつ交換の必要があり、それからは徐々に１０回、６回と減っていきます。 はじめは、おむつを替える度に育児手帳のような紙に記録していたのですが、ペンを持って時間を見て、印を付けて…といったフローが億劫でした。 なのでGoogle Homeを利用して記録できるようにしました。 ちなみに記録する目的 夫婦の共有のためです。 いつ交換したか、うんちは出ているか、便秘ぎみか、軟便ぎみか、などなど 娘の健康のために把握し

セッションIDやアクセストークン、はたまた業務上で使う一意の識別子など、いろんなところで一意のIDを生成しなきゃいけないケースが存在します。 そこで世間で使われているIDの生成方法について調べてみました。 選択基準 ID生成における要求として、以下の観点が上げられるかと思います。 生成の速度 大量にデータを短期間で処理し、それらにIDを付与する場合、ID生成そのものがボトルネックとなることがあります。 推測困難性 IDを機密情報と結びつける場合、IDを改ざんされても、機密データが見れないようにできている必要があります。 順序性 採番した順にデータをソートする必要がある場合は、IDがソートキーとして使えないといけません。 それぞれについて各生成手段を評価します。 ID生成の手段 データベースの採番テーブル 採番用のテーブルを作り、そこで番号をUPDATEしながら取得していくやりかたです。古い

大手ＩＴ各社は、仮想化技術を用いた「ドッカー」と呼ばれる、軽量で移行性に優れたコンテナ式アプリケーション（応用ソフト）実行基盤の普及拡大に乗り出す。日本ＩＢＭは自社クラウドに依存せず、オンプレミス（自前運用）でも使えるコンテナ式の実行環境「ＩＢＭクラウドプライベート」の提供を始めた。ＮＥＣはドッカーの利便性を生かし、人工知能（ＡＩ）の利活用を促進するサービスを立ち上げた。ＩＴの新潮流であるコンテナ型の仮想化技術が日本でもいよいよ本番稼働に入る。 ドッカーはアプリやミドルウエアなどを抽象化して、コンテナ方式でコンパクトにまとめ上げる技術。大がかりなシステムが不要な上、場所を問わずに多様なクラウドやオンプレミスなどを実行できる。 この技術はオープンソースとして複数提供されているが、中でもドッカーは米アマゾン・ウェブ・サービス（ＡＷＳ）や米マイクロソフト（ＭＳ）がクラウドサービスに採用し、ここ数

一度聞いたら忘れられないような印象深いバグというものがある。僕は数値のオーバーフローと聞くと必ずこの2つのバグを思い出してしまう。どちらも面白いエピソードなのでちょっと紹介してみよう。 一つ目は、初代Civilizationにあったバグである。Civilizationは文明間で戦う戦略シミュレーションゲームで、チンギスハンとかエリザベス女王みたいなプレイヤーを選んで、世界制覇か宇宙開発競争での勝利を目指すというゲームだ。 初代Civilizationにあったバグは、非暴力主義のガンジーが突然核攻撃してくるというものだった。原因は文明が民主主義を採用すると攻撃性が2下がるというロジックだった。初代Civではガンジーの攻撃性は全プレイヤー中で最小の1なのだが、ゲームが進んでインド文明が民主主義を採用すると、攻撃性がマイナス2されてオーバーフローで255になり、ガンジーがゲーム中で突如、極度に攻

カラーマネージメントという単語、写真を趣味としていると必ず耳にする言葉ですね。 ただ、なんだか難しい。 私も3年近くカメラやブログをやっておきながら、ちゃんと理解することをずっと避けてきました。本当に基礎的なことすら分かっていませんでした。 ですが、webサイトに写真画像をアップすると色が変わるという問題を抱えており、それを解決しようと色々と調べてみたので記事にまとめてみたいと思います。 私もまだまだ勉強が必要なので基礎的なことを枝葉を省いてざっくりと書きますね。 Yourshotに写真画像を投稿すると色が狂う あの格式高いナショナルグラフィックが運営する写真投稿サイト「Yourshot」。 2度目のDDを目指してしばしば写真を投稿しているのですが、写真をアップすると色が変わってしまうのです。 彩度が落ちるというか色褪せるというか・・・。 例えばこの写真です。 これをYourshotにアッ

絵文字を扱う上で知っておくと良いかもしれないことをまとめてみました。 Ruiさんの記事を見て、「EmojiはSurrogate Pair以外にも、色々とおもしろい技術があるんですよ〜」思って書いてみました。 なお、書いた人はAndroidの人間なので、特に表記していない場合は主にAndroid上での動作のことを書いてます。 またQiita初めてなので読みにくい部分等がありましてもご容赦ください。 サロゲートペア(Surrogate Pairs) このエントリーを書くきっかけにもなったサロゲートペア。なぜこれが導入されたかの経緯は、Ruiさんのブログエントリーに譲るとして、技術的な解説をします。 サロゲートペアは、U+0000..U+FFFFに収まりきらなかった範囲のUnicodeコードポイント(U+10000..U+10FFFF)を、なんとか16bitでエンコードしようとして導入されました

UnicodeのUTF-16エンコーディングではほとんどの文字（コードポイント）は2バイトで表現されるが、Unicodeに後から追加収録された文字の多くは4バイトで表現される。4バイト文字がうまく扱えないプログラムというのはわりとよくある。しかし世界中で広く使われるようになった絵文字がよりによって4バイト文字であるせいで、そのような文字が扱えない問題がよいペースで解決に向かいつつある。それについて少し説明してみようと思う。 Unicodeが80年代から90年代初頭にかけてデザインされたときの目標の一つは、Unicodeに含まれる文字数を65536個以内に収めることだった。現代の文章を実用的なレベルで表すためには、漢字などを含めてもそれだけの種類の文字があれば十分だと考えられたのだ。当然これは1文字を2バイトで表すことを念頭に置いていた。つまりコンピュータの揺籃期から当時に至るまで単純に英語

日本経済新聞は国内を代表する経済誌だ。その電子版はwebでの継続課金を大成功させ、いまや50万以上の有料会員を擁するモンスターサイトだ。 その日経電子版が11月6日に全面リニューアルしたのだが、公開後、web業界がにわかにざわついた。表示速度が爆速だったのだ。日経公式もモバイルで2倍の表示速度を達成したと堂々と宣言していた。 webサービスは継続率こそ神KPIで、その継続率には速度が大きく影響する。 これはチェキらないとヤバイと感じ、友人のkitakさんとスピードの秘密を調査してみた。 Fastlyをコンテンツキャッシュに使う殆どのデータはFastlyを経由して取得されていた。Fastlyは最近注目を集めているCDN（世界中にエッジサーバーを配置し、高速にコンテンツを配信するサービス）で、非常に高機能でユニークなサービスだ。 一般に、CDNはいったん世界中にコンテンツをばらまくと、それを無

宇宙におけるある事柄について、とくに強く訴えた宇宙飛行士がいる。 その男の名はジム・ラヴェル。 とある宇宙飛行と、ある映画の大ヒットによって非常に有名になった男である。 この名前が出ると恐らく普通の人間なら「もっと宇宙飛行は安全性を考慮すべきだ！」と思うかもしれない。 しかしラヴェル船長はアポロ13号にて帰還した会見にて最も困難だったことについて触れているが、それはアポロ13号が戻ってくるかどうかよりも彼にとって重要な事柄だった。 これは彼が3度も遭遇した受難の記録であり、彼の自伝を読むと何度もその件について触れている記録。 ではまず、アポロ13号からはすこし時を戻す。 1961年。 公式記録上、人類が初めて空を飛んだ日。 この日を境にして人は地球の外を飛ぶようになる。 米国は自国の遅れから大急ぎで宇宙船を急造して飛ばすが、ハッキリ言えばマーキュリー計画とは核弾頭の代わりに人を核ミサイルに