クロスロッジのブログ https://ameblo.jp/cross-lodge/ ゲーム制作のネタとか ja ダメージの乱数ってどれがお好み？ 注意 少し前のツイートのまとめです

 

 

ある日思い立って、アンケートをとりました

 

（▼▼▼▼ツイッターの連携がうまくいかなかった方用の画像▼▼▼▼）

 

 

（▲▲▲▲ツイッターの連携がうまくいかなかった方用の画像▲▲▲▲）

 

 

このアンケート結果はとても意外で驚きました

この結果について、考察したツイートをまとめておきます

 

 

 

ということで、「 よい作品はよい企画から。」という結論を下しています

 

 

おまけですが、ツイートアクティビティーはこんなものでした
フォロワーは現在5290の方がいらっしゃいます
これのデータについて特に考察はしていません
ふ～～ん、と眺めていただければ幸いです

 

 

「インプレッション」とは、あなたのツイートがユーザーに見られた回数を表しています。これは、ツイートをクリックして個別ページを表示した回数ではなく、単純に、各ユーザーのタイムラインに表示された回数です。当然、リツイートなどがあった場合はどんどん増えていきますね。

 

エンゲージメントとは？「エンゲージメント」とは、あなたのツイートに対して発生したイベントの回数です。エンゲージメント(Engagement)は和訳すると「婚約」「約束」「絆」という意味です。これが転じて、マーケティング(ビジネス)においては「商品が消費者にリーチすること」を意味します。Twitterにおいては、「あなたのツイート(商品)が、それを見たユーザー(消費者)にリーチすること」を表すというわけです。要は、「リツイートした」「クリックした」「お気に入りした」などの合計数です。

--- https://syncer.jp/twitter-how-to-use-analytics

]]> https://ameblo.jp/cross-lodge/entry-12129869285.html Wed, 17 Feb 2016 20:30:40 +0900 制作のネタ帳：難しさより面白さを つい難しいゲームを作ろうとしちゃうけど、面白いゲームを作りたいんだよね

自身の進歩を感じることは１つの面白さです
困難を乗り越えることで、自身の進歩を感じることができます

なので難しいものを用意し、それを乗り越えさせることで面白さを演出できます
だからつい難しいゲームを作ろうとしちゃうんだけど、
「それを乗り越えられるひと」だけがターゲットになっちゃう

難しくするより、なにかもっと面白さを演出できる方法を探していきたいですね
]]> https://ameblo.jp/cross-lodge/entry-12052266614.html Sun, 19 Jul 2015 18:54:56 +0900 製作のネタ帳：つまらないゲームとは
どうもこんにちは。
最近は面接で忙しいです。
その面接において「面白いゲームとはなんですか？」という質問は聞かれたり聞いたりしました。

・・・僕はこの質問の答えはことあるごとに考えています。（まだ答えは出ていません）
久しぶりにここ何日かこの答えを摸索しているのですが、その中で見つけた副産物をつづっておこうと思います。

過程は紆余曲折ありすぎて書けそうにないので省略します（ごめんなさい）が、ともかく今回はこのような結論に至りました。

「（あらゆる）つまらないゲームとは、始めたくないか続けたくないゲームである」

納得いただけるでしょうか。
もし反論がございましたら考察がはかどりますので是非コメントをお願いします。

さて、この結論が正しいことを前提にして考察を続けます。
「（あらゆる）つまらないゲームとは、始めたくないか続けたくないゲームである」のならば、一見すると
「ゲーム製作者は「始めたり続けるモチベーションが高いゲームを考えるべき」と言えそうです。
しかしながら、気をつけたいのは
「（あらゆる）始めたくないか続けたくないゲームは、必ずしもつまらないゲームではない」
ということです。
例としては長編RPGが挙げられます。

・とある人が動画を見たり、ひとづてで聞いたりしてこれは面白いゲームだと確信しました。
・この時点でそのゲームは面白いゲームです。
・しかし、その人はこのゲームを始めてしまうと、他のことをする時間がなくなってしまうと考えました。
・その人はそのゲームをプレイする時間をもっと別の時間に当てたいと考えました。
・例えば仕事で忙しいかもしれませんし、もっと面白いゲームをしたいかもしれません。
・このような例で、「始めたくないけど、面白いゲーム」という事例が生まれます。

同様に「続けたくないけど、面白いゲーム」というものも考えられます。
クッキークリッカーが好例でしょう。
僕はあれを今でも遊んでいる日本人は少ないと考えていますし、遊んでいる人に聞いても「今でも遊んでいる日本人は少ないだろう」と言うでしょう。

しかしながら、やはり、ゲームの企画段階においては
いかに「始めたい」と思ってもらうか、いかに「続けたい」と思ってもらうか、を考えることは無駄にはならないでしょう。
なぜなら「（あらゆる）始めたいか続けたいゲームは、つまらないゲームではない」からです。
企画段階において、ゲームがつまらないものになる可能性を排除することはまちがいなく、悪いことではないです。

また、どれくらいの期間「続けたい」と思ってもらえるか、ならびに、そのように思ってもらえる期間をいかに長くするか、を考えておくことも「面白いゲームを制作する」ことにおいて良いアプローチになりそうです。
ゲームの寿命を把握しておくことでこそ、実装すべき機能や逆に実装しないほうがよい機能などについて、有意義に議論・考察ができるのではないでしょうか。



]]> https://ameblo.jp/cross-lodge/entry-12004572674.html Sun, 22 Mar 2015 07:25:23 +0900 製作過程　テキサスチルノポーカー　サーバーサイドで苦戦中　まとめ ここ数日チャットルームを作ろうとして苦戦しています。

それもそのはず、サーバーの知識があまりないからです。
今も環境設定に詰まっているので、今回は情報を整理します。


[Sinatra、Grape]
いずれもwebアプリケーションフレームワーク
噛み砕いて言えばwebAPIを組むのを簡単にしてくれるものです
「rails　webAPI」でよりヒット件数が多かったので、今回はGrapeを採用しました
先人が多いことは重要

[nginx、apache]
いずれもwebサーバー
噛み砕いて言えば、webAPIとクライアントのリクエストをつなげるやつです
また、リバースプロキシも可能

リバースプロキシの概略図　”Hitachi Web Server”より引用

[passenger、unicorn、thin]
いずれもRubyアプリケーションサーバー
噛み砕いて言えばRailsに適したwebサーバー
いずれも独立で動くことができますが、passengerならapacheと、unicornならnginxと組み合わせている例が多いです
nginxやapacheがリクエストをリバースプロキシとして処理することで素早く動くみたいです
どうやら「passenger x apache」が実装すると最速らしいですが、実装の手間がしんどそうなのでパス
「unicorn x nginx」にしてみよう

[redisストア、cookieストア]
いずれもセッションを管理できます
cookieストアはすべてをクライアントのcookieに保管しますが、
redisストアはクライアントのcookieにidだけを保管して、実際の値はredisサーバーが保管します
現在苦しんでいるwebsocketなる技術が、redisを要求しているので、redisを学ばなければならない　うごごごご


以上です
とにかくつらい ]]> https://ameblo.jp/cross-lodge/entry-11996457898.html Mon, 02 Mar 2015 15:41:42 +0900 製作過程　テキサスチルノポーカー　フラッシュプレイヤーがオンラインで動いた [済]ソフトがオンラインで起動する（＝習作公開 study.v1_0）・herokuに無事アップロードできれば終わり
[未]全プレイヤーの累計のボタンを押された回数が表示される（＝study.v2_0）

アップロードに成功したので、とりあえずこちらに置いておきますね
https://texus-cirno-demo.herokuapp.com/prot_type.html
（study.v1_0）

次はstudy.v2_0に移行します
study.v2_0を終えると「全プレイヤーの累計のボタンを押された回数が表示される」になります

そのステップをメモがてら書いておきますね

１：モデルの作成
２：webAPIの作成
３：webSocketの実装

２の段階でまたブログを書くことになると思います
２の時点ではユーザーがボタンを押さない限り、画面の数字が更新されませんが、
３になるとオンライン上の誰かがボタンを押すと、画面の数字が更新されるようになります

おしまい ]]> https://ameblo.jp/cross-lodge/entry-11994513879.html Wed, 25 Feb 2015 21:26:32 +0900 製作のネタ帳　ローグライクゲームのぼんやりとしたアイディア やっぱり食事の時間が減ることはいいことだと思うんだ

さて、本題ですけど、最近いくつかローグライクの考察とか新システムの考案を、ぼんやりと行っているので、それらをメモしようと思います

１：ローグライクはMTGのシールド戦に似ている
「MTGのシールド戦」とは、簡単に言えば「最初に渡されたランダムのカード群から、自分好みにデッキを組んでから戦う」というフォーマットです
カード群が決められていないので、運の要素が絡み、初心者でもとっつきやすいのが長所です
ローグライクは「最初に」こそ渡されませんが、「自分好みにデッキを組んで」「戦う」ところに類似性を感じます
ここからなんとなく考えられることは
・床落ちアイテムをなくして、ゲームの最初（ないしは固定階層）でアイテムをどっちゃり渡すことでうんうん唸ってもらう
・TCG（トレーディングカードゲーム）の面白いシステム（ドラフトなど）を拝借する

・・・といったところですかね

２：ローグライクは拡大再生産のゲームだ
「識別を進めたり、装備品を整えたりすることは、冒険をより安定して行うことができ、安定して行えるようになったご褒美として、床落ちアイテムをよりたくさん拾うことができる」と見れば、一種の拡大再生産のゲームと言えないでしょうか
一部のボードゲーム（アグリコラなど）が参考になりそうです

３：ローグライクをもっと手軽に行いたい
今のゲームは長すぎる
やはり３０分、長くても１時間で終えたいと考えます
また、できれば携帯機で遊びたいです
そこで悩んでいることとしましては
・スマフォアプリにできないだろうか
・スマフォアプリに特化したシステムを考えるべきだ
・実は通路というシステムは負の遺産ではないだろうか
・それでも９９Fを提供したいので、１Fあたりにかけられる時間は４５秒しかない

・・・といったところです

おしまい

]]> https://ameblo.jp/cross-lodge/entry-11993959402.html Tue, 24 Feb 2015 12:21:59 +0900 製作過程　テキサスチルノポーカー　おれはこうやって開発しようと決めた この記事が僕だけでなく、他の方のためになってくださるのなら、それ以上嬉しいことはございません。

さて、テキサスチルノポーカーですが、最近なんとな～く開発をしぶっておりました。
今日、その理由が分かったのですが、それは「途方も無いから」でした。

・新しいことだらけで見積もりが取れない
・新しいことだらけで次に何をやればいいかわからない
・新しいことだらけで今何をやってるかわからなくなる

ということで、そりゃちょっとばかしやる気もなくなるよね！
しかし、完成させたいのは山々なので、今日は全体像の把握と、次やることを決めようと思うよ
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
以下開発環境
・採用理由かコメント
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
[フロントエンド]
unityフラッシュプレイヤー
・流行に乗ってunityを採用
・ブラウザゲームにすることで、インストールの手間を減らしてプレイの障壁の除去を狙う
・生放送で生主とリスナーが同時に遊べるものを作りたかった

[バックエンド（webAPI）]
Ruby on Rails (+ Grape?) 
・Rubyを勉強したかった
・webAPIについて調べるとGrapeという言葉がよく検索にヒットするので、Grapeを使ってもいいのかもしれない

[データベース]
Mysql か postgresql
・sqliteだと同時要求に対してエラーが起こるという噂を聞いている
・mysqlはちょっとだけ触ったことがあるので、mysqlを使いたい
・下の方で出てくるherokuがpostgresqlにしか対応していないのならば、postgreにせざるを得ないかな？

[テスト]
rspec
・他に知らない
・個人開発なのでテストの必要性は薄く、あんまり調べる気になれない

[管理]
github
・やっぱり便利
・unityをgithubで管理する方法もどうせ探せば見つかるんじゃないかな（楽観）

[フロントエンドとバックエンドの接続]
websocket か Photon
・スムーズな接続を実現したい
・両方とも知識不足
・websocketはhtml5の技術らしい
・Photonは接続数が少ないのなら無料

[サーバー]
heroku、そして/その後 conoha
・とりあえず無料で、githubとの連携が簡単なherokuを利用
・実際稼働を始めるときはconohaがいいかな
・conohaな理由は勉強会に数回出たことと、クーポン券を持っていること

[ドキュメント]
cacoo、googledrive、atwiki
・別にこだわりはない

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
時間順やるべきこと
・コメント
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
[済]アイディアを閃く
[済]ゲームのプロトタイプの作成＆１グループで試遊
[済]現在の需要に叶いそうか確認
・そうでないならアイディアを閃くに戻る
[済]ルール整備
[済]ゲームのプロトタイプを別のグループで試遊
・本当に面白いかのチェック
・そうでないならアイディアを閃くに戻る
[済]ルールの概要の記述
[済]コアルールの記述
[済]UI概略図の記述
[済]データベース概略図の記述
[未]API仕様書の記述
・個人開発じゃいらないのでは
[済]開発環境の決定
・このブログ
--------------------------------------------<<<越えられない壁>>>--------------------------------------------
[未]開発環境のセットアップ
・（だるい）
[未]ソフトがオンラインで起動する（＝習作公開 study.v1_0）
・herokuに無事アップロードできれば終わり
[未]全プレイヤーの累計のボタンを押された回数が表示される（＝study.v2_0）
・webAPIとunityの連携その１
・webAPIの実装が必要
[未]ログイン機能を追加（＝study.v3_0）
・webAPIとunityの連携その２
・超難しそう
[未]ゲームのルールの再設計
・ドキュメント
・何か色々問題が出ているかもしれないから
[未]フロントエンドとバックエンドの設計（仕事の割り振り）
・ドキュメント
・今の段階じゃ考えたくない
[未]フィールドカード以外のフロントエンドとバックエンドの実装（＝試作　prot.v1_0）
・webAPIとunityの連携その３
・フロントエンドとバックエンドは順不同だけど、片方ずつ行うこと
・ログイン機能は大変なら後回し
・UIは未調整
・シーンの遷移が必要か（タイトル→ログイン→メイン画面）
・まだゲームにならなくていい
[未]フロントエンドのUIをそれなりに調整（＝prot.v1_xx）
・操作が可能なように修正
・最高に楽しい時期と思われる
[未]ログイン機能・マッチング機能などゲームに必要な部分の実装（＝prot.v2_0）
[未]エモーションなどゲームの根幹には不要だが、公開には必要な部分の実装（＝α.v1_0）
・ついにα版
・この段階で遊べる状態になっている
・くっそ楽しみ
・α版を出すときにはそこそこ宣伝しておきたい

（以降は盛り上がりとかを見てブラッシュアップ） ]]> https://ameblo.jp/cross-lodge/entry-11993664459.html Mon, 23 Feb 2015 18:06:45 +0900 ゲーム制作のネタ帳　操作性について（移動速度の遅いゲームはくそ） しかし先日、その後輩をして、つまらないと言わしめたゲームが出現しました。

その名も、PROJECT MINERVA

概要（WIKIより引用）
  • 藤原紀香をフィーチャーしたアクションゲーム。売り文句は「戦場に、リアリズムを。」
  • 大企業ミネルヴァ社が開発したアンドロイドが世界中で紛争を引き起こし、国連平和維持法人UNPACの傭兵部隊AAAが立ち向かう。
  • 藤原紀香のほか、大塚明夫・青野武・玄田哲章・池田秀一といった声優も参加している。またムービー作成は白組。
何が一番ダメかというと、3D酔いがひどいことですね。
リアリティを求めた結果か、画面がよく上下に揺れていて、酔いを引き起こします。
思い出すだけでも気分が悪くなりそうです、はい。
しかし、これはプレステ２の作品だし、３D酔いの問題は難しいと思われるので、放っておくことにします。

他の不満を挙げるなら、移動速度が遅すぎる、各モーションがいちいち遅い、視界の倍率が高すぎる、カメラワークがひどい、といったところです。
そして、これらの不満はすべて「操作性の悪さ」を指しています。

僕は操作性が悪いゲームはすべからくクソゲーだと思っています。
少なくともゲームを制作する時において、最初に意識しなくてはならないのが、操作性だと考えます。
操作性が悪いとつまらないゲームになりがちなのは、経験上納得いただけると思うのですが、
なぜ、つまらないと感じるのか、については、僕は次のように考えています。

「プレイヤーが望んでいるのは操作することによって得られる結果であるから」

・・・結果とは経験値だったり、ストーリーの展開だったり、敵の発見だったり、します。
楽しい結果を得たいのに、それを理不尽に妨害されるのは不快です。
もっと厳密に言うなら、
得られるであろう結果に対して、プレイヤーは無意識に今までの経験からそれにかかる時間を予測しており、その予測している時間より長い時間がかかると不快に感じます。

このように操作性は、悪いとゲームすべてがつまらなくなります。
一方で、あくまでプレイヤーが求めているのは結果なので、操作性が良いだけでは面白いゲームにはなりません。
なのでゲーム企画においては、まずは「何を持って面白いと感じさせるのか」から考え始めて、いざ作り始める時には「その面白さをきとんと伝えるために、操作性をよいものにしょう」と考えるべきです。 ]]> https://ameblo.jp/cross-lodge/entry-11988620417.html Wed, 11 Feb 2015 19:54:59 +0900 協力型ボードゲーム　考え中 作り始めるのに必要なのは、製作のコストに見合ったリターンが期待できること

ということで、なかなかゲームって作り始められないのよね
特にボードゲームは原価が高いから大変です

で、リターンが期待できるためには、需要があることが必要なわけだけど、
今の世の中、協力型ゲームってそこそこ求められていると思うんだ
それで今回、新たに協力ゲームを考え始めたので文字に起こしてみようと思ってブログを書いています

・どんなゲーム？
「５つのスキルのうちランダムで１つ発動」か「防御」かを、せーのでみんなで決めながら敵をけちらして、なんとかラスボスを倒す協力型ゲームだよ

・５つのスキルをランダム？
各プレイヤーに１番～５番が割り振られたスロットがあって、スキルをスロットにセットしておきます
　そして１～５が書かれた５枚のカードを山札にしておきます
　戦闘では、山札から１枚カードを引いて、書かれている番号のスキルが発動するっていうルールです
　防御すると残っている山札と捨て札を混ぜてまた新たに山札にできるよ





-ここまで書いて-
うーん、魅力が「協力ゲーム」というところにしかないですね
詳細を書くより、企画をもっと練る必要があるみたいです

]]> https://ameblo.jp/cross-lodge/entry-11988089769.html Tue, 10 Feb 2015 14:20:43 +0900 製作過程　テキサスチルノポーカー　ボタンがクリックできる！（記事復元） その時に書いていた記事が復元できたので投稿しますね。

ただ、書いている途中だったので、貼るつもりだった本体のページがありません
なので、ボタンクリックできないです
----------------------------------------------------------------------

とりあえずここまでできたよ、と進捗報告をペタリ。
起動にはunityPlayer（無料）が必要です。

画面


今はリロードごとにカウントが消えちゃうけど、
次はサーバーに保管して、全員のトータルカウントを表示するようにします。

ちなみに背景（タイトル絵のラフ）はあまこけさん製作です。

ボタンの表示、スライダーの値の取得、文字の更新に思いの外手間取ってしまった。 ]]> https://ameblo.jp/cross-lodge/entry-11988081515.html Tue, 10 Feb 2015 14:17:45 +0900