Kazukiの同人3DRPG制作【第二話】

**Kazuki** · 2010/09/19(日) 04:46:22

Kazukiの同人3DRPG制作公式サイト
ttp://www.kazuki-sendo.com/game/

発展途上中の素人Kazukiを中心として
DirectX9による3DRPG制作に挑戦します。

開発言語は、C++です。
長く苦しい戦いになると思われますが、
同人ゲーム制作の限界への挑戦が、当企画のテーマでもあります。

**名前は開発中のものです。** · 2010/09/22(水) 02:56:27

想像以上にバカだった

**名前は開発中のものです。** · 2010/09/22(水) 02:57:18

>>844
もっと詳しく説明よろ

**名前は開発中のものです。** · 2010/09/22(水) 02:59:01

取り合えず>>743がわかりやすいから何度も読め
それでも後ろから読む必要があると思うならもう知らん

**名前は開発中のものです。** · 2010/09/22(水) 02:59:11

int a = 1 ;
if ( (a=a+3)>2 || (a=a-5)>0 ){}

この条件文は通る？
この条件文を抜けたあとのaは？
後ろから読んで説明してみて

**名前は開発中のものです。** · 2010/09/22(水) 03:00:17

文ごとに後ろから読むの？
ソース全部後ろから読むの？

**名前は開発中のものです。** · 2010/09/22(水) 03:01:06

>>852
そこは答えたく無いらしいよ？w

**名前は開発中のものです。** · 2010/09/22(水) 03:01:30

>>851
めんどくさいからもう分解しないけど。

if ( (a=a+3)>2 || (a=a-5)>0 ){}
↑
これを脳内で後ろから前に読んでください。

それを俺が書いた順位表で考えて
その順番に計算してください。

この場合、||←（理論演算子）が最後から二番目の順位です。

**名前は開発中のものです。** · 2010/09/22(水) 03:02:04

どっかに演算順序を超わかりやすく書いてくれたレスがあったはず

**名前は開発中のものです。** · 2010/09/22(水) 03:02:19

>>847

なにが「だから」なのか全く不明
改めて確認するが、

　・優先順位の高い [] 演算子は低い = の前に書いてはいけない
　・どのプログラムもそう ([] が = より前に書かれてるようなプログラムはない)

でいいんだよな？

**名前は開発中のものです。** · 2010/09/22(水) 03:03:28

ソースは１行目から下に向かって読む。
列は、後ろから文章の先頭（座標０）に向かって読む

だが、実行する場合は、
mainから実行

**名前は開発中のものです。** · 2010/09/22(水) 03:04:48

>>857
じゃあ、>>834に答えて

**名前は開発中のものです。** · 2010/09/22(水) 03:05:45

あ。実行する前にグローバル変数とかインクルード読んでるけどね。

それを飛ばしての話です。

**名前は開発中のものです。** · 2010/09/22(水) 03:06:12

=を関数で考えると
int equal(int &a,int b);
見たいになるから左辺の正体は値じゃなくて参照って考えるといいんじゃね？

**名前は開発中のものです。** · 2010/09/22(水) 03:07:36

あった>>476
この説明見た上で後ろから読む必要を説明してくれ

**名前は開発中のものです。** · 2010/09/22(水) 03:10:03

>>845
いや、違う。。

x * y + 2

でもいい。

後ろから分解

１．2
２．+
３．y
４．*
５．x

こう考えて、+と*の順位はどっちが上ですか？

俺のサイトの表を見てください。

*は３位で+は４位です。

なので、その順番で計算する。

**名前は開発中のものです。** · 2010/09/22(水) 03:10:15

前から読むと文末が分からないのに
文末から読めるって発想がスゴイな

**名前は開発中のものです。** · 2010/09/22(水) 03:11:04

> ソースは１行目から下に向かって読む。
> 列は、後ろから文章の先頭（座標０）に向かって読む

じゃあ

a = a
*
(b + 10);

はどう読まれるの？

**名前は開発中のものです。** · 2010/09/22(水) 03:12:45

ちなみにこれはコンパイラの理解です。

これらの文章法則をコンパイラは、
機械語に変換して、

そして、ようやく本来のコードになる。

機械語を直接話せるなら、
コンピュータにとって、もっといいコードになる。

アセンブラとか。

**名前は開発中のものです。** · 2010/09/22(水) 03:13:01

>>862
優先順位考えるんだから
前から読んでも問題無いよね

**名前は開発中のものです。** · 2010/09/22(水) 03:13:07

>>859
最初に変数を読んで後は後ろから分解するんだよね？

int a = 1, b = 2 ; a = a+b ; a = 10 ; b = 11 ; a = a+b ;

あれ？
最初の式と後ろの式の結果がいれかわっちゃったｗ

**名前は開発中のものです。** · 2010/09/22(水) 03:14:27

>>865
前にもレスしたけど
コンパイラがどう読むか
と
言語仕様としてどの順序で演算するか
は全く関係無い

**名前は開発中のものです。** · 2010/09/22(水) 03:15:26

>>862
代入演算子は優先順位が低いから最初の方に書かなければいけないって言ったのはお前じゃん
なのになんで

　　優先順位の低い + は優先順位の高い * より前に書かなければならない

にならないの?

**名前は開発中のものです。** · 2010/09/22(水) 03:16:47

あと>>864にも答えてね

**名前は開発中のものです。** · 2010/09/22(水) 03:18:56

#define A 1

これを分解

１．1
２．A
３．e
４．n
５．i
６．f
７．e
８．d ←ここまで読んで、ようやく「define」であることを理解
９．# ←ここまで読んでようやく「呼び出すんだね？ラジャー！」

となって、マクロを使う。

**名前は開発中のものです。** · 2010/09/22(水) 03:20:45

ああ。正確には、

１．1
２．空白（スペース）
３．A
４．空白（スペース）
３．e
４．n
５．i
６．f
７．e
８．d ←ここまで読んで、ようやく「define」であることを理解
９．# ←ここまで読んでようやく「呼び出すんだね？ラジャー！」

こうだね？

なので、1はAに格納される

**名前は開発中のものです。** · 2010/09/22(水) 03:21:52

ダメだこいつプリプロセッサもやっぱり理解してない

**名前は開発中のものです。** · 2010/09/22(水) 03:22:15

訂正

１．1
２．空白（スペース）
３．A
４．空白（スペース）
５．e
６．n
７．i
８．f
９．e
１０．d ←ここまで読んで、ようやく「define」であることを理解
１１．# ←ここまで読んでようやく「呼び出すんだね？ラジャー！」

何度も失礼・・。

**名前は開発中のものです。** · 2010/09/22(水) 03:23:33

>>839をふまえた上でint型配列の変数に値を代入したいときはどうすれば良いか答えてくれない？

**名前は開発中のものです。** · 2010/09/22(水) 03:24:58

>>871-872

# で始まる行であることをまず認識しないとプリプロセッサが動けないんだが

**名前は開発中のものです。** · 2010/09/22(水) 03:26:08

>>875
その指摘は見えないようになってるらしい

**名前は開発中のものです。** · 2010/09/22(水) 03:26:19

私の高校の頃の数学教師の言葉
「数学の式や関数って、プログラムで使う式や関数とは別物だから混同しないほうがいいよｗ
同じなのは見た目だけｗ」

**名前は開発中のものです。** · 2010/09/22(水) 03:26:49

てか取り合えず>>476を読めよ
まさか読んだ上で言ってるの？

**名前は開発中のものです。** · 2010/09/22(水) 03:29:56

当時の自分は「は？数学でもC++でも別段困ってないんだけど」ってスルーしてたけど、
カズキくんみたいに自分の知ってることだけでC++を理解しようとすると勘違いするから
前もって言ってくれてたのね

**名前は開発中のものです。** · 2010/09/22(水) 03:31:18

字句解析とか構文解析なんて言葉は見たこともないんだろうな
ごく簡単なものでいいから一度でもパーサを書いてみてから語って欲しいものだ

**名前は開発中のものです。** · 2010/09/22(水) 03:33:46

では、これにて後ろから前は終了！！

じゃあ、寝るわ。

**名前は開発中のものです。** · 2010/09/22(水) 03:34:10

#define A(a) {a=a+1;a=2;a=a+3;}

はい、説明して！

**名前は開発中のものです。** · 2010/09/22(水) 03:34:38

説明出来なくなると逃げる
いつも通りだね

**名前は開発中のものです。** · 2010/09/22(水) 03:35:15

都合の悪い質問は全て無視して終了宣言か

**名前は開発中のものです。** · 2010/09/22(水) 03:35:39

#define TEN 10

1.# ←プリプロセスっすね　準備するっす
2.d
3.e
4.f
5.i
6.n
7.e　
8. ←defineっすね？ぱねぇｗｗ使いすぎ
9.T ←マクロ名っすか "T"
10,E ←Eっすね "TE"
11. N ←　N　"TEN"次は？
12.　 ←途切れたんで"TEN"でいいんすね
13. 1 ←代入は"1"・・・と
14.0 ←０、後は？　"10"
15.\n ←おｋ、"TEN"って識別子を"10"に変えるんすね、覚えとくっす

僕のdefineちゃんはこんな感じ

**名前は開発中のものです。** · 2010/09/22(水) 03:37:02

>>886
どっちかっていうとプリプロセッサちゃん

**名前は開発中のものです。** · 2010/09/22(水) 03:38:46

>>883
これの場合は、;を書いてるから
そこで一区切りになって考えます。

たしか;はそういう意味だったはず。

つまり、こうだね？

#define A(a) {a=a+1;a=2;a=a+3;}

{a=a+1;a=2;a=a+3;}
　↑
この部分だけ考えるね？

a=a+1;
a=2;
a=a+3;

↑
中身をこんな風に分解。

これをそれぞれ後ろから読む

**名前は開発中のものです。** · 2010/09/22(水) 03:39:09

このスレも後ろから読むと理解できます。
一番後ろはきっと5000スレくらいなので気長に待ってください。

**名前は開発中のものです。** · 2010/09/22(水) 03:40:15

起きてからでいいから

#include <stdio.h>
int main(){ int a = 3; int b = 2; a = a * (b + 10); printf("%d\n", a); return 0; }

↑のプログラムがどう読まれるか解説してね。あと↓のも

#include <stdio.h>
int
main(){
int
a
=
3;
int
b
=
2;
a
=
a
*
(b
+
10);
printf("%d\n",
a);
return
0;
}

**名前は開発中のものです。** · 2010/09/22(水) 03:40:53

正確にはこうか。

１．a=a+3;
２．a=2;
３．a=a+1;

順番を間違った（＾＾；

**名前は開発中のものです。** · 2010/09/22(水) 03:42:46

>>888
まちがい。プリプロセッサは ; を特別扱いしたりしない

**名前は開発中のものです。** · 2010/09/22(水) 03:43:58

>>890
絶対に嫌ｗ

わざと読みにくく書いて困らせようとしているのが、
その文章から読み取れるから。

自分で考えろ。

**名前は開発中のものです。** · 2010/09/22(水) 03:45:00

読めないのか

**名前は開発中のものです。** · 2010/09/22(水) 03:45:00

>>891
ならa=0で入れたらaは３になるんだね？

**名前は開発中のものです。** · 2010/09/22(水) 03:46:02

>>891
じゃあ、

int a = 1 ;
A(a)

のあとのaは3ですね
マジパネェっす

**名前は開発中のものです。** · 2010/09/22(水) 03:46:16

>>890の二つのプログラムが同じものだってことは理解できる?

**名前は開発中のものです。** · 2010/09/22(水) 03:46:46

しかしこんなのが30代なんだよな
周りの人が可哀想で泣けて来るわ

**名前は開発中のものです。** · 2010/09/22(水) 03:48:35

「当然知ってたし
そんなの初歩だよ」
とか言い出すと予想

**名前は開発中のものです。** · 2010/09/22(水) 03:48:41

とりあえず配列への代入について答えてもらおうか

**名前は開発中のものです。** · 2010/09/22(水) 03:49:44

>>896
違う。

初期化してるから毎回変わる。

１．a=a+1;
２．a=2;
３．a=a+3;

１．は1
２．は2
３．は何かな？

これぐらいは解るよね？

**名前は開発中のものです。** · 2010/09/22(水) 03:50:34

えっ

**名前は開発中のものです。** · 2010/09/22(水) 03:52:42

>>901
前から読んでるじゃんｗ
>>891といってることが違いますよ？

**名前は開発中のものです。** · 2010/09/22(水) 03:54:46

あれ？

なんか、ややこしくなったけど。

とにかく、

#define A(a) {a=a+1;a=2;a=a+3;}

↑
この場合は、後ろの}←から読む。

改行しようが何しようが一緒！

{ }で囲まれたブロックを一つの関数として考えていきます。

**名前は開発中のものです。** · 2010/09/22(水) 03:55:49

>>893

俺は別に考える必要はないよ。この二つのプログラムがコンパイラでどう処理されるか
は (もちろん概要だが) 知ってるから。

キミはその「後ろから前」説を

　　「コンパイラはプログラムを後ろから読むんだ！だって前から読んだらどこで終わったらいいかわからないじゃないか！」

ってことを根拠にしてたんだよね。

でも「;」が区切りになることを認めちゃったらその根拠が崩れちゃうんじゃないの?

**名前は開発中のものです。** · 2010/09/22(水) 03:57:03

ちなみに{ }の中は、→こっち方向で読むので、

a=a+1

から読む。

失礼ｗ

上のはミスです

**名前は開発中のものです。** · 2010/09/22(水) 03:57:15

>>904
とにかくじゃないよおおおおおお
>>891
の順番なら３が出るはずなのに
実際は５が出てるんだよおおおおおおおお

期待した値と違う結果が出てコンパイラがエラーや警告で教えてくれないんだよ！？？
最悪のエラーじゃないか！！

**名前は開発中のものです。** · 2010/09/22(水) 03:58:02

>>904
分かりました{}をとりましょう

#define A(a)a=a+1;a=2;a=a+3;

エラーは出ませんよ？
改行したら出るけどなｗ

**名前は開発中のものです。** · 2010/09/22(水) 03:58:34

>>891は間違えです。
失礼しました。

**名前は開発中のものです。** · 2010/09/22(水) 03:59:19

>>906
なぜ{}の中だけ前から処理するの？
普通に考えて全部前から処理していってなにが問題なの？

**名前は開発中のものです。** · 2010/09/22(水) 04:00:26

てか、プリプロセッサとコンパイラ
コンパイルと、実行
は分けて考えろよ

**名前は開発中のものです。** · 2010/09/22(水) 04:01:34

もっと単純に
プリプロセスと、コンパイルと、実行
で良いか

**名前は開発中のものです。** · 2010/09/22(水) 04:02:54

> { }で囲まれたブロックを一つの関数として考えていきます。

ふーん、じゃ、とっておき

#include <stdio.h>

#define BEGIN {
#define END ;}
#define FOO(x, y) {int a = x int b = y
#define BAR(x) x; }

int main()
BEGIN
FOO(3;, 2;)
a = a * (b + 10);
BAR(printf("%d\n", a))
END

これでもちゃんと動くれっきとしたCプログラムだけど、これはどんなふうに読まれる?

**名前は開発中のものです。** · 2010/09/22(水) 04:04:16

訂正

#define A(a) {a=a+1;a=2;a=a+3;}

↑
これを分解

最後の}から読み始めて、

a=a+1;
a=2;
a=a+3;

上記のようにまず、三つに分解する。

これを、上から順番に、実際は左から右に読んで、
最終地点の;をスタートにして、前に向かって読む。

終わったら次の行を読む。

この場合、{ }内は、
{ ←これが０地点

**名前は開発中のものです。** · 2010/09/22(水) 04:06:08

>>914
>>908

**名前は開発中のものです。** · 2010/09/22(水) 04:06:32

>>914
なんでそんなややこしいことしなきゃならんの? 前から読めばいいのに

それにプリプロセスとコンパイルは違うって皆が言ってるの、耳に入らないの?

**名前は開発中のものです。** · 2010/09/22(水) 04:07:40

>>910
だから向きだよ。
演算子は、それぞれの考える向きが決まっている。

検索すれば出てくると思うけど。

**名前は開発中のものです。** · 2010/09/22(水) 04:08:17

>>915
それも

最後から読み始めて、

a=a+1;
a=2;
a=a+3;

のように分解する
で切り抜けられる気がしてきた

**名前は開発中のものです。** · 2010/09/22(水) 04:09:06

int a[10];
a[0]=0;
この簡単な式の説明して見てよ

**名前は開発中のものです。** · 2010/09/22(水) 04:10:13

>>918

#define A(a, x) a=a+1 x a=2 x a=a+3 x

A(a, ;) で展開すればおｋ

**名前は開発中のものです。** · 2010/09/22(水) 04:10:41

>>917
演算子ごとに向きも優先順位も決まってるなら
読む順序も向きも演算子ごとに遵守してれば
前からも後ろからも関係ないんじゃないの

**名前は開発中のものです。** · 2010/09/22(水) 04:16:30

{a=a+1;a=2;a=a+3;}

↑
つまりこの場合は、

１．←　{a=a+1;a=2;a=a+3;}←最後の}から前に向かって読んで
２．→ {a=a+1;a=2;a=a+3;}←の中身（１発目）右向きに読んでから
３．← a=a+1;　←ここで左向きに読む
４．→ {a=a+1;a=2;a=a+3;}←の中身（２発目）右向きに読んでから
５．← a=2; ←ここで左向きに読む
６．→ {a=a+1;a=2;a=a+3;}←の中身（３発目）右向きに読んでから
７．← a=a+3; ←ここで左向きに読む

の順序か。

矢印は考える向きです。

ああ、ややこしいｗ

**名前は開発中のものです。** · 2010/09/22(水) 04:20:13

ややこしいなら素直に頭から読めよｗ

**名前は開発中のものです。** · 2010/09/22(水) 04:21:37

「後ろから前」説を守るためだけにそこまでややこしいことを考えるのか

しかも自説についてなんの根拠にもなってない (後ろから前でもなんとか読める、と
言ってるだけで、後ろからじゃないと読めないことの根拠になってない)

なんという徒労ww

**名前は開発中のものです。** · 2010/09/22(水) 04:21:49

バイナリツリーで構文木作ったら間違いを認めそうだが、、いや解らないかｗ

**名前は開発中のものです。** · 2010/09/22(水) 04:22:32

で、そこまでややこしいことを考えても >>913 で崩壊するのに

**名前は開発中のものです。** · 2010/09/22(水) 04:22:48

>>923
ややこしいから。

改行して人間に解りやすいコードにする。

#define A(a)
{
a=a+1;
a=2;
a=a+3;
}

コンパイルは機械だから、
人間理解向きにしなくてもいいけど。。。

**名前は開発中のものです。** · 2010/09/22(水) 04:27:33

>>913のプログラムがどう読まれてどう動くのか、考えておいてね。これ宿題

**名前は開発中のものです。** · 2010/09/22(水) 04:31:00

　　=
　／＼
a　　　+
　　　／＼
　　a　　　1

>>927
根本的に間違ってる
頭から「読みながら」「優先順位に沿って」上の構文木をコンパイラが生成する
基本的に最適化の処理のために、読むのと処理するのは分けられている

ってことをみんなが言ってるのに解らないんだろーなーｗｗｗ

**名前は開発中のものです。** · 2010/09/22(水) 04:32:39

>>927 じゃなくて >>922 ね

**名前は開発中のものです。** · 2010/09/22(水) 04:36:38

あとは、そうだな

#include <stdio.h>

#define A 10 + 1

int main()
{
printf("%d\n", A);
printf("%d\n", A + 1);
printf("%d\n", A * 10);
return 0;
}

このプログラムで

　・どんな結果が出るか予想してみる
　・実行して結果を見る
　・なぜそういう結果になったか説明を考える

これも宿題ね

**名前は開発中のものです。** · 2010/09/22(水) 04:46:23

>>1よ、ちょっとしたコードを試したいなら
ここが便利だぞ☆
http://codepad.org/
恥かく前に試せよ？

**名前は開発中のものです。** · 2010/09/22(水) 04:53:50

ややこしいのでまとめる。

#define A(a) {a=a+1;a=2;a=a+3;}

１．}を最初に読む
２．{を探しにいく
３．{ }の中に入ったら右向きに読む
４．；を探しに行く
５．；を見つけたら、元の左向きに戻る
６．終わったら{　}内のルールに戻って右向きになり次の；を探す
７．；を見つけたら、またそこから左向きに戻る
８．{ }内は全部読むので、最後のは別に；はいらない（入れてもいい）

**名前は開発中のものです。** · 2010/09/22(水) 04:57:18

てかさ、>>1は自説に自信満々みたいだけど
C言語のプリプロセッサとかコンパイラでそういう順序で処理をしてるってのは
どこから知識を得たの？

**名前は開発中のものです。** · 2010/09/22(水) 05:01:15

#include <stdio.h>

#define A 10 + 1

int main()
{
printf("%d\n", A);
printf("%d\n", A + 1);
printf("%d\n", A * 10);
return 0;
}

１．>を読む
２．<を探しに行く
３．中に入ったら最後に行く
４．ｈを読む
５．．を読む（ここでhファイルであることを理解）
６．ｏを読む
７．iを読む
８．dを読む
９．tを読む
１０．sを読む（ここでファイル名「stdio」が判明

**名前は開発中のものです。** · 2010/09/22(水) 05:08:22

#define A 10 + 1

↑
これも後ろから読んで理解。

int main()
{
printf("%d\n", A);
printf("%d\n", A + 1);
printf("%d\n", A * 10);
return 0;
}

↑
これは

int main(){printf("%d\n", A);printf("%d\n", A + 1);printf("%d\n", A * 10);return 0;}

↑
こんな風に一行にして読む。

１．}を最初に読む
２．{を探しに行く
３．{ }の中に入ると右向きになり、最初の；を探す
４．；を見つけたらそこから左向きに読む
５．全部読んだら右向きに戻り、次の；を探す
６．それを繰り返して、printfは終了
７．リターンの０を読む
８．n r u t e r の順に逆に読んで、returnであることを理解
９．終了

**名前は開発中のものです。** · 2010/09/22(水) 05:11:46

なんという非効率なスキャンプログラムｗｗｗ

**名前は開発中のものです。** · 2010/09/22(水) 05:18:19

>>931
コードの中身の意味は、

#define A 10 + 1

↑
ここで、Aは「10+1」になる。

printf("%d\n", A);
printf("%d\n", A + 1);
printf("%d\n", A * 10);

↑
よってここは、

１．printf("%d\n", 10+1);
２．printf("%d\n", 10+1+ 1);
３．printf("%d\n", 10+1 * 10);

↑
こんな風になる。

公式サイトで散々解説していた内容。

１．は、11が表示
２．は、12が表示
３．は、+よりも*が先に計算され、10+10になり、20になる。

宿題にもなりません。
全部、公式サイトで解説している内容。

**名前は開発中のものです。** · 2010/09/22(水) 05:29:57

>>913は?

**名前は開発中のものです。** · 2010/09/22(水) 05:37:43

> int main(){printf("%d\n", A);printf("%d\n", A + 1);printf("%d\n", A * 10);return 0;}
>
> ↑
> こんな風に一行にして読む。

なんで?

> １．}を最初に読む
(略)
> ９．終了

なんでそんなややこしいことするの? 普通に前から読んだらいいじゃん。

　「前から読んだらどこで終わるかわからない」

って説明は「;」を区切りだと認めた時点で崩れてるよね。

何度も言うけど、キミの説明は、

　「こうやって後ろから読むんだ」

と言ってるだけで、ｌ「後ろから読む必要がある」ことの説明には全くなってないんだよね。

それに言ってることがコロコロ変わってるよね。

最初は

　「ファイルは最初の行から一行ずつ読んで、各行それぞれは右から左に読む」

って言ってなかった? なんで複数行をまとめて後ろから読む事になっちゃったの?

**名前は開発中のものです。** · 2010/09/22(水) 05:41:29

例えば>>913の

#define BEGIN {
#define END ;}

はどう読まれるの? {から} の中身を一行にして

#define BEGIN {#define END ;}

にして後ろから読むのかい?

**名前は開発中のものです。** · 2010/09/22(水) 05:48:01

一度、コマンドプロンプトを表示してご覧よ。

「プログラム」の「アクセサリ」の中にあります。
昔は、この黒い画面が当たり前だったのですが、

そこに

C:\Users\owner>

↑
こんな風に表示されているはずです。

一番右側が現在地点で、
一番左側がゴール地点、つまりそれより先はない地点です。

そこで「dir」を入力して、enterキーを叩いてください。

なんか出てきます。

それもそういう構造になっています。

なので、コンピュータは右から左に向かって考えています。

**名前は開発中のものです。** · 2010/09/22(水) 05:48:55

>>938
defineで確保されたAのメモリの中身はどうなってんの？

**名前は開発中のものです。** · 2010/09/22(水) 05:55:50

>>942
文字を入力したら左から右に画面に表示されるよね？
右から左に向かって考えるなら、なぜ右から左に入力しないの？

**名前は開発中のものです。** · 2010/09/22(水) 05:58:45

C言語等の話してて何得意げに「コマンドプロンプト」とか言っちゃってるの？
このスレでcmd知らない人は稀だと思うんだけど

もしかして、初心者がそのトンでも理論を理解出来なくて
自分に質問しているとか思ってるの？

ありえん(笑)

**名前は開発中のものです。** · 2010/09/22(水) 06:30:37

> 一番右側が現在地点で、
> 一番左側がゴール地点、つまりそれより先はない地点です。

はぁ? 馬鹿だろお前?

単に木構造の「根」を先に表示する形式になってるだけ。ドメイン名とかは逆に
「枝」→「根」の順になってる。

で、例えば c:\User\owner ってパス名を示されても、いきなりそのディレクトリの情報が
ディスクのどこにあるのかはわからない。

　・まずc:のルートディレクトリを読んで、その中の User を見つける
　・見つけた User の情報から User のディレクトリがディスクのどこにあるのかがわかる
　・User ディレクトリを読んで、owner を見つける
　・…

という順番でc:\User\ownerにたどり着くんだよ。だから話は全く逆

コマンドプロンプトを開いたときに特定のディレクトリに既に移ってるのは、既にそこに
移動した状態でプロンプトが開くようになってるから。

> なので、コンピュータは右から左に向かって考えています。

パス名については「根」→「枝」の順になってるってだけで、それが右→左の順ってこと
にはならないし、ましてそれが「コンピューター全般」の話になんかならん。

デタラメにもほどがある

**名前は開発中のものです。** · 2010/09/22(水) 06:50:11

Cの代入演算子の使い方は必ずしも「数学とかけ離れた」ようなものではなくて、もちろん
数学における等号とは意味が違うけども、単にこの使い方は算数ではしないだけなんだけど…

y=x^2+2x+1; って書いたら

・Cでは変数yに式x^2+2x+1が代入される
・数学ではyとxの関係が定義される

じゃない。この数学的使い方だけを抜き出したのがCにおける代入演算子なんだよ。
数学では"="が代入と等号の両方の機能を持っていると考えれば、x=x+1という書き方を
Cでしてもいい理由が分かるかな。

http://ja.wikipedia.org/wiki/%E8%87%AA%E5%B7%B1%E6%84%9B%E6%80%A7%E4%BA%BA%E6%A0%BC%E9%9A%9C%E5%AE%B3