40歳のおっさんがゲームを作り始めてみる

40歳のおっさんがゲームを作り始めてみる at GAMEDEV

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

150:おやじ二等兵 ◆cNMPGiLi1E 
 17/07/07 23:40:09.81 zgCnLTCM.net
飲み会でいま帰ってきました。勉強のためにノンアルコールで乗り切ったぞー！ 
眠いけど頑張ろう！

151:おやじ二等兵 ◆cNMPGiLi1E 
 17/07/08 01:00:06.78 nEclqUCY.net
>>147 
パトラッシュ、、僕も疲れたんだ。なんだかとても眠いんだ、、 
明日早起きしてやろう(_ _).｡o○

152:名前は開発中のものです。
 17/07/08 01:34:58.25 EA6ZMhlL.net
>>134 
＞ プログラマーさんが組むものが文字通りプログラムで、その作業の一つがコーディングってことでしょうか？ 
ん～、ていうかプログラミングとコーディングは全く別の作業なので分業が可能だということ 
上流下流なんて言い方もするね(日本でプログラマー(IT土方)と呼ばれてる人たちは、実はただのコーダーだったりすることも多いんじゃないかな？) 
勿論、ソロプラグラマーだと一人でプログラミングとコーディングを同時にやるんだけどね 
特に外注するつもりなら、フローチャートなどで自分でプログラム組んで、コーディングだけ外注すれば凄く安く済むかもしれない 
＞以前少し遊んだClick&playで組んだ「AがBに当たったら爆発するが、Cを取れば爆発しない」みたいな作業でしょうか？ 
そう、それがプログラムの本質であり、プログラムというのは制御構造（処理の流れ）を書くこと 
当然、自然言語＝日本語で表現でき、誰にでも今すぐ書き始めることが出来る 
Playmakerを使うにしてもそういう論理的思考が出来ないと意外と難しいかなと思ったので… 
でも、少なくとも企画書書いて実際にゲームを完成まで漕ぎ着けたって事は、その時点で少なからずプログラムは書いているのかもしれないね 
例えばRPGの戦闘ロジックなんてのはゲームデザイナーが考えるものだろうし 
もし「AがBに当たったら爆発するが、Cを取れば爆発しない」というプログラムをコーディング(これは仮想言語)するとしたら 
class Object; 
class ObjectA; 
class ObjectB : Object; 
bool takenC = false; 
void ObjectA.OnCollide(Object sender) { // 衝突時に呼ばれるイベントハンドラ 
　　if (sender is typeof(ObjectB)) { // 衝突したオブジェクトがObjectBか判定 
　　　　if (!takenC) 
　　　　　　Self.explode(); // Cを取っていなければ自身を爆発 
　　} 
} 
てな感じでなんだかごちゃごちゃして一見してよく分からないけど、Playmakerみたいのを使えばプログラムの本質を見失わずに済むので 
コーディングがめんどくさいって人は勿論、コーディングに慣れていない人もどんどん使ってみたら良いんじゃないかな？ 
でも万能ってわけでもないみたいだし、どこまで出来るのかは分からないけど…

次ページ