プログラマ専用SNS ミクプラ

ちょっと気が向いたので、C言語の入門サイトを書きかけています。
# 書籍の執筆はほったらかしで、現実逃避した結果の副産物です。

まだ、第１章の書き散らかしだけなのですが、ご意見いただければと思います。
http://lang-c.7d9.org/chapter1.html

この第１章の前に、何らかの形で導入部分（開発ツールのインストールなど）を用意したいと考えています。
また、開発ツールは、説明の便宜から、Windows上でのMinGW固定にしたいと考えています。
対象規格もC90に限定の予定ですが、少しぐらいはAMD1やC99に触れるかもしれません。

スタイルシートの調整もこれからなのですが、見た目や操作性に関するご意見もいただければ幸いです。

補足説明です。

最近では、まともにC言語で開発するのは、組込み関係か、JavaやらC#やらスクリプト言語やらでパフォーマンスが出ない部分だけに使うようなケースが多いと思います。
そこで、あえて伝統的な Hello, World! から始めず、もっとプリミティブなところからスタートしています。
狙いとしては、プリミティブな機能を使って、スクラッチで何でも作れる技術を習得できるサイトにできればと考えています。

まあ、えらそうなことを言ってますが、完成するかどうか、完成するとしてもいつのことなのか、まったく予定が立っていません。

サイトを拝見させていただきました。
書き散らしたといっている割には、「名前」に非常に気を使っている、
定義されていない単語が出ないように気を使っていると感じました。
私好みです。

で、いくつか気になったことをば。
・読者の対象年齢は？
　y=f(x)という記述を見たときに、これが関数だと分かるのは高校生以上だと思います。
　きっと中学生以下は？？？になるかと。
・「式」についての説明は？
　「文」については後で説明するとありますが、「式」にはありません。
・「評価」について
　<引用>i = i + 1 を実行すれば、i + 1 が最初に評価されるので・・・</引用>
　素人には「評価」の意味が分からないのではないかと思います。

以上です。
解説の仕方が非常に私好みなので、是非完成させてください。

回答ありがとうございます。

> ・読者の対象年齢は？
> 　y=f(x)という記述を見たときに、これが関数だと分かるのは高校生以上だと思います。
> 　きっと中学生以下は？？？になるかと。

最終的には中３以上で分かるようにしたいですね。
私が中学生のことは、１年生から１次関数を習ったのですが、最近は違うんですね。
y=f(x)も中学で習った気がします。
現役かそれに近い人の意見も聞いてみたいところです。
民主党政権でゆとり教育が復活するおそれが出てきたので、このあたりは慎重に検討する必要がありそうです。

> 「式」についての説明は？
> 　「文」については後で説明するとありますが、「式」にはありません。
> ・「評価」について
> 　<引用>i = i + 1 を実行すれば、i + 1 が最初に評価されるので・・・</引用>

この２点は自分でも気になっていました。
両方とも、詳しい説明は後述するとして、ざっくりとでも説明したいと思います。

＞最終的には中３以上で分かるようにしたいですね。

ざっと読んだ感じですけど、文書の言いまわし方が中高対象だとやや固い感があります。
固い文章だと意味がわからなくて読めないという人も中にはいますので。
(そんな人は対象外と考えるなら言い回しに関しては十分問題ないと思います。)

>単純に引数を計算した結果を返す以外の動作のことを「副作用」といいます。

int f()
{
 static int num;
 return num++;
}

上記のような動作も副作用って言ったはずだと思うんだけど、上の定義ではこれは副作用って読めないと思います。

一次関数は中２、(一応)二次関数も中３で習いますが、関数f(x)に関しては高校からだったはずです。

要望として、
例題&解答例と関数と用語の索引を作って欲しいです。

開発環境を固定するのはいいのですが、他の環境を使っている人も基本では動くように書かれた方が
良いと感じました。
つまり、ヘッダーファイルのことですが、BCCなどでいきなりエラーが出ると挫折してしまいそうです。

また、最初に使う人の環境としてはMinGWは敷居が高いのでは？
１４歳からの・・・では、VisualC++2008や、BCC Developerですし、猫でも・・VisualC++2008です。

実行結果についてはコマンドプロンプト上での実行結果を画像として表示して、読者が実行結果を目で見て見比べられるようにしてあげるほうがいいと思います。
本当の初心者にとっては「コマンドプロンプトに A という文字が表示されたでしょうか？　」と書かれていても画面上に実際のどう表示されているのが正解なのか迷う場合があります。
ただ、いくつかのプログラムを実行していくうちに慣れてくるのですべてにおいて必要ではないと思いますが。

サイト読まさせていただきました。
率直な感想です。

これからプログラムを始めようと思って、最初にたかぎさんの
サイトを見た人は良いんでしょうが、他のサイトなどで多少でも
勉強された方やVisualC++2008（無料版）などを使っている人は
gccを使おうと思わないんではないでしょうか。
（gccってなにかわからなかったのでネットで検索してみました）

私なんかは、BCCを使っている人を掲示板で見かけると
VisualC++2008を使えば良いのになって思うくらいです。

gccのいいところを最初にアピールして下されれば
いいと思います。

おぉー。
C言語全項目がそろったら、
確実に愛用ページになりそうですｗ

個人的な意見を以下につらつらと。

・書き方の固さ

組木紙織さんもおっしゃっていますが、入門サイトにしては
若干固い印象を受けます。
自分が本格的（？）にプログラミングの勉強を始めたのは1年前なんですが、
やはり参照したページは簡潔かつある程度の内容で淡々と進められる
ページを参考にしていました。
そのページの大半は、実際動作するプログラムが乗せられていて、
この行で、変数がこのように動作して・・・
と割り込み形式で書かれていました。
そのおかげで、読む日本語はパッと済みました。
個人的には今のままでとってもいいと思うのですが・・・＾＾；（書き方的に）
低年齢層も視野に含めるなら、
もう少し文字を減らし、重いっという印象を
減らしたほうがいい気がします。

・もっと解説範囲の幅を広げてほしい

入門を目指しているとしたら、ここを議論することはナンセンスなんですが・・・
入門から、その先までを別途でいいので、まとめてもらえたらなって思います。
入門ページは大量にありますけど、その発展となると、
数がぐっと減ります。
ブログなどで取り上げられてるのは見ますが、まとめられているページは
そこまで多くない気がします。
個人的には読み物みたいにしてもらえると、
愛読できるのですが・・・＾＾；

あくまで個人的な意見なので・・・。
長々と失礼しました。

アホの私としては
つっこみすぎてて　なにがなんだかわけがわかならい
といった感想です

それにしてもURL見てびっくりしました　日本語対応なんですね
なんていう規格でしたっけ？
むか～し、勉強してましたが記憶は遠いはるか遠くです

個人的にはgccはC言語を学ぶにあたって扱いやすいと思います
手軽にプログラムを作って手軽にコマンドプロンプトから実行できるし…
ただ、開発環境の導入方法を詳しく解説してあげないとそこで挫折してしまう方もいそうです

内容は一つ一つ押さえていけば確実に力の付くものとなっていると感じられました
お忙しい中とは思いますが完成楽しみにしてます

どこからレスを付けようか迷いますが、まずは全体的なことから...

導入部分をまだ作っていないので、そこに絡むご意見が多かったように思います。

■開発ツールがMinGWの件

MinGWを選択したのにはいくつか理由があります。

1. C99の解説を少しぐらいは入れたいと考えています。場合によっては続編になるかもしれませんが。
　そのとき、Borland C++ Compiler 5.5.1やVisual C++では計画が破綻します。

2. MinGWには再配布ができるという利点があります。
　Borland C++ Compiler 5.5.1やVisual C++の場合は再配布ができません。
　そのため、版元が提供をやめたら使えなくなってしまいます。
　また、Visual C++の場合、バージョンアップすると古い物が入手できなくなる可能性が十分あり、内容の陳腐化が懸念されます。

3. 実は、MinGWがもっとも導入に対する敷居が低い
　まず、インストールが簡単です。圧縮ファイルを好きな場所で解凍するだけですから。
　インストーラが起動することも、権限がないと怒られることも、環境変数を設定する必要もありません。
　環境変数については異論があるでしょうが、下記、または下記からC++を除去したものを使う予定です。
　http://files.7d9.org/mingw32-gcc-4_4_1- ... 0922-1.zip
　また、IDEがある環境の場合、本質ではない解説に多くの労力を払わなければならなくなります。

4. PHP等の拡張モジュールや組込み系の開発では、Visual C++なんかよりGCCを使う機会のほうが多い
　これは、No:41865で書いたことが動機です。

5. Cコンパイラとしては、もっともまともである
　_s付きの非標準関数を使えと主張するVisual C++や、ライブラリのバグが多いBorland C++Compilerは、入門用としては不適切です。
　MinGWも、printf/scanf系関数でlong doubleを使おうとするとバグに遭遇しますが、まだ回避しやすいほうです。


■対象年齢について

1. 対象年齢は中学３年生以上を考えていますが、これは中高生がメインターゲットという意味ではありません。
　メインターゲットは、大学生、専門学校生～社会人を想定しています。

2. 中学３年生以上としたのは、中３程度の国語力、つまり新聞が難なく読めることを要求しているからです（各紙の論調を比較分析するような高度な能力は要求していません）。
　また、解説内容が理解できる程度の数学知識、エラーメッセージが理解できる程度の英語力も要求しています。
　中３といっても、偏差値50未満のような人は、C言語を勉強している暇があるなら学校の勉強をもっと頑張るべきなので、対象にしていません。

3. 文章が硬いという指摘がありますが、おそらく、やわらかい文章ではなく、くだけた文章やカジュアルな文章を期待しているような気がします。
　技術的な解説は、情緒にうったえるものではありませんので、そうした文体は論点をぼかしてしまうか、不本意な印象操作になる危険性があるので採用していません。


■導入部分で掲載予定の内容

1. MinGWのインストール
　といっても、ダウンロードして解凍するだけですが。

2. コマンドプロンプトの使い方
　たぶん、cdコマンドの使い方と、ディレクトリの説明ぐらいです。

3. エクスプローラの使い方
　パソコンが使えない人は相手にする必要がない気もしますが、最近はエクスプローラを使えない人も多いようですので。

ざっと、こんな感じです。

さっきの内容で漏れた点について、個別に解答します。

組木紙織さん
> 要望として、
> 例題&解答例と関数と用語の索引を作って欲しいです。

用語の索引は作りかけています。
これは中上級者でも使えるように考えていますので、かなりプロ仕様ですが...

例題＆解答例は、章末にでも入れていくつもりです。
ただ、全体的なバランスもあるので、最終近くの作業になると思います。

nonさん
> 開発環境を固定するのはいいのですが、他の環境を使っている人も基本では動くように書かれた方が
良いと感じました。
> つまり、ヘッダーファイルのことですが、BCCなどでいきなりエラーが出ると挫折してしまいそうです。

警告は出るかもしれませんが、エラーにはならないはずです。
警告をエラーにするオプションでも付けていれば別ですが、そうでなければコンパイラのバグですね。

Mistさん
> 実行結果についてはコマンドプロンプト上での実行結果を画像として表示して、読者が実行結果を目で見て見比べられるようにしてあげるほうがいいと思います。

そうですね。
導入部分のコマンドプロンプトの説明でも画像を掲載する予定ですが、本文の初回だけでも画像を入れるようにします。
# 実はMacなので、コマンドプロンプトの画像を作るのが面倒なのです。

kazuoniさん
> ・もっと解説範囲の幅を広げてほしい

これは反響次第でしょうね。
とりあえず、最低限のところを完成させないと。

その他、ご意見いただいたみなさん、ありがとうございました。
まだ当面はご意見を募集したいと思います。

#include <stdio.h>を、あえてつけない理由はなんでしょうか。
何か、考えがあってのことですか。

> #include <stdio.h>を、あえてつけない理由はなんでしょうか。
> 何か、考えがあってのことですか。

前処理指令の解説を最初からするのは重すぎるからです。
これを「おまじない」としてお茶を濁すのはサイトの方針に反します。
それなら，いっそないほうがましと考えました。
C90では関数原型なしで呼び出すことは許されています。

第２章以降の予定ですが...
配列とともに文字列を解説します。
配列の操作に，（シンタックスシュガーである）添字演算子ではなく，最初からポインタを使います。
（ここの説明を逆にするからわからなくなるのです）
そして，文字列の入出力関数を作ります。
その関数を分割コンパイルするようにし，ここでヘッダファイルを解説します。
#include指令はこのときにはじめて登場させる予定です。

VisualC++2008、BCC Developer ともに、インストールしただけではエラーです。
インクルードせずに、コンパイルしたことないので、確認してみました。
エラーにならないように、設定するところがあるかどうかは、知りません。
が、標準インストールでエラーなら、注釈を加えといた方がよろしいのでは。

入門書が終わったレベルな僕には復習になって丁度よかったです。
いっそのこと、Cの文法がなんとなく分る人のための組み込み入門が読みたいなぁ・・・
すげーピンポイントに僕なんですけどね（笑
とにかく、つっこんだ内容があれば、入門書レベルの人にもいいと思います。

＞硬い文章
好みの問題でしょうが、僕はとてもいいと思いました。
確かに新聞が読めないくらいなら、新聞を読んだ方がいい勉強になりますよね^^


と、感想のみで参考になりませんが、楽しみにしています。
がんばってください。

> VisualC++2008、BCC Developer ともに、インストールしただけではエラーです。

C++でコンパイルしようとしていませんか？

sizumaさん
> いっそのこと、Cの文法がなんとなく分る人のための組み込み入門が読みたいなぁ・・・

それはhttp://www.sessame.jp/の仕事です。
『組込み現場の「C++」プログラミング - 明日から使える徹底入門』を書いたときもそうだったのですが，組込みは範囲が広すぎて的が定まりません。結局、当たり障りがない一般論になってしまって，いまいち切れ味が悪くなります。

>C++でコンパイルしようとしていませんか？
確かにそうでした。

みなさんのご意見を可能な範囲で反映してみました。
画像がいまいちなのと、副作用のあたりがちょっと苦しいのですが、またご意見いただければ幸いです。

C言語だけのMinGWを下記に置きました。
http://files.7d9.org/mingw32-core-4_4_1 ... 091113.zip

【使い方】
適当な場所に解凍してください。
解凍すると、mingwというフォルダができます。
その中にmingw.batがありますので、これを実行してください。環境変数が自動的に設定されます。
作業フォルダは、mingw\workを想定していますので、そこが初期ディレクトリになります。

以後は、gcc ファイル名 でコンパイルができます。
-finput-charset=cp932 -fexec-charset=cp932 オプションを指定済みですので、普通にSJISのコードを書けるはずです。

とても、分かりやすかったです。

しかし、ある程度プログラムを勉強してきた方ならGCCを使っても問題はないでしょうが
（むしろ、GCCくらい使えるようになっておかないと問題だと思いますが）

使った事のあるパソコンがWindowsだけだという人は、GUIに慣れており
それがCUIになるのは、それだけで挫折してしまう可能性があるのではないでしょうか。

中３以上を対象にするのであれば、VisualC++2008を使うのがベストだと思います。

> 4. PHP等の拡張モジュールや組込み系の開発では、Visual C++なんかよりGCCを使う機会のほうが多い

こちらを優先するのであれば、対象者は最終的に「開発者」を目指している人向けになりますよね。
実際、私の会社でもGCCを使う機会た多々ありますし、むしろVCは使いませんし。
なので、始めのうちからGCCを使えるようになっていたほうが良いのかもしれませんが・・・。
入門者さんへの敷居をさげるなら、やっぱりVCかなと思います。
（デバックなどもgdbを使うよりはるかに楽です。）


あと、自分が初心者の頃、一番最初に疑問に思ったことも含んでいますが「コンパイルって何？」でしたが
その程度、googleで調べるくらいの努力はしましょうという意図なのでしょうか。

さっそくお気に入りに追加させてもらいました。
これからどう発展していくのかすごく楽しみです。

よければC++もやってください・・・

二つ気になった点を挙げさせてもらいます。
一つ目は用語についてです。
これは、私がCを初めて学んだときに疑問に思ったことなんですが、
値を“返す”という独特な表現についてです。
当時、“何を”“どこに”“返す”のかとすごく疑問に思ったことを覚えています。
“返す”とはなんだ！？と思ったことがあります。
私だけ・・・？

二つ目は文章にメリハリがないことです。
「」で括っているところや、斜体、太文字になっているところはありますが、
これは大事なところというよりも、リンクやソースの内容など形式的に強調していますね。
それも重要なことですが、特にどこが大切なのかをぱっと見でわかるようにすればさらに良いと思いました。
引用させてもらいますと、
1.6に
＞宣言は、原則として関数の最初で行います。
このようなことは意外と大切だと思うのです。
入門、ということで初心者を対象だと思うのですが、彼らはこのような部分はあまり気に留めないかも知れません。

arrayさん
> 使った事のあるパソコンがWindowsだけだという人は、GUIに慣れており
> それがCUIになるのは、それだけで挫折してしまう可能性があるのではないでしょうか。

それは思い込みの可能性が高いです。
講師として学校や企業研修で指導した経験からすると、コマンドプロンプトはほとんど障害になりません。
MS-DOS時代を知っている人は、ファイルオペレーションをすべてCUIで行うイメージを持ってしまうのですが、実際にはエクスプローラとの併用ですし、使うコマンドといっても、cdとgccぐらいですから。

> （デバックなどもgdbを使うよりはるかに楽です。）

デバッガはVisual Studioが一番ですね。
ただ、デバッガの解説を行うと、本当に環境べったりになってしまいます。ですので、たぶんデバッガは扱わないと思います。

> あと、自分が初心者の頃、一番最初に疑問に思ったことも含んでいますが「コンパイルって何？」でしたが
> その程度、googleで調べるくらいの努力はしましょうという意図なのでしょうか。

そのあたりの概要説明は導入部で書く予定です。

CERNさん
> さっそくお気に入りに追加させてもらいました。

ちょっと気が早いですね。URLが変わるかもしれませんし。

> よければC++もやってください・・・

C++の入門サイトを作る場合は、まったく逆のアプローチを取ると思います。
つまり、最初からSTLを使いまくって、プリミティブな話は後回しにするか、割愛する気がします。
Cからの移行を前提とした文章は、すでに本で書いてしまったので、いまさらやりたくありませんので。

> 値を“返す”という独特な表現についてです。
> 当時、“何を”“どこに”“返す”のかとすごく疑問に思ったことを覚えています。
> “返す”とはなんだ！？と思ったことがあります。

これはちょっと悩むところですね。
ストーリーの前後関係があるので、ある程度できてから調整するしかなさそうです。

> それも重要なことですが、特にどこが大切なのかをぱっと見でわかるようにすればさらに良いと思いました。

大切でないことは書いていません。
その中でも特に、ということなのでしょうが、これも全体のバランスがありますので、最終段階の作業になりますね。

＞ たかぎさん

CUIは慣れてしまえば、パイプラインやgrepなど用いて検索にも長けるので便利ですよね。
動作も軽いですし。


> 講師として学校や企業研修で指導した経験からすると、コマンドプロンプトはほとんど障害になりません。

確かに、講師がいる状態であれば実行環境などは問題にならないと思いますが、Web上だと独学になるので
コンパイル環境の敷居を下げた方が・・・と思ったのですが

MinGWという環境は使ったことがありませんでしたのでVCの方が敷居が低いとは私には分かりませんでした。

ちなみに、私はCygwinのGCCを使っていたのですがを単独で使うとコピペできないですし
私の環境だとTeraTermを併用していますがTeraTermの環境もそろえるのかと思うと、敷居が高くなると
懸念してました。


とりあえず、私も再度C言語を学びなおすチャンスだと思っているので「c言語徹底入門」をチェックしながら
勉強して行こうと思います。今後にも期待しているので頑張ってください



＞ CERNさん

> 当時、“何を”“どこに”“返す”のかとすごく疑問に思ったことを覚えています。
> “返す”とはなんだ！？と思ったことがあります。
> 私だけ・・・？

　私も、同じ事を思いましたよｗ　初めてプログラムを勉強した時の記憶が蘇ってきますねー
私の場合、とりあえず、その疑問は置いておいて動作だけ確認しておき
自作関数を勉強し始めた時、やっと“返す”というニュアンスが理解できたと思います。

arrayさん
> 確かに、講師がいる状態であれば実行環境などは問題にならないと思いますが、Web上だと独学になるので
> コンパイル環境の敷居を下げた方が・・・と思ったのですが

講師がいても、ひとりひとりに手取り足取り教えられるわけではないので、それほど大差はありません（すぐ質問できる安心感はあるでしょうが）。
Visual Studioを使うと、数行の簡単なプログラムを試すにも、「ソリューションって何？ プロジェクトとは？」、「何か勝手にコードが作られたけどこれは何？」、「実行したけど、一瞬黒い画面が出てすぐ消えてしまいます」と次々に疑問が出てくるわけで、初心者には非常に敷居が高いはずです。

> ちなみに、私はCygwinのGCCを使っていたのですがを単独で使うとコピペできないですし

コピペできますよ。コマンドプロンプトのプロパティを設定してください。
Cygwinのbashなら、タブによる入力補完もコマンドプロンプトより便利ですね。

> 私の環境だとTeraTermを併用していますがTeraTermの環境もそろえるのかと思うと、敷居が高くなると
> 懸念してました。

TeraTermはまったく関係ありませんね。

>> ちなみに、私はCygwinのGCCを使っていたのですがを単独で使うとコピペできないですし
> コピペできますよ。コマンドプロンプトのプロパティを設定してください。

たかぎさんがMacを使われていると言うことなので補足を。

1. コマンドプロンプト起動後，コマンドプロンプトウィンドウのアイコンをクリック
2. プロパティ (特定のショートカットのみまたは現在のコマンドプロンプトのみ) or 既定値 (コマンドプロンプト全体) を選択
3. オプションタブの「簡易編集モード」にチェックを入れる
4. OKで閉じる

簡易編集モードにすると，
・左ボタンドラッグすると選択
・選択時に右クリックすると選択部分をコピー
・非選択時に右クリックすると貼り付け
となります。

TechNet: コマンド プロンプトを構成する
http://technet.microsoft.com/ja-jp/libr ... 37937.aspx

これ便利ですねえ。
今までずっとアイコンをクリックしてから"編集"→"範囲指定"でコピーしてました。
作業が効率化します。ありがたやー。

トピから脱線してきてしまったようなので。
私も少し本題に意見させていただきます。

サイトを見させていただきました。

文章の好みの問題かもしれませんが、
私は"、"や、"。"等の句読点など、
文節で改行していただける方が読みやすいと感じます。

段落ごとに文章をぎゅうぎゅうに詰められてしまうとなんとなく息苦しくて、
読み進める為のエネルギー消費が激しくなる感じがします。

ではどんな文章が理想かというと、
最近ではコチラのサイトのような、
このような解説文章が読みやすいと感じました。
http://c-production.com/contents/c/sec09.html

dixqさんの解説もその辺は気を使ってるなと感じてます。


個人的な感覚、感想であり、
一般的な意見かはわかりませんが参考になれば幸いです。

YuOさん、補足ありがとうございます。
配布用のバッチには、はじめからこの設定をしておいてもよいのですが、コマンドプロンプトは常にそうなっていると誤解されるとよくないので悩むところです。

コメカミさん
> 文章の好みの問題かもしれませんが、
> 私は"、"や、"。"等の句読点など、
> 文節で改行していただける方が読みやすいと感じます。

この意味がわかりませんでした。
文節で改行というのを文字通りに解釈すると、

私は
先週
名古屋へ
新幹線で
行きました。

のような書き方になるわけですが、明らかにこれではありませんよね。
句読点で改行というのは、句点はともかく、読点で改行するのは日本語の表記法として間違っています。
また、リキッドデザインの観点からもふさわしくありません。

> 段落ごとに文章をぎゅうぎゅうに詰められてしまうとなんとなく息苦しくて、
> 読み進める為のエネルギー消費が激しくなる感じがします。

理想とされるサイトを見ましたが、むしろそちらのほうが文字が詰まっているように思います。

もしかして、サイトの横幅のことをいわれているのでしょうか？
だとすると、これはスタイルシートの問題ですので、いずれ調整すると思います。
最終的には、左右のどちらかにナビゲーションを付けると思いますので、本文の横幅は狭くなります。
ただ、リキッドデザインやユニバーサルデザインとの相性もありますので、どちらを優先すべきかは迷うところです。

推敲と説明力が足りなくてすみません。
文節のクダリ、
後から読み返したら自分でも意味がよくわかりませんでした。


デザインの手法については無知なのでなんともいえませんが。


>>理想とされるサイトを見ましたが、むしろそちらのほうが文字が詰まっているように思います。
えーと、"左右にびっしり詰まっている"という感じをお伝えしたかったのです。

こうではなく、
■■■■■■■■■■■■■■■■■■■■○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○、■■■■■■■■■■■■■■■■■。□□□□□□□□□□□□□□□□□□、■■■■■■■■■■■■■■■■■■■■■■。○○○○○○○○○○○○○○○○。●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●、□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■。◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇、■■■■■■■■■■。◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆、○○○○○○○○○○○○○。

こう、という感じのことを言いたかったのです。
■■■■■■■■■■■■■■■■■■■■
○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○
○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○、
■■■■■■■■■■■■■■■■■。
□□□□□□□□□□□□□□□□□□、■■■■■■■■■■■■■■■■■■■■■■。
○○○○○○○○○○○○○○○○。
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●、
□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■
□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■。
◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇、■■■■■■■■■■。
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆、○○○○○○○○○○○○○。

…伝わりますでしょうか。そもそも思ったとおりに表示されるかちょっと自信がありませんが。


>>もしかして、サイトの横幅のことをいわれているのでしょうか？
それもあります。一行が長いと次の行を探し難いですよね。
でもそれは後で修正するそうなので置いておいきます。


加えて、お伝えしたかったのは、
行が変わるときに単語が分かれてしまうのは読みにくいな、ということでした。


>>読点で改行するのは日本語の表記法として間違っています。
はい、それはその通りですが。
私は、"文章が長い為に行が変わるときに単語が分かれてしまった状態"というのが少々読みにくいと感じます。


ですので文章がある程度の長さになったら句点でも文節でもいいので
何かを目安に単語が切れないように改行すると読みやすいのではないかと思っています。



小説や新聞などの読み物の場合文章だけに集中していればいいのであまり気にならないのですが、
なにか手を動かしながら説明を読み進めていくような解説書などでは、
"解説の読解"と、"読解した内容の実践"で集中が分散するからか、
単語が次の行にまたがるような記述の文章だと読みにくさが結構気になって枷に感じます。

ですので、入門手引き的な解説文なら、
日本語的に間違っていても、
読む行為に負荷がかからないように気を使った方がいいのではと思いました。

私の頭が弱いだけかもしれませんが、小さな負荷でも積み重なると大きくなると思い意見しました。
頭が弱いなりにそういう感覚もあるとだけお伝えしたかったのですが、伝わりますでしょうか。
文章に対する感覚の説明って難しいです。

上記説明に補足です。

コチラが左右に詰まっている状態です
■■■■■■■■■■■■■■■■■■■■○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○、■■■■■■■■■■■■■■■■■。□□□□□□□□□□□□□□□□□□、■■■■■■■■■■■■■■■■■■■■■■。○○○○○○○○○○○○○○○○。●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●、□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■。◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇、■■■■■■■■■■。◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆、○○○○○○○○○○○○○。



コチラは確かに上下に詰まっているとも取れますね。説明難しいです
■■■■■■■■■■■■■■■■■■■■
○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○
○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○、
■■■■■■■■■■■■■■■■■。
□□□□□□□□□□□□□□□□□□、■■■■■■■■■■■■■■■■■■■■■■。
○○○○○○○○○○○○○○○○。
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●、
□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■
□□□□□□□□□□□□□□□□□■■■■■■■■■■■■■■■■■。
◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇、■■■■■■■■■■。
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆、○○○○○○○○○○○○○。

リキッドデザイン調べてみました。
つまるところ私はリキッドデザインそのものがちょっと苦手なのですね。
リキッドデザインというものが一般的なものらしいだけにちょっとへこみます。orz

> …伝わりますでしょうか。そもそも思ったとおりに表示されるかちょっと自信がありませんが。

大体分かりました。
理想だとされていたサイトは、元がメールマガジンなのでこういう書き方になっていたんだと思います。
私も、メールや、この掲示板ではそんな書き方をしていますからね。
つまり、目的によって使い分けています。

> 一行が長いと次の行を探し難いですよね。

これについては、別の方法で対策しています。
現状では完全に徹底されているわけではありませんが、段落の構成には「３行ルール」を適用しています。
XGAないしWXGAの画面で見て、だいたい１段落が３行程度になるようにしています。
３行だと、上・中・下段ということで判別しやすく、行を見失う可能性がほとんどなくなります。

> なにか手を動かしながら説明を読み進めていくような解説書などでは、
> "解説の読解"と、"読解した内容の実践"で集中が分散するからか、
> 単語が次の行にまたがるような記述の文章だと読みにくさが結構気になって枷に感じます。

書籍とかでそういう指摘を聞いたことがないですね。
入門書なんかだと同じ状況だと思うのですが...。
製品の取扱説明書なんかでも聞いたことがありません。
この件については、他のかたのご意見もあわせてお聞きしたいと思います。

> コチラは確かに上下に詰まっているとも取れますね。

そうなんです。
上下に詰まると、行を追うのが余計に大変になります。
私なんかは、文章からいったん目を離すと、どこを読んでいたのか探さなければならなくなります。

デザインについては、確かに少し横に広がっていて読みにくく感じるところがあります。
もう少し左右に空白をあけても良いと思います。

ひとつ気になることがあるのですが、putchar()がマクロで実装されている処理系では、
#include<stdio.h>なしではコンパイルエラーになる気がするのですが、どうでしょうか？

> ひとつ気になることがあるのですが、putchar()がマクロで実装されている処理系では、
> #include<stdio.h>なしではコンパイルエラーになる気がするのですが、どうでしょうか？

putcharをマクロで実装してもかまいませんが、実体を持つ関数も用意しなければならないことになっています。
ですので、その点は大丈夫です。

> putcharをマクロで実装してもかまいませんが、実体を持つ関数も用意しなければならないことになっています。
> ですので、その点は大丈夫です。

すべての処理系が忠実に規格に従っていればいいのですが、規格に反して、関数版を提供しない処理系もあります。
初心者が入手しやすいものだと、Light C 体験版、LSI-C 試食版などが関数版を提供していません。

> 初心者が入手しやすいものだと、Light C 体験版、LSI-C 試食版などが関数版を提供していません。

標準準拠度が非常に低いもの、重大な不具合があるものを相手にしても仕方ないと思います。
いずれも古い処理系ですので、切っても問題ないと考えます。

LSI-C86やLight Cのような16ビットコンパイラは、Vistaでは日本語の入出力がまともにできませんね。
ファイル名やディレクトリにもロングファイル名が使えないといった問題もあります。
これらを扱うには大量の補足説明が必要になりそうですが、そこまでやる価値はないでしょうね。

> 標準準拠度が非常に低いもの、重大な不具合があるものを相手にしても仕方ないと思います。
> いずれも古い処理系ですので、切っても問題ないと考えます。

まぁ、そうなんだけど、普通、初心者は処理系の標準準拠度は知らないし、
何故か、いまだにLSI-Cを使おうとする人がいるんだよなぁ。

あと気になった点。
> ループの最初に 式1の i = 0 が実行され、i に 0 が格納される。

式は、評価するもので、実行するものではないです。
事前に『評価』の意味を解説しているなら、評価に直しておいた方がいいです。

> まぁ、そうなんだけど、普通、初心者は処理系の標準準拠度は知らないし、
> 何故か、いまだにLSI-Cを使おうとする人がいるんだよなぁ。

初心者は自分で判断がつかないからこそ、不適切な処理系は使わないように指導する（少なくとも推奨しない）のも入門書なり入門サイトのつとめではないでしょうか？
いまだにLSI-C86を使おうとする人がいるのは、古い入門書や入門サイト（特にこちら）が原因ですから。

>たかぎさん

無知のまま誤った指摘をしてしまいすみませんでした。

tkmakwins15さん
> 無知のまま誤った指摘をしてしまいすみませんでした。

いえいえ。hogeさんからも指摘があったように、そういった処理系が実在するのは確かですから。
非標準処理系への移植性までにらんだ内容にすると、非常に話がややこしくなり、たぶん初学者には理解できなくなります。
ある程度は、思い切った絞り込みが必要ですね。

hogeさん
> あと気になった点。
>> ループの最初に 式1の i = 0 が実行され、i に 0 が格納される。
>
> 式は、評価するもので、実行するものではないです。
> 事前に『評価』の意味を解説しているなら、評価に直しておいた方がいいです。

これにコメントするのを忘れていました。
最初、評価の意味を解説していなかったので、やむを得ずそうしていたのですが、後から追加したのでそのほうがよいですね。

他の部分も多少手直ししてアップロードしておきました。
第２章も、ほんの少しだけ書き始めています（アップロードもしています）が、まだご意見をいただくレベルにはほど遠いかと思います。

初めまして。
まだＣ言語の本を開いて二か月足らずの超初心者です。
ＩＴとはまったく無縁で過ごしてきたので、情報処理やその他と並行して勉強中です。

なので、お役に立つコメントも出来ない上に、非常に恐縮なのですが、
困っています。＞＜

たかぎさんが現在作成中のＣ言語入門サイトの1.2のコラム欄の
『バイブライン』を実行中に（たぶんWindows？の）小さなコマンドが出てきて、
そのコマンドを閉じた後、コンソール画面の表記が微妙に変化し、ソースコードの
実行結果で日本語が文字化けしてしまうという事態になってしまいました。

経緯と現象を整理して説明します。（記憶があいまいなのですが・・）

コラム欄を見ながら、コンソール画面に

＞ch1_2_1.exe | a.exe　・・・・と入力。

小さいコマンドが出てくる。⇒文章はすべて英語で、下方に２つボタンがあり、
なぜかそのボタンは日本語で一つは「閉じる」、もう一つは「無視」とあったので、
「閉じる」と選択。

一瞬画面が切り替わるような（瞬くような感じ？）現象があった後、
コンソール画面の表記が微妙に変化。

＜わかる範囲で変化してるところ＞
①￥→が一切無くなって、/→の反対斜線に（たぶん）置き換わっている。
②ソースコード　　printf()を使用した実行結果で、日本語表示が一切できなくなった。
　（日本語だけ全部文字化け。英字や数字は問題なく表示。）

　　■使用しているＯＳ■
Windows Vista Home Basic
Intel(R) Core(TM) 2duo CPU E7200 @ 2.53GHz
2.00GB RAM 32ビット　オペレーティングシステム

■コンパイラ　:　gcc
■エディタ　　:　メモ帳（notepad)

解決方法やヒントなど知っていたら、教えてください。

まりもさん

実行したプログラムは掲載していたものでしょうか？
違う場合は補足してください。

> 小さいコマンドが出てくる。⇒文章はすべて英語で、下方に２つボタンがあり、
> なぜかそのボタンは日本語で一つは「閉じる」、もう一つは「無視」とあったので、
> 「閉じる」と選択。

このコマンドというのがよくわかりません。
メッセージの全文か画像を補足してください。

現象をみる限り、英語モードに切り替わったのだと思います。
chcp 437というコマンドで切り替わる状態ではないでしょうか？（戻すにはchcp 932です）

>> 初心者が入手しやすいものだと、Light C 体験版、LSI-C 試食版などが関数版を提供していません。
>標準準拠度が非常に低いもの、重大な不具合があるものを相手にしても仕方ないと思います。
>いずれも古い処理系ですので、切っても問題ないと考えます。

３年前くらいですが、日立系のPDP組立機の組込みボードの製造現場に、LSIC80 での開発環境がありました。
（Z80? CPUまでは見なかったので不明。当然、古きMSDOS環境、まだそれで開発しているそうです）

他はともかく、LSIC 関連は侮らないほうがいい気がします。

Hermitさん

組込み開発では、LSI-Cにかぎらず、標準準拠度の低い処理系や非標準処理系が多数存在することは十分承知しています。
一方、標準準拠度が十分高い処理系であっても、PCのプログラミングしか経験がない人にとっては、想像もできないほどのバリエーションがあります。

ただ、そうした話を持ち出すのであれば、それこそ1バイトが8ビットではない場合の話や、何型のポインタかによってサイズが変わる話などをしなければならなくなります。
Cの難しさのかなりの部分は移植性に絡むところにあります。入門者にそんな話を最初からする必要はありませんね。

たかぎさん

返答ありがとうございます。
そして、返事が遅くなってしまってすみませんでした。

コンソール画面でchcp 932 と入力したら、無事元通りになりました。
（ありがとうございます。；；）

> 小さいコマンドが出てくる。⇒文章はすべて英語で、下方に２つボタンがあり、
> なぜかそのボタンは日本語で一つは「閉じる」、もう一つは「無視」とあったので、
> 「閉じる」と選択。

このコマンドというのがよくわかりません。
メッセージの全文か画像を補足してください。

↑これに対しての返答なのですが、プリントスクリーンなどで保存していなかったこと
（使い方を知らなかったので；；）同じ現象がどうしても再現できなかったので
もはや説明できません。ごめんなさい。

その後、どうしても『バイブライン』実行させたかったので、試行錯誤してみました。
長文になってしまい、（そしてなぜか？）エラーで投稿失敗してしまったので、分けて書き記して見ます。

わかりにくくて間違っている（かもしれない？）文章ですが、ごめんなさい。

＞＞＞つづきです。

◆再トライの過程と、気がついた事◆

① ch1_2_1.c をコンパイルしてできた実行プログラム a.exe のファイル名を ch1_2_1.exe に変えた後、
　コンソール画面に
　 ch1_2_1.exe | a.exe　と入力して　Enter　キーを押す
・・・・すると、なぜか又英語モードに切りかわってしまう。
（今回は　初回に説明した　小さいコマンド　は出てこなかった。）

②　改めてファイルを確認。
　　ch1_2_1.exeファイル （種類：アプリケーション）は存在するが、a.exeというファイルが無い。

③　以前に作った適当なＣファイルをコンパイル。

④　もう一回ファイルを確認。
　　a.exeファイルができている事を確認。
　（ここで、最後にコンパイルしたＣファイルが常に　a.exeファイルになるのかな？と推測）

⑤　別のＣファイル（実行結果：こんにちは）をコンパイルして実行。
　　⇒「こんにちわ」で表示されるはずが、意味不明の記号の羅列で表示。
　　（＝日本語の文字化けを確認）
　　⇒　chcp 932　と入力して日本語モードに修正。
　　もう一回実行して、日本語モードに切り替わった事を確認。

⑥　『バイブライン』再トライ。
　★　a.exeファイルを削除。
　★　ch1_3.c ファイルをコンパイル　⇒　a.exeファイルが出来た事を確認。
　　※この時点で　アプリケーションという種類のファイルは「 ch1_2_1.exe 」と「a.exe」の2つのみ。

⑦　ch1_2_1.exe | a.exe　と入力して　Enter　キーを押す

　A　⇒　がコンソール画面で表示されて、成功！

・・・・どうやら　「a.exeファイル」が無い状態で「　ch1_2_1.exe | a.exe　」と入力すると、
私の場合、なぜか、英語モードになってしまうみたいです。

　
『前節の1.2 文字を出力してみようで作った ch1_2_1.c をコンパイル　してできた実行プログラム a.exe のファイル名を ch1_2_1.exe に変えてください。その上で、今回作った 　a.exe と組み合わせて、次のように実行させてみてください。』

　順を追ってやっていったつもりなのですが、この文章（↑）を読むと、私みたいに　a.exe　ファイルが無い
　状態で実行して、思わぬ動作になってしまうかもしれません。
　（私にしかあてはまらないかもしれないのですが。＾＾；）

　１つ何かやろうとすると、芋づる式に勉強しないといけない事が出てきて、飽和状態です。
　疑問もたくさん出てきます。
　
　特につまづいた時思うのが、「何を調べてたらいいのか？」がわからなくて苦労する事です。
　調べる項目（キーワード）が分かれば、調べて答えを探せます。

　すべて万遍なく説明しない代わりに、つまづきやすい所や概念などで、
　「○○は◇◇の分野です。詳しく理解したい人は◇◇を調べましょう。」
　のように、ヒントを添えてもらえると、すごく助かると思います。

　（ちなみにファイルの保存の仕組みや、形式、種類、拡張子、ディレクトリ、などの意味がさっぱり
　　わからなくて、本やサイトに書かれた以外の事を試みる（＝冒険）事がなかなかできませんでした。
　　初心者は、想定外の事が起きると、それだけでパニックになってしまうので・・・orz。）

　　たかぎさんのサイト、新しい発見がたくさんあって面白いです。
　　（特に#include<stdio.h>が無くてもちゃんと実行できるのには感動しました！）
　　大変だと思いますが、無理のないペースで、是非サイトを完成させて下さい。
　　楽しみにしています。

　　長文、失礼しました。

> まりもさん

ちょっと気になったので一応指摘。
×：バイブライン
○：パイプライン

まりもさん
> ・・・・どうやら　「a.exeファイル」が無い状態で「　ch1_2_1.exe | a.exe　」と入力すると、
> 私の場合、なぜか、英語モードになってしまうみたいです。

情報ありがとうございます。
XP Professional SP3とVista Home Premium SP2（VMware Fusionで実行）で確認しましたが、現象が再現できませんでした。
もしかすると、a.exeというプログラムがPATHの通ったどこか別の場所にあって、それが悪さしているかもしれません。
念のため、a.exeが無い状態でa.exeを実行してみてください。似たような現象が起きるなら、この仮定が当たっている可能性大です。

Mistさん

ご指摘ありがとうございます。
文字が点々なのか○なのかよく見えなくて・・・＞＜

恥かきついでにもう一歩念押しで確認させてください。
・・・ハとフについているのは、両方とも○が正解で良いですか？
（ローマ字読みで・・・pa/i/pu/ra/i/nn ⇒であってますか？）

たかぎさん

入門サイトのコメント募集のスレッドなのに、私の問題解決の為に使用してしまって申し訳ありません。

教えてもらった通りに a.exe　が無い状態で実行してみたら
'a.exe'は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ　ファイルとして
認識されていません。、
という表示がされました。

加えて、昨日のこちらに投稿したのと同様の手順を再度実行したのですが、
同じ現象（＝英語モードに切り替わる）にならず、もう何がなんだかわかりません・・・・・。

ミス入力が多いので、自分で気づかずにコンソール画面に何か動作させるような事をしてしまった可能性もあります。

ともあれ、英語モードに切り替わってしまうという現象も無くなりました。
また、英語モードに切り替わっても、元に戻す方法を教えてもらったので、
同じ現象になっても、対応できます。感謝します。

これを機会に、コンソール画面の仕組みを詳しく調べてみようと思います。

貴重な時間を割いて頂いて、本当にありがとうございました。

入門サイト、応援してます。がんばってください。

> 恥かきついでにもう一歩念押しで確認させてください。
> ・・・ハとフについているのは、両方とも○が正解で良いですか？
> （ローマ字読みで・・・pa/i/pu/ra/i/nn ⇒であってますか？）

pipelineです。

えらい遅レスですが...

> （ちなみにファイルの保存の仕組みや、形式、種類、拡張子、ディレクトリ、などの意味がさっぱり
> 　　わからなくて、本やサイトに書かれた以外の事を試みる（＝冒険）事がなかなかできませんでした。
> 　　初心者は、想定外の事が起きると、それだけでパニックになってしまうので・・・orz。）

上で挙げられているようなことは、C言語のプログラミングに関することではなく、Windowsの使い方の話ですね。
この辺りは悩むところなのですが、WindowsないしはPCの使い方の説明を詳しく入れだすと、どんどん内容が本質から外れていってしまいます。
仮に説明するとしても、どこから説明するかは本当に悩ましいところです。

電源の入れ方？
キーボードやマウスの使い方？
Windowsのセットアップの仕方？
IMEの使い方？
GUIプログラムの起動の仕方？
ファイルやディレクトリの概念の説明？
エクスプローラの使い方？
エディタの使い方？
環境変数の説明？
コマンドプロンプトの使い方？

自分を基準に、ここから説明してほしいというのは簡単なのですが、万人向けとなると線引きは本当に悩みます。
極論をいえば、対象読者を「Windowsを使える人」として、それは当然コマンドプロンプトも使いこなせることを想定しているというのも、選択肢としてはありですね。
実際、Windowsの使い方はCプログラミングとは直接関係ありませんので。