CLGセミナー「優れたデザインが生み出すデジタルゲームの楽しさ」にいってきた。

http://fumituki.jimdo.com/2012/02/24/clg-seminar/

初めて東京大学にいくこともあり、どの入り口から入るのかなどなど彷徨っていたら１９時頃会場についてしまった。。
元もじぴったんプロデューサー中村さんの話がすでにはじまってしまっていたので途中から聞いていた事をメモ書きとともに感想を自分の振り返りように記載しておこうと思う。

当日の内容を、NoahさんがTogetterでまとめてくれていたのでこちらもどうぞ。ほぼかぶってたりしてます。。
Toggetter 「もじぴったん」元プロデューサー中村隆之氏に聞く「ゲームデザイン」

アジェンダ

  • 1.講演「優れたデザインが生み出すデジタルゲームの楽しさ」（60分）
    • 中村隆之氏（中村遊び応用研究所 クリエイティブプロデューサー、元もじぴったんシリーズプロデューサー)
  • 2.ディスカッション「ゲームデザインの社会への応用」（50分）
    • 中村隆之氏を中心に、参加者の皆さんとゲームデザインの手法やゲーミフィケーションの課題等を議論します。
  • モデレーター： 藤本　徹氏（東京大学）

hashタグ: #clg_seminar

講演「優れたデザインが生み出すデジタルゲームの楽しさ」　途中から

楽しいとつまらないの違い
  • 一般の人は「完成した」ゲームしかみていないが、プロは完成するまでの過程のゲームも見ている。



過程も見る事によってよりどうやったら面白くなるかのゲームの本質がわかりそう

  • 要素、構造、加減のほんの少しの差がゲームの楽しさ、面白さに与える影響を経験的に理解できる
    • 仮説の積み上げ = 経験則
  • プロは音にもこだわる
    • 効果音などの音素材があがってきて、入れた瞬間にゲームになる！ っていう時があった。
    • ステージを選択した瞬間から楽しい。プロにとって音っていうのは非常に大事な要素



自分はこの話を聞くまでゲームを作る時に音を必ず作る意味あるのかなぁ？と 疑問に思っていた。

現にソーシャルゲームでも音がないものが結構増えてきている気がするため。

（そういった意味でも中村さん、ソーシャルゲームをあまり好きなのではないのかもしれない）

ただ実際に今日のお話を聞けて「たしかに音は非常に重要な要素だ」と思えるようになってきた。

理由としては下方にも記載するが

音が効果的な例としてスーパーマリオ3DSを取り上げ、自分がアクションした時の音

（コインをとった音、巨大化するときの音、etc）

がユーザーへの快感FBとなりさらに面白さを感じる。

スーパーマリオは中学生以来やってなかったが今度スーパーマリオ3DSやってみよう。

ついでに、ゲームをやらせるなと五月蝿い嫁には内緒でこっそり息子にもやらせてみよっと。

  • ちょっとしたさじ加減でゲームが面白くなる
    • パックマン
      • 開発中に いたずらでキャラクターの動くスピードを倍速にしたらおもしろくなった。
    • もじぴったん
      • クリア条件だけ変えたら面白くなった
        • 1.すべてのマスをうめろ(難しい)
        • 2.ことばをX個つくれ(クリアしたつもりじゃないのに、クリアになりやがる)
        • 3.左に文字を5個並べて「これを使い切れ」とした(ちょうどよい難易度)
          • クリアした時に快感が得られる用にする事が重要
  • アーケードゲームと家庭用ゲームの違い
    • 家庭用ゲームだと、実際にユーザーさんがPlayするシーンがよくわからないが
    • アーケードゲームはユーザーさんが見えるから、フィードバックがわかりやすい。
    • お客さんの反応が全て。フィードバックが大きいと良いゲームを作りやすい
  • コンピューターゲーム出現の以前、以後の遊び方
    • 以前
      • 一人で遊べる事はかぎられていた
      • 複数人で遊ぶ事が前提。一人だとあそびずらい。
    • 以後
      • 一人でも楽しい、面白いと感じられる事が革新だった。
      • ゲームが審判になってくれる
      • 勝負の楽しさ以外の楽しさ、面白さが重視される
      • コンピューターゲームの基本は「一人でも楽しい」事 ※複数人で楽しいのは当たり前
    • ソーシャルゲームとかは一人であそぶもんじゃない？
      • そんなことはない。他人の都合をきにすることなく、一人で遊べる。 ※誰か捕まえなくても遊べる。
100円1ゲームのアーケードゲームのヒットする３条件
  • 遊ぶ前に楽しそう、面白そう、やってみたい、と思われる事が重要
    • アーケードは筐体デザインが非常にこだわっていた。( 太鼓でドンが良い例になりそう
    • おきゃくさんは先にお金だしてから遊ぶ
    • 遊ぶ前に「面白そう」「楽しそう」と遊ぶ前に感じてもらう
    • 同時に「自分にもできそう」と思わないと遊んでくれない
    • 筐体デザイン、タイトル、アトラクとモード（でも）、見るだけでわかる、感じられる　面白さが必要
  • 遊び始めて３０秒で、遊び方を理解して既に楽しいと感じている
    • チュートリアルとかいれるな、チュートリアルいれたらまけだ。
    • お客様は「説明」は読まない
    • 操作はなんとなくわかっても、ルールは実は理解できていない状態
    • ルールはむしろ楽しさを感じながら徐々に理解する
    • ルール以外の楽しさが必要



チュートリアル入れたら負け、とかすごいなぁと。ただシミュレーション系のゲームとか

ゲームの特性によってはチュートリアル等の説明がないとさすがにPlayしてもらうのも難しい

とも思った。

けどまぁ、チュートリアルなくて遊べるゲームが確かに一番すごいよね。

  • ３分でゲームオーバーになる時にはもう１００円入れたくならせるのが大事。
    • 失敗時の演出が超大事！！！
「楽しい」と感じる状態とは？
  • 主に自分の行動を通して持続的に感じる心地よさ
    • 行動 -> 行動により快感が得られる -> 快感 -> 快感への期待から行動する -> 行動　のループ
      • これが、楽しくてはまっている。
  • ゲームで得られる快感にはどんなものがあるか？
    • 達成感、成長感、勝利の快感、爽快感、連続でできる快感、敵を倒す快感、集める快感、リズムにのる快感、破壊の快感、狙い打ちの快感、謎解きの快感、etc
    • 快感と音は密接に関係している！！！
  • 対称型ゲームデザイン/非対称型ゲームデザイン
    • 対象型ゲームデザイン（対等に戦う/競うためのデザイン）
      • 将棋、チェス、テニス、サッカー、モノポリー、人生ゲーム　複数人競争
    • 非対称型ゲームデザイン（一人プレイ前提のコンピューターゲームで主流）
ゲームにおける「達成感」とは？
  • 達成感種類
    • ゴール、ミッション、ステージクリア、レベルクリア、エンディング
  • 課題、ハードルを乗り越えていってゴールする、これが達成感を引き立てる
  • 強い達成感を得るためにはある程度のストレス、障害が必要
    • 簡単すぎるとつまらない。ただ、難しすぎてもつまらない。



モチベーション3.0 でも同じような事が書かれていたっけな、そういえば。

やさしすぎず、難しすぎず。適切な難易度が内的動機付けを刺激する。

ゲーム内の手段、目的の関係とストレス

ゲーム内の手段と目的の階層の説明

  1. 操作 -> ボタン押す
  2. 手段 -> アクションする
  3. 小目的 -> うまく障害物さける
  4. 中目的 -> ステージクリア、中ボス倒す
  5. 大目標 -> オールクリア / エンディング
  • 最初の３０秒で楽しいゲームデザイン
    • 操作、手段、小目的に快感が伴うかどうかがキモ！！
      • マリオはコインとったり、ジャンプしたときの音が本当にきもちいいから、３０秒でも楽しいと感じられる！！！



CityVileもこのあたりうまい気がするなぁ。

あまりゲームやらない友達とかもはまってる。

  • スーパーマリオ3DSは快感の連続
    • 1-1が快感にあふれすぎている
      • コインをとる、踏みつぶす、キノコとる快感、連続で取る快感、ブロックくずす快感、コインを連続でとる快感、etc..
      • 並のデザイナーはこの手の快感は 5-X とかじゃないといれない。宮本さんすげー、という話。
    • 1-1 にこんだけの快感があるから、ゲームの虜になる
      • 自分の子供にやらせたらずーっと1-1やってる。これが素直な反応。
楽しい失敗？
  • MINDラボ の研究結果
    • ゴールをしたときに快感がえられると、事前の予想をたてたが
      • 失敗しておちていくときに、ほぼ同様かそれ以上の快感がえられる事がわかった。
  • 失敗したときの演出を手をぬくと、お客さんがみるみるいなくなってしまう。
    • なぜなら失敗するユーザーがゲームでは多いのだから。
      • 失敗したときの演出にとても注意を払う
知的な遊びにコンピュータゲームがむく理由
  • 何度も間違えて失敗してもよい = 取り返しがつく ため再チャレンジしやすい
    • 継続して取り組める。
  • ファミコンはリセットボタンの位置が非常に押しやすい位置にあるから良い。
    • とりあえずやってみる/試しにやってみる事が「気軽」にできる　
  • 失敗したら「ペナルティ」もよいが「取り返しがつくようにする」ことが大事
    • 事例
      • ドラクエ：パーティーが全滅したとき、もってるお金が半分。それ以外のペナルティ無し。
      • ポケモン：集めたカードは全滅しても、同じ。



「取り返しがつくようにする」ことにより、やる気が持続するのだろうと。

たしかに、FF2,3とかの最終ダンジョンでずっとセーブできず最終ボスで死んだ日には

やる気ほぼ０になったりしたもんな。

楽しい　失敗　の演出例

中村さんが「まけた」と思うよくできたゲームの例

  • みんなのリズム天国
    • 失敗がすごい笑えるのは、最強！！！
    • コントローラー１個しか使わないのになぜか「みんなのリズム天国」
      • 実際、家族のいる場でやると、本人も笑えるし、周りも笑える。結果としてリラックスできる
ゲームデザイン /　プレイヤー行動を時系列で見る

以下はゲームのPlayする際のプレイヤー行動を時系列にしている

  1. あそぶまえ
  2. あそびはじめ30秒
  3. 失敗
  4. 失敗しても繰り返す -> 学習・上達
  5. 上達の成果で達成　達成感を感じる

失敗してもやみつきになってPlayする

ゴールはデジタルゲームで必須ではない？
  • ゲームには必ずしも必要ないんじゃないかと考えている
    • (本質的には)ゴールのないゲームの例
      • テトリス
    • ゴール設定も「要素の１つ」
    • むしろプロセスや失敗時のゲームデザインが「続ける」モチベーションになる
スマホ向けゲームの例
  • Angry Bird
      • アーケードのゲーム事案の法則は今も通用する事を感じさせるゲーム
ゲームデザインは「おもてなし」の知恵
  • かっぱえびせんのキャッチコピー(やめられない、とまらない、カルビーかっぱえびせん)は秀逸
    • お菓子界のテトリスだ！！
  • ただ、お客さんがやめられない、とまらない、でよいのか？
    • 大人は自己責任だが、子供だとよくないのでは？と考えている（中村さん
    • 子供用に小分けするように、かっぱえびせんは小さい袋に分けている。
      • 小分け重要！！！辞めれるタイミングをつくっている。
  • 楽しくはまる...だけではお客様のためにならない
    • お客さんにやめる気が起こる場所を提供する事重要。やめやすいって事も重要な事の１つ。
ゲームデザイン概念図（中村流

※写真とっとけばよかった内容。

  • 内側（３つの円で表されていた
    • 楽しさデザイン
    • ルールデザイン
    • 学習デザイン　
    • 上記３つがあわさった部分が「おもてなしの心」
  • 外側
    • 周りにUIデザイン
    • 遊ぶ前に、楽しそう　自分にもできそう　と感じさせるデザイン。期待デザイン
  • 楽しいだけじゃだめで、おもてなしがないと駄目
  • お客さんの遊ぶ環境をしっかり考えて、ゲームを提供しないといけない
  • 提供する人の「心」がお客様の「心」を動かす
Game Design は Arts(道)
  • 終わりはない。
  • 経験と鍛錬の積み重ね



良いことばすぎる。

ディスカッション「ゲームデザインの社会への応用」

ゲーム開発のプロについて
  • プロでもお客さんの生の反応をみているか、みていないか、でぜんぜん力がちがってくると思う。
  • フィードバックをもらっているか、いないかは本当に大事
  • いかに他人に(ゲームを)やってもらってるかが大事。経験年数じゃない。
  • ゲームの開発途中の半ばで人に見せる事でゲームが面白くなる事が高い。
ゲームデザインを教育に生かせないか？
  • 教育とゲームの組み合わせは基本よいのだが、強制参加になったとたんに「つまらなくなってしまう」可能性がある。
  • これが教育にゲームを持ち込むときに難しいと思われる点。
ゲームはアートか、ロジックか？
  • アートな部分がある。
  • 誰にとって楽しいものですか？っていうのが非常に大事。
    • 子供にとって？大人にとって？一人にとって？みたいな視点
  • ゲームに究極がないように料理も究極はない。人それぞれで究極がかわってくる
  • 料理とゲームデザインはほとんど同じだと考えている
  • 良い組み合わせは無限にある、ただ、最小公約数的なものが世の中で売れる
「もじぴったん」が面白い！になった瞬間
  • システムが先に完成
    • ゲームデザイナーさんが　ステージ　と　辞書　を作成中
      • 最初に動いた時は　がっかり　した
        • 思うように言葉ができない（原因：辞書登録の単語が少ない
      • 最初は「あ」から辞書登録していったけど、今度は２語、３語のものから登録していった。
        • 辞書登録語数が２万語を超えた頃・・・
          • おもってもみない（知らない）言葉ができて、勝手に連鎖する
          • 結局これが「もじぴったん」の一番の「ウリ」になった
音以外のものでゲームに効果的なものはあるか？
  • リアクションが大事。
    • 自分のおこしたアクションが、連続するリアクションになるとおもしろい。
    • これが非連続だと気持ち悪い。
      • 気持ち悪い例
        • レイテンシー（画面さわってから、反応するまでの遅れ）があると超気持ち悪い。
        • Androidの古い端末とかで、指でスクロールすると、あとからついてくるのが気持ち悪い。
  • ナムコのこだわり
    • ナムコはフレームレートにこだわって 1/60。他大手ゲーム会社は 1/30
    • ナムコではロジェカイヨワ（遊びの要素とかを最初に定義した人）とか読んでないと認められない　　　
中村さんがゲームにおいて関わるもの、関わらないものの線引き
  • 自分の子供に是非やらせたいか、やらせたくないか
    • ソーシャルゲームについては自分の子供にやらせたくない
医療業界へゲーム活用は可能か？
  • 九州大学の久保先生がプロジェクト（ゲームをリハビリに入れる事）でやってる。
  • 効果が立証できる、自発的にできる、ていうのがポイントだと思う。
  • 現場に導入してみないとわからないハードルはたくさんあると思う。
  • はじめてやる物は誰もわからないから、まずは実践ありき。
うまくいってるPJと、うまくいってないPJの差
  • ウォータフォールのPJは大概うまくいかない。
  • 未完成状態でテストを繰り返す(FBループが多い)PJはうまくいくケースが多い。
結果を出さなければならない場所(たとえば受験勉強する塾)でのゲームは効果がなさそうか？
  • 効果がないとは、絶対いえないし、うまくやれば必ず効果がでる。
    • ただ、難しいのは　学習塾　みたいなところで実験的にやる事が懸念。
      • 導入が難しい。ゲームを作る側もFBを何度ももらわなきゃいけないのに、お金をもらって教えるわけだから。
      • アメリカのQuest to learn という仕組みのようにはじめからゲームのような授業があるところは大丈夫かも
        • ゲームのような授業がある、とわかって入ってくる人たちだからうまくいくのではないかと
中村さんの大学受験の時のエピソード
  • 水性ボールペンの空になったボールペンを、みんなお守りとしてもってきていた。
    • 自分のやってきたことを視覚化した事が大きい。
    • やる本人がゲームだとおもっちゃえば、ゲームになると思う。
最後に
  • ゲームは、自らの意思で参加するぞ！って決めた時点でおもしろくなる。
  • ゲームをやる人はゲームやるけど、やらない人はやらない。
  • ゲーム失敗する人の立場にたって、いろいろ考えた結果、
  • 本当にすぐれたゲームデザインは、うまくない人も楽しいと思えるもの

まとめ (というか自分が印象残った事箇条書き (まとめじゃないじゃないか

  • ゲーム開発中のFBすごく大事。FB受けて開発すすめないゲームは大抵失敗している
  • 失敗したときのリアクションがすごく大事。ゲームうまくない人のフォローが重要
  • 要素、構造、ゴールなどほんの少しのさじ加減でゲームがものすごく面白いものになったりする
  • ゴールはゲームの面白さを構成する要素のあくまで１つでしかない。（ゴールがないゲーム(テトリスとか)も存在するし
  • ゲームデザインは料理を作るのと同じような感覚。
  • (ゲームの特性にはよると思うが)チュートリアル入れるようなゲームは負け。
  • 本当にすぐれたゲームデザインは、うまくない人も楽しいと思えるもの
  • Game Design は Arts(道)。
  • 中村さんがまだまだしゃべり足りなさそうだったのが非常に印象的。どんだけ経験値もっているのか、と。もっと聞きたかったなぁ。
  • 1500円はらって良い話が聞けて、軽食まで出たのですごい満足度が高い。

最後に、中村さん、藤本さん、運営スタッフの方々、ありがとうございました！！！

いってきた -> 「ゲームのちからで世界を変えよう会議」 Offline Meeting Vol.1

去年の秋くらいから、いろいろあって自分の中で何をやりたいか整理していくうちに何個か決めた事がある。

そのうちの一つが以下である。

ゲームをやった後の、虚無感（なんかもっと良い言葉があるかも）をなくしてずっとゲームしてたい

まぁ、なんていうんでしょうか。ゲームやった後の俺なにやってたんだぁ、、、感をなくしたい。

自分は昔からゲームが好きで、小学校の頃など月に１本ファミコンのソフトをねだったものだ。
※家は裕福でなくむしろ貧乏だったが、一人っ子ゆえ甘やかされて育った。
ただ、年齢を重ねていくうちにさすがにゲームをやる時間が少なくなってきた。それはゲームをやった後に
「俺こんな事してていいのだろうか。もっと他にやらなきゃいけない事あるんじゃないだろうか」
って思う事が、社会人になってからとても頻繁にあったのでゲームをやる事を控えていた。
でも、やってしまうんだよね。特にシミュレーションゲームを。最近は、スマホ全般のゲームが多いけど。

そんなこんなで、虚無感を無くしてずっとゲームをしていられる方法を考えた結果、

　ゲームやって社会貢献だったり自己成長できれば、虚無感なくなるな

っていう結論に達して、ネットでそのような方法がないかと調べてみるといろいろすでに方法？があるではありませんか。

etc...

まず注目したのは最近何かとよく話題にあがる「ゲーミフィケーション」。

実は、１年前くらいから注目されはじめたのは知っていて興味はあったのだけど本業の方に集中していたせいかあまり調べれてなかったので、良い機会だと思いいろいろ調べ始める事にした。

と、まもなく「ゲームのちからで世界を変えよう会議」なるブログを見つけ、Offline Meetingが開かれるという事で以下３つの本を斜め読みして参加する事にした。

  • ゲーミフィケーション―<ゲーム>がビジネスを変える

  • 幸せな未来は「ゲーム」が創る

  • ソーシャルゲームはなぜハマるのか　ゲーミフィケーションが変える顧客満足

備忘録「ゲームのちからで世界を変えよう会議」 Offline Meeting Vol.1

アジェンダは以下のとおり



1. 15:00- 開会趣旨紹介

2. 井上明人氏講演　ゲーミフィケーション―<ゲーム>がビジネスを変えるの著者の人

3. 魚岸智弘氏講演 　ゆめみの人

4. トークセッション(MC:久保田大海氏）

　井上明人氏　×　魚岸智弘氏

5. 懇親会

内容の詳細については UST 見てもらえばよいので割愛。
以下個人的に印象に残った事をつらつらと書いていく。

1. 開会趣旨紹介

ゲームの力 = 暗黙知。
「日本のゲーム文化は世界で１番。世界をもっと楽しいものに作り替える」のようなコメントが印象的。
自分もそうだが日本人は上記のように思う人が多い。けど、世界からみたときの日本のゲーム文化はどのように見られているのか？の現状も知りたい所。
そして、何やら「ゲームのちからで世界を変えよう会議」の開発メンバー募集しているようなので、タイミングと機会さえ合えば是非参加したい。

2. 井上明人氏講演　ゲーミフィケーション―<ゲーム>がビジネスを変えるの著者の人

この会議参加前に読んだ「幸せな未来は「ゲーム」が創る 著:ジェイン・マクゴニガル」の内容を以下のようなニュアンスな事をいっていた。

と、やや否定的？とも取れるコメントを井上氏がされたのが印象的だった。
自分個人としてはこの本のビジョン（ゲームは世の中を変えるんだ！（ｷﾘ )にかなり感化されてしまった？ので、人によって暑苦しく感じる人もいるんだ（むしろ日本人はこういう見方が多い？）と、改めて人によって捉え方が全く違う事を認識した。

あとは

  • Foldit は３面から急に難しくなる。ゲームのチュートリアルとしてはよくない
    • たしかに自分もやってみたが、急に難しくなった。。
  • ゲームの仕組みを世の中に貢献させる挑戦は、1980年代くらいからある。ゲーミフィケーションは第６段
    • そんな昔から取り組んでいたのね。
  • ゲームを創る際の[アート：複合的 / 総合的で転用の難しいもの]、[技術　：転用可能なもの] という考え方
    • アート、という言葉は自分も好き。
  • 良いゲーミフィケーション事例を日本に蓄積させたい
    • やはりいまは事例ありきのフェーズ。自分も何かできないものか。
  • ドラクエ２の開発秘話。工場にいくぞ！といっているタイミングで開発スタッフの誰もがゲームを通してやってなかった。
    • これは本当に印象的だった。でも非常におもしろかったなぁドラクエ２。
  • 井上氏は大学ではword, ppt, excel 等を教えている
    • 笑わせてもらいました :-)

とかとか

質疑応答の内容一部抜粋

  • ゲームを創っている人からはゲーミフィケーションの成功者の事例はあまりでてこないかも。内部でそのようなノウハウを保持して公開してない所が日本は多そう。（この文章、実際の意見とニュアンス違うかも
  • プレイ＆フィードバックだけの仕組みでは日本では流行らない。日本的な要素（例 ２ちゃんねる的なコミュニケーション）を取り入れないと難しいのでは。
  • 大企業、商店街にゲーミフィケーションの話を出すと理解してもらえず（何の役にたつの？的な）取り合ってもらえない事も多い。
  • とりあえず流行っているからゲーミフィケーションやってみよう！みたいな所は失敗する。なぜ、ゲーミフィケーションを取り入れるか？という事をしっかり考える必要がある。
3. 魚岸智弘氏講演 　ゆめみの人

井上氏がアカデミックよりの話に対して、魚岸氏はビジネスよりの話。
ソーシャルゲームはなぜハマるのか　ゲーミフィケーションが変える顧客満足」本の内容が中心だった。

  • 大手企業さんだとやはりゲーミフィケーションを受け入れてくれる所が少ない。
  • 実際提案していたときの話でいくと「ゲーミフィケーションなんで、いれなきゃいけないの？」とかいわれる時がある。そういった時は、数字ばっかお客さんは見ている。
  • 数字を達成するために何かをする、ではなく、おきゃくさんが何かを達成するために、数字があるんですよっていう話をしている。
  • ゲーミフィケーションの費用対効果は？といわれた場合は以下のように答えている
    • ユーザーモチベーションがあがって、再訪率があがって、結果としてこれくらい売上げがあがります、とかとか

質疑応答の内容一部抜粋

  • プレイ＆フィードバックのフィードバックのタイミングが大事だよね
    • iコン○ェルがうざい事があった。フィードバックや通知のタイミングって重要だよね〜。
      • クレームにならないフィードバックは、自分の行動に伴うフィードバック。
4. トークセッション(MC:久保田大海氏）井上明人氏　×　魚岸智弘氏　×　会場の人達
  • リアルがゲハ（ゲームハード）になってくる。でも、リアルって現状糞ゲハじゃね？もっとリアルを良いゲハにしていきたい。
  • ゲーミフィケーションで達成できない事は？
    • ゴール自体がはっきりしてないもの、もともとおもしろくないものは活用できない。
  • 自分達がつくったお花サービス（これかな？）をたちあげた後に、techcrunchにとりあげられて始めてゲーミフィケーションという言葉を知った。

などなどおもしろい話がつきなかった。

5. 懇親会

家庭の事情で参加できなかった。。。
無念。。。

まとめ

  • 日本のゲーム技術力を自負している人が多いと感じた。
  • 教育関係者の人も結構きていた。教育業界でも学ぶモチベーションは必須なのでゲーミフィケーションには注目しているようだ。
  • マクゴニガルを暑苦しく思っている人は、結構いそう
  • 大企業や、商店街などのゲームを仕事に的な所に縁が薄い人たちにとっては「ゲーミフィケーション？なんのこっちゃ」って風潮が強い。
  • 外発的報酬、内発的報酬 の違いについて、実際の運用現場で働いているいろいろな人たちから現状を聞いてみたい、と思った。
  • アンケートにも書いたけど、自分はエンジニアなので開発プロセスのゲーミフィケーション化の話もあれば聞いてみたいと思った。（自分で実践しろって話でもありますが。。
  • ゲーミフィケーションの成功事例、超大事！！！

あと、この会議でつかった資料はやく公開されないかな。関係者に共有したい。

さいごに

井上さん、魚岸さん、久保田さん、Noah(のあ)さん、運営スタッフの方々、どうもありがとうございました！

Galaxy S mac OSX10.6 で EasyTetherを有効にする

MacOSX(10.6)側でEasyTetherがなぜか自動で有効にならなかったので

sudo kextunload /System/Library/Extensions/EasyTetherUSBEthernet.kext

してから

sudo kextload /System/Library/Extensions/EasyTetherUSBEthernet.kext

とやった後に[システム環境設定] - [ネットワーク]とやった後に[+]ボタンを押してEasyTetherを選択したらようやくテザリングができるようになった。

s3のbucket名のリネームできないらしいのでコピーする

どうもs3のbucket名はリネームできないらしい。
https://forums.aws.amazon.com/thread.jspa?threadID=73503
なので、s3で画像サーバーを運用していてURLを独自ドメインに変えたい場合は、
新たにbucketを作成して、元のbucketからファイルをコピーする必要がある。

このため
http://pastebin.com/PVYmfBGy
のあたりのソースを使って、bucketごとコピーしたり、copy_keyにprefixつけて
一部ディレクトリのみコピーしたりしてみた。

その際に、botoのソースでacl(アクセス権限)がコピーされない不具合？があるようで
https://github.com/boto/boto/commit/be6549a2539f763b2b89dc7b548594fad135a813
のパッチをあてると、コピーしたファイルの権限もコピーできるようになった。
※最新のソースだとこのパッチはあたってる？

ちなみにファイル数が少ない場合はAWS の GUI からcopy & pasteするのが一番早そうなんだけど
(PUT COPYを内部でやってくれているらしい。PUT COPYが一番早いようだ。参考URL)
途中でErrorになったりするので必要最低限のファイルのみコピーする方法を考えた方がよい場合もある。

s3を画像サーバーとして使う場合の画像URLを独自ドメインでアクセスする

現在、S3を画像サーバーとしてつかっているのだけど
https://s3-ap-northeast-1.amazonaws.com/BUCKET_NAME/XXXX.jpg
のようなURLでamazonのURLがでてしまう。
これを
https://static.DOMAINNAME/XXXX.jpg
のようにアクセスできるように対応してみた。

DNS設定

※お名前.comを使用した場合の説明
レンタルDNSレコード設定から、以下レコードを登録。
static.DOMAINNAME CNAME static.DOMAINNAME.s3-ap-northeast-1.amazonaws.com

s3のbucket作成

https://console.aws.amazon.com/s3/home
s3管理画面より「static.DOMAINNAME」の名前でbucket名作成
その後、XXXX.jpgをこのbucket直下におくと、
https://static.DOMAINNAME/XXXX.jpg
でアクセスできるようになるはず。
以下のようなXMLがでたら、権限がたりていないので Properties - Permission から読み取り権限を与えてやる


AccessDenied
Access Denied
112CE0ACD5346798

pfcBwjuoc5HCkQ3DJHrkcGqQ6O2sN5r9bQvPGetngKVYrik3oN6Z0IJmEBhNicJ/

Ubuntu上でNagiosでグラフ化、リモートホスト監視設定

これは自分用のメモです。
監視する側のサーバーにはnagios3.Xが入っているものとする。

リモートホスト監視設定

参考URL

クライアント側
・インストール
apt-get install nagios-plugins nagios-nrpe-server nagios-nrpe-plugin
・メモリ監視がないためインスコ
cd /usr/lib/nagios/plugins/wget http://www.sysadminsjourney.com/sites/sysadminsjourney.com/files/code/check_mem.pl.txt
mv check_mem.pl.txt check_mem.pl
chmod 755 check_mem.pl
./check_mem.pl -w 10 -c 5 -f -COK - 66.6% (419448 kB) free.|TOTAL=629976KB;;;; USED=210528KB;;;; FREE=419448KB;;;; CACHES=406196KB;;;;
・設定ファイル
# vi /etc/nagios/nrpe_local.cfg

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

allowed_hosts=XXX.XXX.XXX.XXX,127.0.0.1
command[check_users]=/usr/lib/nagios/plugins/check_users -w 5 -c 10
command[check_load]=/usr/lib/nagios/plugins/check_load -w 15,10,5 -c 30,25,20
command[check_all_disks]=/usr/lib/nagios/plugins/check_disk -w 20 -c 10
command[check_zombie_procs]=/usr/lib/nagios/plugins/check_procs -w 5 -c 10 -s Z
command[check_total_procs]=/usr/lib/nagios/plugins/check_procs -w 150 -c 200
command[check_swap]=/usr/lib/nagios/plugins/check_swap -w 20 -c 10
command[check_mem]=/usr/lib/nagios/plugins/check_mem.pl -w 10 -c 5 -f -C

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

# /etc/init.d/nagios-nrpe-server restart
# /usr/lib/nagios/plugins/check_nrpe -H localhost
NRPE v2.12
注) 監視側のポート5666を空けておく
サーバー側 (ngios設定済みとする)
# apt-get install nagios-nrpe-plugin
# /usr/lib/nagios/plugins/check_nrpe -H REMOTE.SERVER.IP
NRPE v2.12
CHECK_NRPE: Error - Could not complete SSL handshake.
がでた場合は、
/etc/nagios/nrpe_local.cfg
で監視サーバーのIPが指定されているか確認

nagiosグラフ化

参考URL

インストール
apt-get install perl rrdtool librrds-perl php5-gd
git clone git://pnp4nagios.git.sourceforge.net/gitroot/pnp4nagios/pnp4nagios
cd pnp4nagios
./configure
make allmake install
make install-webconf
make install-config
nagios.cfg設定

まずは、nagiosからperfdata.plを呼び出せるように設定ファイルを編集する。

vi /usr/local/nagios/etc/nagios.cfg

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

※ 以下のディレクティブを以下の通りにする。
process_performance_data=1
enable_environment_macros=1
service_perfdata_command=process-service-perfdata
host_perfdata_command=process-host-perfdata

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    •

以下Basic認証のファイルは適宜作成しておく

vi /etc/apache2/conf.d/pnp4nagios.conf

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

     AuthType Basic
     AuthUserFile /etc/nagios3/htpasswd.users

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

/etc/init.d/nagios3 restart
/etc/init.d/apache2 restart
テスト確認

ページ表示の確認

http://[SERVER DOMAIN]/pnp4nagios/

細かい設定

mv /usr/local/pnp4nagios/share/install.php /usr/local/pnp4nagios/share/install.php.org
vi /usr/local/pnp4nagios/etc/process_perfdata.cfg

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

 :
LOG_LEVEL=2
 :

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

vi /etc/nagios3/conf.d/hoge.cfg

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

host, service を参考URLをもとに修正する

    

  • 

      

    • 

        

      • 

          

        • -
          • 

        • 

      • 

    • 

/etc/init.d/nagios3 restart

Hudson in ubuntu10

インスコ

wget -O - http://hudson-ci.org/debian/hudson-ci.org.key | sudo apt-key add -
vi /etc/apt/sources.list
-----
  :
  :
deb http://hudson-ci.org/debian binary/
-----
sudo apt-get update
sudo apt-get install hudson
→　デーモン起動してくれる

動作確認

http://localhost:8080

実行ユーザー変更

vi /etc/sysconfig/hudson
-----
:
HUDSON_USER=hudson
:
-----

時刻のタイムゾーンが日本時間にならない

javaで以下のように時刻を取得して時刻を表示すると

Calendar cal1 = Calendar.getInstance();

US時刻で表示されてしまう。

# ll /etc/localtime 
lrwxrwxrwx 1 root root 30 2010-09-29 10:11 /etc/localtime -> /usr/share/zoneinfo/Asia/Tokyo

にも関わらずだ。

Calendar cal1 = Calendar.getInstance(TimeZone.getTimeZone("Asia/Tokyo"));

ような書き方をしないとタイムゾーンがづれてしまうよう。
上記のためHudsonでも時刻がUS時刻になってしまう。

Hudoson内では上記のような時刻の取得をしているらしくづれる。

これを解決するために以下対応を行った。

vi /etc/init.d/hudson
-----
:
JAVA_ARGS="-Duser.timezone=Asia/Tokyo"
:
-----
/etc/init.d/hudson start