2次元配列である必要はありません。ついて蛇足ではあるがせつめいする。結局わけのわからない構文になってしまっている。Javaなどの言語)に特有の「変な構文」である。"と前橋さんはかいておられます。メジャーになりCもデファクトスタンダードになったということですね。7ヶ月前オフトピック本質的に違うもの、という意味では、値型と参照型を同列に扱うモダンな言語のほうが、よほど奇妙に感じますけどね。値型と参照型を同列に扱うほうが、どうして受け入れられやすいのかは、ポインタが難解だと言われるのと同じ理由です。(ただの)変数を深く理解しないままでも、コードを書ける、からコーディングが楽。(ただの)変数を深く理解しないまま、コードを書いている、からポインタで壁にぶち当たる。「変数が使われるときに、式が書き換えられる」というふうに理解しがち。バリエーションはありますが、共通ポイントはこの2点。いうふうに変数を理解していると、その人の頭の中に、ポインタが差すべきものが存在しない。そこからポインタを理解しようというのは、ゼロからのスタートどころか、それまで正しいと思っていた変数に対する考え方から改めなければいけない上に、刷り込まれてしまった考え方がふとしたときに蘇ることもあって、マイナスです。値型と参照型を同列に扱う言語は、そういうふうに変数を理解していても、支障ないんです。変数に関して言えば、今風のプログラムは、プログラマの思った通りに動いている、わけですね。k&Rが元凶だとか諸悪の根源だとか言われますが、文章として書かれていること以外の重要な要素がきちんと反映されている解説を見たことがないので、言いがかりとしか思えないんですよね。ポインタ変数の宣言という流れになってます。初心者向け(?)のポインタの解説はたいていその逆です。#少なくとも逆じゃないのを見たことがない。K&Rでは、ポインタ変数も当然メモリに割り当てられている図が描かれているけども、ポインタがどこからともなく変数名だけでメモリを差している図が描かれている解説も少なくない。K&Rは、ポインタ以前に、ただの変数がオブジェクトであることをきちんと理解していないと理解できない流れになっていて、これってとても重要なことだと思うのです。これを難解と呼ぶなら呼べば良いですが、ただの変数をきちんと理解できてないのにポインタを扱うのは、危険だとか言う前に、そもそもとっかかりがないから試行錯誤にしかならんのです。理解が曖昧なままでも使う上では問題にならない、ただの変数を扱う段階で、きちんと理解を深めておく、というのが重要じゃあないでしょうかね。ベテランといわれるひとが”むつかしいぞ”と脅すのが原因だとおっしゃっておられます。知っていても忘れたりするらしいですよ・)私も普通につかってればポインタを意識する必要がなかったもね。ついては(前橋氏は)次のようにのべられています。(過去ログに私の実例(ソース)がありますよ。この件について詳述したサイトもありますよ。同じ記号が使われている。C言語には多次元配列は存在しない。「配列の配列」を意味する。考えた方が得なのは間違いないと思います。その優先順位が15段階もあります。演算子の優先順位も構文規則のなかに含まれます。ソフト会社で教えておられます。ライブラリを作ってコンピューター基板で制御するのが最初だった。高級アセンブラーだった。それまでOSはアセンブラでしかつくられてなかった。Cの規格にゃなかった。それだけの実力がある」とかいてます。パソコンにつかわれているものの話をしてるだけです。自分で一からつくると面白いですよ。(制御用マイコンがそうだね)CでCを改良できるよ。