designとdevelopmentに関するllillのブックマーク (5)

  • まず2Dゲームで開発、社員300人で1週間遊ぶ!? 新作ゼルダ、任天堂の驚愕の開発手法に迫る。「時オカ」企画書も公開! 【ゲームの企画書:任天堂・青沼英二×スクエニ・藤澤仁】

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

    まず2Dゲームで開発、社員300人で1週間遊ぶ!? 新作ゼルダ、任天堂の驚愕の開発手法に迫る。「時オカ」企画書も公開! 【ゲームの企画書:任天堂・青沼英二×スクエニ・藤澤仁】
  • UXデザイナーはいかにしてUXを組織に広げるか?

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

    UXデザイナーはいかにしてUXを組織に広げるか?
  • 主キーはインデックスではない - 設計者の発言

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

    主キーはインデックスではない - 設計者の発言
    llill
    llill 2014/08/27
    直前のエントリと併せて読みたい。理想像は理解してても業務に精通していないと到達不能であるところから現実に浸食されていくんですよね
  • 日刊工業新聞 電子版

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

    日刊工業新聞 電子版
  • 信じられないDB文化「Join禁止」に「固定長DB」、、でも、合うんです。大規模コンシューマ向けサービスのRDB設計 - レベルエンター山本大のブログ

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

    信じられないDB文化「Join禁止」に「固定長DB」、、でも、合うんです。大規模コンシューマ向けサービスのRDB設計 - レベルエンター山本大のブログ
  • 1