>>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みたいのを使えばプログラムの本質を見失わずに済むので
コーディングがめんどくさいって人は勿論、コーディングに慣れていない人もどんどん使ってみたら良いんじゃないかな？
でも万能ってわけでもないみたいだし、どこまで出来るのかは分からないけど…