C言語の覚える感覚

意味不明の省略や記法が多い

1. C言語は「書きやすさ」より「変換しやすさ」を重視している

Cのコードは、人間が読むためというより、
「コンパイラが効率よく機械語に変換できる」ように設計されています。

たとえば👇

a[i] == *(a + i)

人間には「配列のi番目」と書いたほうがわかりやすいですが、
CPUには「アドレスを計算して取り出す」ほうが都合がよい。

Cはその両方を許容する言語設計にした結果、
「どちらも同じ意味になる」ように定義しました。

→ そのせいで「そんな書き方もできるの？」という“省略記法”が大量に存在します。

---

🧩 2. “省略記法”の代表例（＝効率化の名残）

記法	意味	背景
*p++	*(p++) （値を取り出してからポインタを進める）	機械命令と一対一対応させるため
a[i]	*(a+i)	配列をポインタ演算で表す仕様
++*p	(*p)++ とは異なる	インクリメントを評価順で区別（効率優先）
if (*p++)	値を読みつつポインタも進める	高速化のための一文記法
while (*p++)	文字列の終端まで進む	ループ処理を短く記述できる構文
int *p, a;	ポインタと通常変数の宣言	Cの宣言構文が“型よりも式に近い”ため
char *s = "abc";	配列ではなくポインタ	メモリ節約・柔軟性重視

---

🔬 3. なぜ“省略的”に見えるか（根本原因）

Cは「アセンブリ言語のように、1つ1つの命令を対応づけられる文法」を目指して設計されています。

したがって：

• 余計なキーワードを避ける
• 演算子を多機能化する
• 式の中で複数の処理を許可する

という方向に進化しました。

---

例：メモリアクセス＋アドレス更新を一度に行う

*p++ = *q++;

→ メモリから値を取り出して別の場所へコピーし、
　同時に両方のポインタを次に進める。

Cではこうした操作を1行・1命令に圧縮できるようにしたのです。
理由は単純：「アセンブリなら1命令でできるから」。

---

🧠 4. C言語の“暗黙的ルール”が多い理由

Cには自動変換・暗黙の型変換がたくさんあります。

機能	意味	効率面の狙い
配列名→ポインタ自動変換	a → &a[0]	メモリアクセス高速化
char *p = "abc";	文字列リテラルを先頭ポインタに変換	直接アドレス使用
式の評価順序が未定義	コンパイラに最適化の自由を与える	実行速度向上
関数引数の型が自動昇格	float → double など	CPU命令体系に合わせる

→ つまり「曖昧さ」ではなく、「機械に最適化の余地を与える」設計です。

---

⚖️ 5. “省略”は便利だが、誤用しやすい

Cの書き方は効率的ですが、可読性が下がるのも事実です。

while (*p++) if (*p == 'x') break;

上級者には1秒で意味が分かりますが、
初心者には「呪文」に見えます。

→ これこそまさに、Cが効率化を優先した代償です。

---

💡 6. まとめ

観点	内容
設計思想	CPUと1対1で対応するような低レベル構文
優先したもの	実行効率・メモリ効率・簡潔な記述
犠牲にしたもの	可読性・安全性・明示性
結果	“意味不明な省略”に見えるが、全て合理的理由がある

---

✅ 一文でまとめると

💡 C言語の省略記法や暗黙動作は、
　人間に分かりにくくするためではなく、
　機械に効率的に翻訳できるように設計された結果である。

つまり、Cは「人間が書くアセンブリ」なのです。