腕をさすりながらさっそくビルの中に入り、暖かい応接室に通される。すると、目の前には大きなディスプレイ。その前にちょこんと置かれているのは、リモコンのような形のゲーム機。それは明らかに3月3日発売の話題のゲーム機Nintendo Switchだ。そしてSwitchに差し込まれていたのは、あの話題の新作『ゼルダの伝説　ブレス オブ ザ ワイルド』――。 そう、ここは京都にある任天堂本社の応接室である。今回、ゲームの企画書で「ゼルダの伝説」シリーズを取り上げるにあたり、なんと取材前に我々は、1ヶ月後に発売を控える新作ゼルダのプレイをいち早く許可されたのだった！ さて、今回そんな新作を含む「ゼルダ」シリーズを聞くのは、『時のオカリナ』以降のシリーズに大きく関わり、その“生みの親”とも言える宮本茂氏から引き継ぐ形で、近作のプロデューサーを務めてきた青沼英二氏だ。一方、その対談相手を務めるのは、やはり

UXデザイナーになるということは、ある種の宗教に入信するようなものです。 UXデザイナーの仕事の一つは、他者にあなたの信念を受け入れさせることです。まるで聖職者の鑑のように、UXデザイナーは他者がUXの担い手になることを望みます。 ユーザー体験のような抽象的な概念について理解を得るには説明が必要です。そして、共有したい信念について共通の経験がない限り説明は失敗するでしょう。 「ユーザー体験が何であるかを説明することはできません。できるのは、示すことのみです。」 それでは、良い言葉を広めるためのいくつかの有効な戦略について深堀してみましょう。 最初の信者を構築する The Guide to UX Leadershipで説明したように、エバンジェリストは自分の声が届く範囲までしか影響を及ぼすことができません。 もし組織を拡大したいと考えているなら、信者の面倒を見るあなたの弟子たちのグループを作

世界に誇れる日本の文化として、テレビゲームがある。ファミコン、プレイステーション、セガサターン、プレイディア、ドリームキャスト、そのすべてが日本のブランドが発売したゲーム機である。それゆえ、日本はゲームソフト自体のクオリティも高水準だと言われている。 ・自分のほうが面白いゲームを作れる しかしながら、多くの日本人ゲームプレイヤーが「自分のほうが面白いゲームを作れる」と思っている事が判明した。こは日本人200人にアンケート調査をした結果で、そのうち71人(35.5%)が「自分のほうが面白いゲームを作れる」と思ったことがあると返答した。 ・「クソゲー」と呼ばれるゲーム 確かに、買って損したゲーム、難しいすぎてイラつくゲーム、プレイヤーの気持ちを無視したゲーム、あらゆる「クソゲー」と呼ばれるゲームが世の中には存在する。なかには「ここさえ良ければ名作なのに！」と思う惜しいゲームも存在する。そんなゲ

ニューヨークで開催されたイベント「AWS Summit 2016 New York」。基調講演で同社CTOのWerner Vogels氏は、Amazon.comのシステムがモノリシックな構造からSOAへ、そしてマイクロサービスへ移行する際に得た教訓について手短に紹介しています。 機能ドリブンでサービスを分解するべきだった Werner Vogels氏。 10年前の話をしよう、Amazon.comは巨大なモノリシックな構造から転換してきた。私たちのお客様もおそらく、似たような経験をこれからするはずだ。 Amazon.comは、モノリシックな構造からSOAに転換すると決めた、それはいわゆるSOAが登場するよりも前の時期だ。 さまざまなコンポーネントをサービス化し、APIでつなげるようにした。これは非常にうまくいったが、しかし私たちは間違いにも気づき始めていた。 それは、データドリブンにサービス

良くあるダメなエラーメッセージ エラーが起きたときは、以下のようにエラーメッセージをどこかしらに出力すると思います。 $c->log->error('something wrong!'); ただ、このエラーメッセージって、実際に発生したときには意味がわからないことが多いのです。 $c->log->error('error!'); 本気でこういう「error!」とだけ吐くメッセージだと、エラーが起きたことしか伝わってきません。程度の差はあれ意味のわからないエラーメッセージはこの世にあふれているかと思います。 機械的なエラー情報 そういうわけで、たいていは Exception クラスや Logger クラスで多くの補助が受けられるようになっていると思います。 発生時刻 発生場所 stack trace 変数の状態 ただ、このような機械的な情報だけだと、結局、運用上は対応が難しい場面ってのが多か

Meta said today that it finally launched its much-awaited API for Threads so developers can build experiences around it. This will allow-third party developers to create new experinces around Mark…

コナミ株式会社（当時の名称）が取得していた「ゲーム空間を鳥瞰で表示する場合に、プレイヤーキャラクターの姿や視界の範囲を、壁や床の存在にかかわらず表示できる特許」が、5月15日付けで存続期間を満了した。3Dゲームのカメラワークにおける利便性を劇的に向上させる技術であっただけに、これまで一部のユーザーからは同特許による使用制限が問題視されてきたが、今後はこの機能を自由に使用することが可能になる見込みだ。 この特許の正式名称は「ビデオゲーム装置及びビデオゲームプログラムを格納したコンピュータ可読媒体」。三人称視点の3Dゲームにおいて、操作するキャラクターが壁際に迫った場合、通常はカメラが壁に遮られて同じ方向からキャラクターを表示できない。この課題を解決するために、コナミはプレイヤーキャラクターを隠している壁又は床を半透明にするとともに、その背後を表示できるよう画像データを修正する技術を発明した。

『拡散性ミリオンアーサー』や『ケイオスリングス』など、数々のスマホゲームアプリをヒットさせた、スクウェア・エニックス所属のゲームクリエイター・安藤武博氏と岩野弘明氏。そんなふたりが毎週交互に執筆を務める「安藤・岩野の“これからこうなる！”」では、スマホゲーム業界の行く末を読み解く、言わば未来を予言（予想）する連載記事を展開していく。 メディアやコンサルが予想するのとは大きく異なり、ふたりは開発者であるがゆえ、仮説を立てたあとに実際現場のなかでゲームを手掛け、その「是非」にも触れることができる。ゲーム開発現場の最前線に立つふたりは、果たして今後どのような未来を予想して、そして歩むのか。 今回の担当：岩野弘明氏 ■第6回「売れるゲームには○○がある」 売れるゲームと売れないゲーム、そこにある違いはなんでしょうか。それはずばりおもしろいかどうかです。これだけだと「なんだそりゃ…」なのでもう少し具

仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。「主キーをインデックスみたいなものと勘違いしているからではないでしょうか」。インデックス（キー）というのは、レコードの並び順を規定するキーのことだ。 たしかに思い当たる節がある。「こんな順にレコードが並んでいれば処理上都合がよさそうだ」という考えで主キーが設定される。さらに主キーはユニーク制約でもあるので、重複が起こらないように「多め」に項目を突っ込んでおく。つまり「ユニーク制約をともなう代表的インデックス」程度に主キーが理解された結果として、グダグダなDB構造が出来上がるのではないか。 じっさい、昔こんなことがあった。{a,b,c,d}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ

さて、今回は比較的新しいデータストアであるLevelDBについてまとめてみました。 LevelDBは1年ほど前からNode.js界隈ではブームが来ていて、理由がよくわかっていなかったんですが、まとめている内に分かるかなと思ってまとめました。今回はNode.js無関係でLevelDBの基礎的なことだけ調査した結果をまとめてみました。 Node.jsで使ってみる話は後に回します。 LevelDBとは? key-value型のデータストアの一つです。 Googleの研究者である、Jeff DeanとSanjey Ghemawatが開発し、2011年に公表されました。C++で書かれており、多くのプログラミング言語でbindingsが書かれています。もちろん、JavaScript/Node.jsでも書かれています。 LevelDB は Google のBigTableをベースにしたアーキテクチャを持

食産業の活性化は全国の地方大学の産学・地域連携の重要テーマの一つだ。室蘭工業大学のプロジェクトでは植物機能性成分の評価に、量子ドットイメージングや人工知能（ＡＩ）など最先端の技術を... マイクリップ登録する

学習というのはたいへんな作業なので、ユーザーのやりたいことではない。その結果、彼らはユーザーインタフェースの探索をすることもなく、ほとんどの機能について知らないままだ。 User Expertise Stagnates at Low Levels by Jakob Nielsen on September 28, 2013 日本語版2013年11月25日公開 コンピュータシステムを長期間利用しているユーザーでも、知っていて使っているのは利用可能なコマンドや機能のほんの一部だけであることは多い。デザインのユーザビリティが優れていれば、ユーザーはシステムを利用しはじめて間もなく、かなり容易に一連の基本機能を理解する。しかし、その後、彼らは伸び悩み、それ以上はたいしてスキルが上がらない。システムを頻繁に使っているユーザーですら、年にわずか1つか2つの新しい知識を身につけられるようになるまでには何

僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はRDBやフレームワークを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止」と「固定長DB」だ。 ありえない。 とはいえ、正直に言えば「またか、、、」という感想でもある。 RDBを知らないレガシーな人たちが設計したDBではよくありがちな設計だからだ。 と僕は早々にこの文化と戦って、絶対に覆してやろうと考えてた。 過去の経験上それはたやすいハズだった。 しかし、この文化と戦うこと3ヶ月間。 屈した。初めて屈した。いや、屈したというよりは理解した。 大規模コンシューマ向けサービスのRDBという

一般的なシステムで広く利用されているリレーショナルデータベースですが、システムの進化と共にデータベースの構造も複雑になりがちです。RestMQの作者、Gleicon Moraes氏の公開したスライドがシステムが複雑化していく様子をわかりやすく説明した上で「アンチパターン」を提示していました。 それによるとデータベースのアンチパターンは以下の通り。 動的なテーブルの作成 テーブルをキャッシュとして使う テーブルをキューとして使う テーブルをログとして使う 分散したグローバルなロック ストアドプロシージャ 使われない項目 JOIN地獄 ORMによって繰り返されるクエリ 負荷のコントロール どれも理由があって採用されるデザインですが、確かに後に問題を引き起こした経験もあり耳が痛い感じですね。スライド内ではそれぞれの問題についての解決策としてMongoDBやRestMQなどの利用を進めています。「

シーネットネットワークスジャパンは9月29日、builderとしては2回目のイベントとなる「builder tech day」を開催した。今回は「User Interface & beyond」をテーマに、ソシオメディア、マイクロソフト、アドビシステムズ、カールのスピーカーが登壇し、ユーザーインタフェースの現在と未来について講演した。 本稿では、ソシオメディア取締役である上野学氏の基調講演「ユーザーにとってはUIがすべて」を紹介しよう。 トイレにひそむUIのヒント 講演の冒頭、上野氏は米国の著名なデザイン・コンサルティング・ファーム、Adaptive Pathに2008年まで在籍していたDan Saffer氏と対話した際のエピソードを披露。 Saffer氏が「トイレにはユーザー・インタフェース・デザインの様々なヒントがある」と話していたことを紹介し、下の画像を示した。 上野氏は赤色の注意書

システム開発プロジェクトの失敗原因のひとつに「システム刷新時に、ＤＢ構造を見直しせずにプログラムの言語だけを置き換える」というものがある。アンチパターンとまでは言えないとしても、クリティカルな問題をはらんでいる。にもかかわらず、いくつかの理由からこの方針は無批判に受け入れられるか、場合によっては歓迎さえされる。 なぜか。まず、システムの問題がＤＢ構造（帳簿組織）の悪さから来ているという認識を、ユーザーやシステム部門が持ちにくいため、その見直しが明示的に求められないからだ。また、必要なスキルを持った技術者が少ないため、開発側として（大手SIerでさえ）なるべく見直ししたくないのが本音だったりするからだ。いかにも問題がありそうに見えても「求められないから手をつけない」という理屈で通す。また、ＤＢ構造が多少おかしくてもエレガントなクラス構造でカバーできるから一刻も早くプログラミングさせてほしい―