第1回 Hackability vs. Hackiness | gihyo.jp
今回からしばらく「Comparators」と題した読み物を書かせてもらうことになりました。よく似た、あるいは相反する2つのアイデアを見比べたら何かが見えてこないか。そんなもくろみで書きたいと思っています。 今回のComparator（比較演算子）はこの2つ、HackabilityとHackinessです（図1）。どちらも耳慣れない言葉かもしれません。 図1 今回のComparator Hackability Hackabilityとは、ソフトウェアやシステムの性質、その対象が「ハックできること」や「ハックしやすいこと」を意味します。ハックと言ってもセキュリティホールを攻撃するほうではなく、コードを書いて遊ぶほうです。 「あの会社から出てきた新しいサービス、スクリーンキャストを見たよ。デザインはカッコいいね。けっこう遊べそう？」「いやー、SDKどころかAPIもないからHackabili
翻訳記事：水はひび割れを見つける | スパ帝国
これは翻訳記事です GDC#17：水はひび割れを見つける 2011/6/12 Soren Johnson Game Developer誌2011年3月号に掲載された物の再掲 「リスクを最小にせよ、どの選択肢が良いか考えろ。ゲームはそう教える。ゲームとはこういうものだ。言い換えれば、ゲームの終着点は退屈であり楽しみではない。我々は楽しいゲームを作ろうとしているが、それは人間の脳に対する勝ち目の無い戦いだ。楽しみとは過程であり、終着点はルーチンワークだからだ」 – ラフ・コスター著「おもしろい」のゲームデザイン―楽しいゲームを作る理論 多くのプレイヤーはゲームを最適解探しのパズルとして遊ぶ。どうすれば最小のリスクで最大の報酬が得られるのか？ どんな戦略が勝利を確実にするのか？ プレイヤーはゲームからできるだけ楽しみを絞り出そうとする。 しかしゲームというのは非常に複雑で、リリースしてみるまでプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
