Gamificationって何？
こんにちは、kabutogniです。
今回は Gamificationとは何者で、このキーワードは世の中でどう扱われていて、何が課題なのかについて考えてみます。
Gamification(ゲーミフィケーション)とは?
コンピュータ・ゲームの中で特徴的に培われてきたノウハウを現実の社会活動に応用する行為のこと
ゲーミフィケーション―<ゲーム>がビジネスを変える より
the use of game design elements in non-game contexts(ゲームで無い文脈の中で、ゲームデザインの要素を使うこと)
Gamification: Toward a Definition, Conference on Human Factors in Computing Systems 2011 にて
上にいくつか定義の例を挙げましたが、 だいたい”ゲームの要素をゲーム以外の領域で使う”くらいの意味合いですね。
Gamificationはなぜ注目された！？
このGamificationというワード自体は、2010~2011年頃くらいから登場していて
2015年時点では盛り上がりも一段落した感のある言葉です。
なぜこのキーワードが注目されたかというと、ゲームの持っている人を夢中にさせるメカニズムを使って、ユーザーのモチベーション喚起・促進を行えるのではと期待されたからです。
大事だけど、なかなか持続できないことを楽しみながらできればいいなということですね。
具体的な事例
Gamificationの今
Gamificationは、割と受け入れやすい概念なのではないでしょうか？
しかし、世の中のGamificationの前途は中々多難であると言えます。
Gamificationは、”ゲームの要素をゲーム以外の領域で使う”のですが、このゲームの要素という部分をきちんと説明出来る人間はどのくらいいるのでしょう？
”ゲームの要素”を無造作に扱っているために、ランキングやポイント制などゲームのごく一部を単純に付加することがGamificationだとされる現状もあります。
つまり、今のGamificationは”チョコレートで包んだブロッコリー”を量産しているわけです。
まとめ
- Gamificationは「ゲームの要素をゲーム以外の領域で使う」試み
- ユーザーのモチベーション喚起・促進を期待される場面が多い
- 少しバズった。今は…
- 流行らない理由は、面白さの源であるゲームの要素が曖昧だから
非エンジニアからみる「GitHubってなんだ？」
昨今はチームでゲームをつくるのに”GitHub”なるものを使うことが多いらしいです。 現在、私も非エンジニアとしてGitHubを使う機会があるのですが、これがよく分からない…
ということで、今回は非エンジニアからみると何をしているかイメージすら持て無いGitHubについて自分の勉強がてら解説してみます。
今回の目標
- 非エンジニアでもGitHub上でどんなやりとりをしているかイメージできるようになること
GitHubってなんぞや？
GitHubは、Gitのホスティングをしてくれるサービスだよ。
< Web制作者のためのGitHubの教科書 より >
なんなんですかね、Git。
※ホスティングサービス＝顧客が自前の設備などを持たずにインターネット上で情報やサービスを配信するのをサポートするサービス
Gitとは、バージョン管理システムと呼ばれるソフトウェアの一つである。
< Web制作者のためのGitHubの教科書 より >
バージョン管理システムってなんだよ。分からない言葉を分からない言葉で説明するなよ。
とは言え、バージョン管理は簡単な話です。下の画像を見てください。
このように無秩序にファイルを管理してしまい、どのファイルが最新なのか、いつ何の変更をしたかが分からなくなった経験はありませんか？ バージョン管理システムは、この問題を解決するためのシステムなのです。
つまり！以上を統合すると、
GitHubとは、世の中にある複数の「バージョン管理システム」の内の１つである「Gitというソフトウェア」をインターネット上でお客さんに使ってもらうためのサービスである訳です。
GitHubでは、どんなやりとりが行われるの？
GitHub上ではかなり色々なことが出来るようですが、今回はど基本だと思われる操作のイメージだけお伝えします。
基本の3操作
- git add
- git commit
- git push
上のイメージ画像を参考に読み進めて下さい。
まず操作イメージとしては、あなたの机の上（PCでの作業中のフォルダ）で複数のファイルを変更しているとします。
そして、作業があらかた終わったら変更したものをインターネット上（Github上のリポジトリ）に送るための準備をします。 送るためには一度封筒に変更したものをまとめなければなりません。なぜなら、複数の変更したものを別々に送るのは送り手も受け手も面倒だからです。 封筒の封を糊付けする前ならば、机の上と封筒の間ではファイルのやりとりができます。ここでファイルの入れ忘れを防ぎます。 今回は、aaa.xlsxとccc.docxの２つのファイルを変更したので、この２つを封筒に入れます。これが、①git addの操作です。
そして、ファイルの入れ忘れがないことを確認したら、封筒を糊付けして封をします。ここで変更が確定されます。この操作が②git commitです。
ここまではあくまで自分のパソコン上で完結した作業でしたので、封をした封筒をインターネット上に送り、インターネット上で反映させなけばなりません。 この操作が、③git pushです。git pushが成功すれば基本操作は終了です。
まとめ
ここまで、なんとかGitHubについて学んできました。理解があっていれば、なんとかイメージできましたね！ イメージを掴むことを優先したので、より具体的な使い方について知りたい方は後述の参考文献で調べてみてください。
また、そこ理解が間違ってるよ！ってのがありましたら、是非教えて下さい！
参考文献
Amazon.co.jp： Web制作者のためのGitHubの教科書 チームの効率を最大化する共同開発ツール: 塩谷 啓, 紫竹 佑騎, 原 一成, 平木 聡: 本
