お題

  • ワンキーゲーム。ゲームの進行にボタンを1種類しか使わないもの。ただし、ゲーム本編以外の部分では他のボタンを使用してもよい。

必須項目

  • タイトル→ゲーム→評価→タイトル・・・の流れを入れること

プラットフォーム

  • Windows2000/XP

〆切日時

  • 2005/10/29 23:59

制限事項

  • ライブラリ等の使用は自由
  • アプリの終了はEscキーorメニューから行う(メニューは必須ではない)

相互評価



Psycheに対して

ゲームに対する評価

eco

  • ワンキー操作とうまくマッチしていて良い。

村人

  • 上昇、下降の速度とコースの形がうまく合っている。
(上昇し続けるとぶつかるスレスレで抜けられる坂とか)
  • シンプル操作でスピーディーな展開を楽しめた。
  • ブロックをよく見るとセリオなのも○。

コードに対する評価

eco

  • 実装をうまく隠蔽している。
  • だた過度にし過ぎな気がしないでもない。

村人

  • 自分はSTLをあまり使ってなかったんで、コード追うのに苦労しました。
  • 見慣れない表記が多かったんで、勉強になります。

アドバイス

eco

  • ミニゲームなのでCPUを労わった方がいいと思う。

村人

  • 避けゲーなんで、自機の当たり判定をもう少し甘く(小さく)するとよさげ。
(ギリギリで抜けたと思ったら当たってたってパターンが結構あったんで。)
  • ゲーム自体はユーザーとしても楽しませてもらいました。


村人に対して

ゲームに対する評価

eco

  • ヤムチャ可哀想すぎ…。
  • 二つのゲージがゲーム性をだしていて良い。
  • 動作がもっさりしているのは気のせい?

Psyche

  • シンプルながら味があっておもしろい
  • ゲージを使うための調整がいい感じ

コードに対する評価

eco

  • 実装部宣言の
void
Scene::Scene()
{
  • などは一般的なのだろうか。

Psyche

  • ライブラリでかいっすね、すごい。
  • 噂のコメント自動作成ですな、コメントが丁寧。
  • マジックナンバーが多いのはよくない。
  • ポインタではなく、できるだけ参照を使うと安全性が増すかも。
  • できるだけヘッダーファイル内でのヘッダーファイルのインクルードは避けた方がいいかも。
  ヘッダーファイルは、いろんなソースからインクルードされるので、
  余計なコンパイルを減らせれば、作業効率が向上するかも。

アドバイス

eco

  • もろ著作権画像を使うのはなるべく控えた方がいいかも。第三者に公開するレベルまでいったならだけど。

Psyche

  • 俺もEcoと同じ思いでしたw いずれは第三者に公開するのかなぁと思ったり。
  • 次回も何かやってくれると信じてる。


Ecoに対して

ゲームに対する評価

Psyche

  • 目的を確実に達成するスタンスはいいと思う
  • 球がいい弾みをするね!

村人

  • シンプルでわかりやすい。
  • GDIなので懐かしいテイスト
  • 球の潰れる→戻るの動きがかわいい

コードに対する評価

Psyche

  • コメント少ないですね(汗)・・・というかないですね!
  • ソース内部でしか使わないグローバルな変数は static 宣言した方が安全性が増すかも
  • クラスは先にインターフェイスを宣言した方が、振る舞いを他の人に伝え易いかも。
  • Unionって領域の共有だっけ?メモリかつかつなコンシューマプログラマーの
  技を感じました!

村人

  • ファイルが少ないので全体を捉えやすい。
  • 各関数の行数が少ないのでコードが読みやすい。
  • でも、もう少しコメントがあるとコード読む側としては幸せ。
  • 全体的に、ソツなくまとまっている印象を受けました。

アドバイス

Psyche

  • 画面が寂しいので、もっと華やかにしたほうがいいと思う
  • 次回は俺を萌えさせてくれると信じてる

村人

  • 1回のジャンプで取れるアイテム数が少ないので、ちょいと物足りなさを感じる。
  • 球がジャンプするときに縦に伸びるとか、着地するとしばらくプルプル震えるとか演出を加えると「ジャンプしてる」感がより出ると思う。
最終更新:2005年11月03日 19:47