Google携帯★Open三国志（GoogleAndroid）

Fork

みずかみさん、
コメント、並びにご指摘有難うございます。
私が説明不足なことが多々であった点、反省しなければいけません。

「思いのスタート」「目的」「着地点」について、それぞれ見解を述べさせて頂きたく思います。少々長くなりますので覚悟して下さい（苦笑）

まず、「思いのスタート」に関してですが、皆さんがこのプロジェクトに求めるものは、ここに集まって頂いている方の数分だけ分だけ大なり小なり異なっているという事は承知しているつもりです。
この為、プロジェクトの関わり方は皆さんの自由だと思っていますので、興味のないことには関わる必要はなく、興味のあることにだけ関わって頂ければそれでよいと思っています。
具体的な例えでは、ゲーム構成には興味がないけど、ガリガリプログラムを書きたいんだという方は、現在回収を進めているアンケートには回答頂かなくてもそれがなんら問題となることはなく、プログラミングで進化を発揮して頂ければ良いという事です。
（ちゅるとんさんには私から謝っておきますので。。。）

次に「目的」ですね。

なぜAndroidか？
私は日本の携帯電話産業とゲーム産業は、共通して今まで世界をリードしてきた分野であるという事で目をつけました。
携帯は携帯、ゲームはゲーム、とそれぞれ別で良く、融合する必要などないのではないかという意見もあるかと思いますし、今までがそれを実際に世界に示してきたと思いますので放って置いてもそれなりの状態は維持できるでしょう。
しかし、昨今、携帯で気軽に出来る携帯電話ならではのゲームが育ち始めていると思うのです。
それらは共通して「Online型」のゲームだと思います。

話は変わりますが、今までクローズドだった携帯電話開発業界の中、Androidが登場した事で、誰でも気軽に携帯電話をカスタマイズできる事になりました。
iPhoneもそこそこいいとこ行っているとは思いますが、Macでしか開発環境が無料でなかったり、iTunesで儲けようという独占的商売根性が見え見えで私は好きになれません。

携帯電話産業はAndroidの登場で一気に動くのではないかと睨んでいます。
Androidのようなオープンな基盤は、開発コストが下がり、効率も上がるので、便利なツールやアプリが続々と登場してくると思います。
私はこの動きを、利益追求を命題とする企業による独占支配ではなく、オープンで平等な動きに誘導したいのです。
そこから派生して、コンピューターの世界をはじめとした、ありとあらゆる情報がオープンになって言って欲しいというのが私の願いです。
国や地域によって経済格差というのはまちまちである事はご存知の通りですが、月収1万円程度の発展途上国の方でもBlackBerryを使用したりしているという事をご存知ですか?
パソコンやゲーム機を買う余裕はなくても、携帯は持っているという方が多くいるのです。
企業が今までのようにこの市場を独占してしまうと、こういった方々はサービスを利用できない情報弱者となり、さらに格差が開いていく事が目に見えています。
私はそれを阻止しなければならないと考えました。
Open三国志（仮名）プロジェクトはその出発点にしたいので、絶対に成功させたいです。

そして「着地点」ですね。
もうほとんどコメントしてしまいましたが、この通りゴールはありません。
このプロジェクトで要領をつかんだ方が、また別のプロジェクトでそれを活用して成功して行くことなどあれば、それも本望です。オープンな世界がまた1つ増える訳ですからね。そうゆう事であれば是非とも全力でサポートして行きたいです。
強いて言うならば、オープンであることがどんどん横に拡がって、利益追求しかできない（つまり利益が上がる分、その代償として貧富の差を拡げる元になる）株式会社という組織が立ち入ることが出来なくなればそれがゴールと言えるかもしれませんね。

以上の3つ回答は、あくまで私の目的であったり願いですので、皆さんは、皆さんそれぞれの目的を果たして頂く事が、このプロジェクトの皆さんにとっての目的です。

最後に、リーダーシップが必要だという事は、みずかみさんや@makoさん、ちゅるとんさんのお蔭でようやく気付き始めています。
私は皆さんを管理や監視する事は行おうと思っていませんし、好きな者通しが集まった組織に、そうゆうものは不要だと思っています。
私は方向性を定め、成功を導く事に尽力したいと思っています。

ふたぽんさん、
もう、意欲がむき出しで敬服するばかりです。
出来る方が多ければ、開発効率の良さそうなRubyなんかはいいかもしれませんね。
今回はスピード開発が見せ所ですので、もっとも効率が良いものは何かという事を優先事項として考えて行きましょう。
インフラ周りですが、パフォーマンスが悪ければ、間違いなくユーザは離れていってしまいますので、リバプロだったり、バランサというのは必須要件かもしれませんね。
Lighttpdというのはご存知ですか?
Apacheよりもモジュールなど少ない分レスポンスが高いようです。
私もOSSのHttpサーバのノウハウとしてはApacheしかないですが、チャレンジしてみる価値はありそうですよ。
RDBMSならそうですね。MySQLかPostgresが無難なトコですよね。そこでXMLDB使うと速そうですが、、、

サーバサイドの開発も、直接Androidの開発ではないですが、メラメラ来ちゃってるようですので、こっちもお願いしてもいいですか?

docomoにプロトコル制限があるとは知りませんでした。
普通に"151"にかけたら教えてくれるのでしょうか（笑）
だめもとで何がいけるのか聞いてみますね！他にどこに聞いていいのかわかりませんので、、、
それから、今回は、Xperiaという、仕様は発表されてはいるけど、まだ販売されてもないハードウェアの上で動く事を想定するというまたある意味リスキーな開発となります。
ですので、実機テストがままならないことはすでに想定していますので、処理はできるだけサーバ側に持たせておく必要があると思っています。

デザインなどに関してですが、私たちには私たちのやり方があります。
ネット上に落ちているフリー（オープン）な著作権で管理されている素材をふんだんに使うことが出来るのです。
たぶん、通常のゲーム会社なら全て自前で用意しなければいけないですよね。
その一部を、プロジェクトページの画像ギャラリーにアップしてます。
SVNにはもう少し使えそうな画像をアップしておきました。
今回のテーマに合いそうないい素材がありそうなサイトをいくつか見つけましたので以下にURLを記載します。

http://www.h5.dion.ne.jp/~drive/page018.html
http://www.sobu-net.com/
http://miracle-page.jp/graph/index.html
http://sangokushi.jp/

最後の三国志.jpに掲載されている三国志の武将の画像ですが、おそらく古い掛け軸の画像とかだと思いますので、著作権は消滅しているのではないかと。
利用する場合、サイト管理者の方に確認して、その際ついでにコラボの話も持ちかけようと思っています。
ちなみに私は、前デザイン会社で情シスやってた関係上、100名ほどのデザイナーの知り合いの方がいますので、いずれ、めぼしい人材には声を掛けたいと思っています。

[メッセージ#48797 へのフォロー]
> いかに通信量、回数を減らすかがキーなんですね。
> イメージは仰せの通りセカンドライフのような、イメージが有りましたので気になった次第です。
> それから基本はUDPなんですね
> UDPですとストリーミングぐらいしか思いつきませんでしたが、このようなやりとりにも使用するのですね。
> 応答確認やエラー訂正などを省いてでも通信速度を確保する必要あるのだなと感じました。

　例としてサッカーゲームを挙げましたが、誰かとの通信待ちで実行が
ブロックされるとリアルタイムゲームは成立しないので、多少落とされ
ても位置情報を勝手に投げ続ける実装にする必要があるのです。
例えば、MMO で誰かがワープしたり消えたりする事がタマにありますけど、あれもそういう理由によります。
＃　但し今回はそんな実装すると破綻するのが目に見えるので、お勧め
＃　しませんが..。

> それから小出し小出しの質問で申し訳ないのですが、
> AさんとBさんがいて、Aさんが移動したことによって、Bさんと出会った場合、Aさん、Bさんへのイベント発生の通知は、AさんBさんのIDなんかをのせて全員にブロードキャストするのか、それともAさんBさんそれぞれログインした時点からセッションを持ち続けてAさんBさんだけにプッシュ通知するのか？といったことが分からない部分です。

　これも仕様との相談としか言いようがありませんが、以前 80 番(http)
を使えばいいと書きましたけど、移動体の場合はプッシュではなくて
プル（問い合わせ式）の方がいいんじゃないかなと思っています。

> 当面の目標は、開発時に使えるテスト環境とA3時に動かすことのできるリアルな環境のインフラ構築で、ロードバランサだ、Layer7だ、となんだか先走っている気がするのですが・・・
> ゲームにログインしているユーザのセッションは、すべて維持しておくという考えでよろしいでしょうか？
> (なんだか基本中の基本、さるでも知っているような事を聞いているようですが・・・)

　ゲーム仕様がリアルタイムならセッションは保持した方がいいで
しょうし、ターン性ならそんな事もないでしょう。
このあたりも仕様によりますね。
それとロードバランシングは、必ずしもロードバランサーでなくても
いいと思いますよ。

A3までの時点では、インフラはパフォーマンスや可用性よりも、とりあえずは動くという事を最優先に基盤を作ればいいと思っています。
ですが、このプロジェクトはそこで解散するつもりはなく、むしろこの後こそが皆さんにとっても有意義なものになると思っていますし、例えばA3をキッカケに話題性が広まれば、プレイヤーの人数も増えるでしょうから、それに見合ったパフォーマンスや可用性、運用機能などを実装していきたいと思っています。

ふたぽんです

Vmware Serverを導入されているのでしょうか
ゲストOSを他で作成してそのゲストOSを、みずかみさんのVmwareに載せることは可能でしょうか？
ネットワーク設定はやり直す必要はあるとは思いますが、インストールしてゴニョゴニョする手間は省けると思います。

と言っておきながら、全く違うマシンにゲストOSを入れたことがないので、可能かどうかも分かってないです。
いけそうでしたら、こちらでVmware serverを入れて今回の環境を作成してコピーを渡すことが出来ます。

ふたぽんです。

今、Debian落としてます。
落としてるのは、debian-504-i386-amd64-source-DVD-1.isoです。
結構時間がかかる・・・このままお出かけだな・・・

MySQLでいきましょう。
ユーザデータ管理部分はInnoDB、ゲームイベントなど読込み専用部分はMyIsamと使い分けるのも良いかなと思います。
(エンジンの混在になりますけど、どちらも独立性を保てば問題ハズです)

使うのは5.1の方がいいかなぁ
MySQLで開発版使ってても問題が起きたことはないので5.5でも良いような気もします(・vv・?)どかな

-------------------------------------------
ココに書くのもちょっとと思いますが、今回の4月の異動で引継ぎをしなければ、ならなくなりました。
ふたぽんは引き継がれる方ですが、平日の作業が非常に厳しい状態になりそうです。

レスポンスや作成が遅くなるかもしれません。すみませんデス<(_ _)>

私もDebianはほとんど経験無いに等しいですが、開発機と本番機は出来る限り環境を合わせていた方がいいとも思うので、OSを取るか環境をとるかという選択ですね。
私の中Debian系とRedhat系はアプリケーションマネージャが違う以外は、そこまで大きな差はないと思っているのですがどうなんでしょう？？？