プログラム挫折経験ある人、どうやって克服した？

プログラム挫折経験あ ..

75:デフォルトの名無しさん
06/09/20 06:08:52
>>72
もちろんアルゴリズムとか複雑性の話が好きな人もいるけど、やっぱりプログラミングで面白いのって何か動くものを作れることじゃない？
まあ、理屈をごねて超高速なプログラムを作るのも楽しさの一つではあるけど、それも結局、自分の意図した動作をするものが「実際に作れてこそ」だからね。

76:デフォルトの名無しさん
06/09/20 07:27:25
結局は独学で（自分で調べたりしながら）やるしかないし、挫折はしやすいもんだろう。

大学（専門学校とかは違うかも）のプログラムの授業なんてきっかけに過ぎないし、
4ヶ月もかけてやる内容じゃない。集中してやれば数日で終わる内容だ。

要は、プログラムをやる環境を整えたり、そのプログラムに関する情報を集めたり、
“自分で調べる”ということができる人がプログラムに向いているのかもしれない。
それはきっと、他の分野でも同じ。

77:デフォルトの名無しさん
06/09/20 08:26:53
誰だって１つや２つは理解できづに投げ出したものはあるだろう
言語にしてもアルゴリズムにしても
最初からすんなり出来たってやつがいたらそいつは浅い内容しか知らずに出来た気になってる馬鹿なんだな
と俺は思う

78:デフォルトの名無しさん
06/09/20 08:41:13
>>77
言ってることには同意するが、
できづ、じゃなくて、できず、だコノヤロー

79:デフォルトの名無しさん
06/09/20 12:05:17
俺はクイックソートを断念したことがある。

80:デフォルトの名無しさん
06/09/20 15:16:21
>79
対象がでかくないなら、バブルソートで大抵は問題ないｗ

81:デフォルトの名無しさん
06/09/20 20:56:27
このスレは爲になるな(;_;)

82:デフォルトの名無しさん
06/09/21 01:16:45
バブルソートが解るのにクイックソートが解らないなんて不思議だ

83:デフォルトの名無しさん
06/09/21 01:26:33
なるほど、バブルソートも格が上がったな。

84:デフォルトの名無しさん
06/09/21 01:52:41
とにかく、本を買い、そしてソースを
よみまくり、自分で打ち込んだ。
後、いい先輩といい会社に入ればOK！
俺は見つけらなかったけど。

85:デフォルトの名無しさん
06/09/22 13:46:23
以前なったときは、作りたい物を作ってたな。
コンソールでゲーム作ったり、実験プログラム書いたり。
結局、誰かも言ってたが、動機は自分の中にあって、それがマッチしないことには体は動かない。

86:デフォルトの名無しさん
06/09/22 14:53:16
あー、ダメだ！
Perl無理！
省略の美学とかいうのに惹かれて始めたけど、完全挫折。
PHPのぬるま湯につかると、Perl習得は不可能だな・・・。
Perlは思い出の宝箱にしまって、永久に封印することにしました。

87:デフォルトの名無しさん
06/09/22 14:56:34
これからがPerlが面白くなるのになぁ・・
PHPがだめぽだったんじゃないか？

88:デフォルトの名無しさん
06/09/22 22:58:32
ポケコンから初めてWindowsで本格的に勉強したのがPerl
まあCGIとしてだけど、特に難解であったとは思わなかったけど

要するに何がしたくて何が出来るかさえわかれば何か出来る

89:デフォルトの名無しさん
06/09/22 23:34:34
そこでPythonですよ

90:デフォルトの名無しさん
06/09/24 06:41:52
Cとかしか知らなくてPerlをはじめてみたときは
適当だし、凄い簡単！とか思ったけど
何かし始めると、ソースが変態で厳しい。

91:デフォルトの名無しさん
06/09/24 12:54:34
>>67
はいはい、MS-DOS

92:デフォルトの名無しさん
06/09/25 22:30:57
C言語勉強してるが難し過ぎる

93:デフォルトの名無しさん
06/09/25 22:35:26
ｲ㌔

94:デフォルトの名無しさん
06/09/25 22:40:35
難しいと言うか躓いて考えまくりになる

95:デフォルトの名無しさん
06/09/25 22:42:02
むしろ悩むことが出来ない人生ほどつまらない人生は無いけどな

96:デフォルトの名無しさん
06/09/25 23:05:28
基本情報もってるから、Ｃの基礎は理解してるはず
なのに、いまだに何一つ作れない

97:デフォルトの名無しさん
06/09/25 23:19:07
英語の文法を知っていても、英語を話せるようにはならないのと同じようなもんだ。

98:デフォルトの名無しさん
06/09/25 23:26:38
何か挫折する人の気持ちがわかる

99:デフォルトの名無しさん
06/09/25 23:31:56
>基本情報もってるから、Ｃの基礎は理解してるはず
>なのに、いまだに何一つ作れない

理解に「はず」はないぞ。
理解しているか、いないかだけだ。
ものが作れないのは理解だけが原因じゃないけどな。

・作りたいものがない　→興味のないものを無理矢理作っても、そりゃなかなか完成しないさ。
・あっても壮大すぎて完成しない　→最小モデルから肉付けすると、それなりに興味も続く。

大抵はこのへんが原因じゃないか？
初心の頃はなおさら、小さい物から作って、段々肉付けすると、
「動かない状態」の期間を短くできるので有効だよ。

100:デフォルトの名無しさん
06/09/25 23:47:21
C#の勉強しながら1ヶ月。Consoleでお勉強。

作りたいのはWinフォーム。このままだと1年お勉強ですごしそうです。

101:デフォルトの名無しさん
06/09/26 00:03:02
>>99
たしかに、理解したつもりだけだったのかも…
明確な目標ないと続かないな、専門の時に少しならった程度だったからなー

102:デフォルトの名無しさん
06/09/26 00:05:47
プログラミング取得する人が増えてきたな。
うわぁプログラマーの競争率高くなりそうだな

103:デフォルトの名無しさん
06/09/26 00:14:02
圧縮アルゴリズムの自作で挫折→zlibを使うことを憶えた！
描画アルゴリズムの自作で挫折→OpenGLを使うことを憶えた！
デザインパターンの勉強で混乱←いまここ

104:デフォルトの名無しさん
06/09/26 00:19:25
>>100
Winフォームが作りたいって、間違ってない?
むしろそこから何を作りたいかじゃないのさ

105:デフォルトの名無しさん
06/09/26 00:48:09
趣味でやってたときは、やりたいことたくさんあったのに
仕事にしたら、やりたいことが何も浮かばなくなった

106:デフォルトの名無しさん
06/09/26 01:13:28
>>105
ちなみにどんな仕事ですか？

107:デフォルトの名無しさん
06/09/26 02:25:55
ホームページから、コンパイラーなどを自分のパソコンに落として
上手く起動させることすらできない俺はどうすれば？

108:デフォルトの名無しさん
06/09/26 02:45:26
プログラムを諦めるのが一番良策

109:デフォルトの名無しさん
06/09/26 03:06:15
俺の業を君に上げよう。（笑

えーっと、
コンソールのことを軽く知っておこう。コマンドはdir(またはls)とcdだけ知ってれば問題ない。
次にプログラムの生成手順を知ろう。Cコンパイラの場合、コンパイルしてリンクするのが主だが、パラメータを一杯指定しないと起動しない。
そこで、makeを使う。

さて、できたかな。

できない場合はしょうがないからビジュアル開発環境を導入しよう。
MSが無料のIDE付きコンパイラを無料配布してるから、そっちを利用しよう。これはWindows専用。isoは仮想CDソフトで閲覧できる。
アプリケーションはプロジェクトという単位で管理されるから、プロジェクトをビルドすればさくっとできるよ。
makeもなんもオートマティック。

うんで、最初はいきなりグラフィックに凝った奴を狙わずに、コンソールでこつこつやればいいよ。
ああ、そうそう。今やりたいことはノートに書いて封印しておこう。後々有用になるだろう。

そんな感じで、Enjoy。

110:デフォルトの名無しさん
06/09/26 03:14:37
>>109
むしろ残念ながらお前のその文章の半分も理解できないだろう。

111:デフォルトの名無しさん
06/09/26 04:09:39
うるせーバカ氏ね

112:デフォルトの名無しさん
06/09/26 07:44:14
>>107
コマンドプロンプトを扱うことに慣れることが第一歩だと思う。
フリーのコンパイラはコマンドラインから使うものが多いし。
GCCとかBCCとか。

113:デフォルトの名無しさん
06/09/26 10:31:01
>>107
（　´∀｀）つHSP

114:デフォルトの名無しさん
06/09/26 12:59:04
プログラミング初心者が勉強する場合、C言語から始める方が
無難なのかな？

115:デフォルトの名無しさん
06/09/26 13:19:37
無難っちゃ無難。
無難じゃないっちゃ無難じゃない。

116:デフォルトの名無しさん
06/09/26 13:40:18
とやまけん

117:デフォルトの名無しさん
06/09/26 13:43:56
オブジェクト指向から始めないと将来的に挫折だよ

118:デフォルトの名無しさん
06/09/26 14:57:52
オレ様のは有機的オブジェクト指向という高次元オブジェクト指向だがな。

119:デフォルトの名無しさん
06/09/26 14:59:18
俺はMSX-BASIC → ロゴライター → N88-BASIC → ActiveBasic(挫折)
　→ 潜伏期間 → C
だあよ。

ロゴライター(タートルグラフィックとも言うかな)なんか、
動いてる様子が目に見えるわけだから。面白いかも知れんな。
小学校のときこれでゲーム作ってるヤツいたしなぁ。

120:デフォルトの名無しさん
06/09/26 23:31:52
初めてPerlを触った時、
どうやって変数の型を宣言をしたらいいのか15分ほど悩んだ。

121:デフォルトの名無しさん
06/09/26 23:36:25
新世代の俺は初めてCを触った時、
どうして変数の型を宣言しなければならないのか15分ほど悩んだ。

122:デフォルトの名無しさん
06/09/26 23:41:11
>>121 新人類とはまた古い・・

123:デフォルトの名無しさん
06/09/26 23:47:25
弱ったなぁ（＾＾；

124:デフォルトの名無しさん
06/09/27 00:09:26
やっぱり、Lispに手を出した時が一番詰まったな
制御構造が無いのがえらく困った

125:デフォルトの名無しさん
06/09/27 00:13:44
>>124
SICP読み始めたけど括弧地獄で嫌になりました…。

126:
06/09/27 22:52:09
Class C#;

static void Main()
{

Study =プログラムでWIｎソフトを作りたい;
Wheile ( study <=Study.Length;)
{
Console.WriteLine("２００５VBを買うお勉強");

Console.WriteLine("これからのこと考えるとやっぱりC#がいいかもと文法をお勉強");

Console.WriteLIne("これじゃ数年かかるとVBをさわる");

}
//Study++;
}

127:デフォルトの名無しさん
06/09/28 02:28:07
贅沢言わないで、ちいさいプログラム、でも作りたい・欲しいプログラムを作るようにするといいよ

128:デフォルトの名無しさん
06/09/28 03:30:41
>126
あるかどうかも解らない「これから」を気にするより、
一つの言語を徹底的に使い込むべき。

使い込んで使い込んで、不満がたまってきた時に、
初めて他の言語をつついてみると、モチベーションが違うぞ。

129:デフォルトの名無しさん
06/09/28 03:41:43
PHPを使い込んでみますた（＞＜；
次は何がいいっすか（＞＜；

130:デフォルトの名無しさん
06/09/28 03:42:39
>129
で、PHPの何が不満なんだ？

131:デフォルトの名無しさん
06/09/28 08:26:50
>>126
C#感動的に簡単じゃん。C++覚えるときは死にそうだったが。

132:デフォルトの名無しさん
06/09/28 08:56:27
>>130
phpには不満しかありません

133:デフォルトの名無しさん
06/09/29 00:39:30
C#簡単だったな
ウィンドウにボタン貼り付けて満足して終わった
俺の中で何かが達成されたんだろうな

134:デフォルトの名無しさん
06/09/29 12:24:48
>>133
せめて、ボタンクリック時のイベントとか作ればいいのにｗ

135:デフォルトの名無しさん
06/09/29 13:21:09
クリックイベントでBEEP鳴らしたら、たぶん解脱すると思う

136:デフォルトの名無しさん
06/09/29 15:46:23
オブジェクト指向の理解からはじめなさい

専門書を10冊は読め、プログラミングなんてその後だ

137:デフォルトの名無しさん
06/09/29 17:11:11
> 専門書を10冊は読め、プログラミングなんてその後だ
俺は逆だった。

テキストや入門サイトとかに掲載されているサンプルを打ち込んで、
いわば「体で覚える」こと。とにかく徹底的に実践してから、ある
程度覚えたらその技術的な背景や詳細を専門書で身につけた。

ちなみに俺は今Haskellを「体で」覚えている最中だ。

まあ言語の習得は人によって向き不向きがあるから>>136の方が向いている
人もいるんだろうが。

138:デフォルトの名無しさん
06/09/29 17:41:05
>>137
その「体で覚える」ってのは、具体的にどういうのでしょうか？
手を動かして実際に手で打ち込むのは分かるのですが、
サンプル通りに一切の変更もなくそのまま、ってことですか？

139:デフォルトの名無しさん
06/09/29 22:37:12
まず予習。打ち込む前にサンプルを読む。一行一行意味を確認しながら丁寧に
読むこと。理解できない場所は、俺の経験上いくら考えても埒があかないから
とりあえずとばす。

次に実践。コピペとか横着せずに自分の手で打ち込む。
ただ機械的に丸写しするのではなく意味を意識しながら打ち込むこと。
慣れないうちは、忘れてしまっても見直したときにわかるよう逐一コメントを
付け加えておくのもいい。完成したら動かしてみて、ささやかな充実感を味わおう。

デバッガがあれば復習もできる。
たいていのデバッガにはプログラムを一行だけ実行したあと一時停止する
ステップ実行という機能がある。プログラムの動作を一行ずつリアルタイムで
追うことができるので、予習や実践の段階でわからなかった箇所も理解できる
ようになることもある。おおいに学習の助けになるはずだ。

140:デフォルトの名無しさん
06/09/29 22:44:42
確かに体使った後に、参考書とか見て確認したりすると
理解度が高い木がするな。

141:デフォルトの名無しさん
06/09/29 23:20:02
>>139
それは体育会系のようで、すばらしい！
汗かいた後に飲む、牛乳はうまい！

142:デフォルトの名無しさん
06/09/30 01:26:51
「コピペじゃなくて、自分の手で打ち込むこと。」なんて書いてある本が結構有るけど、
それって、時間の無駄じゃん。別にキーボードの練習してる訳じゃないんだから。
俺も最初はその通りにしていたけど、よく考えたら、ばかばかしくなって、本の付録のCDとか
サポートホームページからサンプルコードをダウンロードしてそのままコンパイル、実行してる
けど、こっちの方がどう考えても早く理解できるぞ。もちろん、サンプルコードをすべて
読んで理解している訳だ。手打ちで打ち込むなんて現実逃避している暇があったら、
さっさと読んで理解するべし。意味を理解するのに打ち込む必要はないのだよ。
むしろ、コードを少しずつ書き換えて、実行の様子の違いを比較することに時間を使うべし。
この点以外は>>139の意見に賛成だよ。

143:デフォルトの名無しさん
06/09/30 03:13:00
確かに、既にある言語をマスターしていて、その言語で新しい分野の
プログラミングに挑戦したいという場合はコピペでも全然構わないと思う。
それは言語の習得が目的ではないから。

でも新しい言語に挑戦するときは自分の手で打ち込むべき。
サンプルコードと未完成のコードを適当なスパンをおいて交互に目で追い
ながら打ち込むので、より狭い範囲に視野をとどめることができる。文法上の
細かい事項は、読んだだけでは見落としがちだからね。
俺の実際の経験としていくつか例を挙げると、C言語のenumの区切り文字は
セミコロン(;)ではなくコンマ(,)だったことを見落としてた。structは
セミコロンのくせに。元々JavaやっててC++に挑戦したとき、クラスの定義の
最後にセミコロンが必要なことに気づかなかった。などなど。

> むしろ、コードを少しずつ書き換えて、実行の様子の違いを比較することに時間を使うべし。
書くの忘れてた。実践の一環にはこれも必要だね。

144:142
06/09/30 13:07:16
確かに全くのプログラミング初心者がいきなりコピペはまずいわな。
俺の意見は、そろそろプログラミングに慣れてきて、クラス、フィールド、メソッド等の
命名規則やら細かい注意点もわかってきたやつに対するアドバイスだと思ってくれ。

145:デフォルトの名無しさん
06/09/30 13:15:12
プログラミングに死ぬほど熱中してたけど、そろそろ飽きてきてしまった。
でもせっかくここまで色々身につけたので、やめるのはもったいない。
何かアドバイスください。

146:デフォルトの名無しさん
06/09/30 13:18:32
>>145 　　　　　　　　　　　　　　　働　　　　　　　　　　　　　　　　け　　　　　　　　　　　　　　　　　

147:145
06/09/30 13:23:13
>>146
わかりました！！

148:デフォルトの名無しさん
06/09/30 13:37:08
プログラミングに飽きたやつは人類史上ただ一人、ビルゲイシだけだろ。

149:デフォルトの名無しさん
06/09/30 13:50:07
C++やってからCで巨大なプログラムを組んでみる

これ最強

オブジェクト指向無しでは生きていけなくなる

150:デフォルトの名無しさん
06/09/30 18:05:12
>>149
「脱オブジェクト指向のススメ」
URLﾘﾝｸ(blogs.itmedia.co.jp)
だってさ、
次のステップは脱オブジェクト指向だな、ガンバレ

151:デフォルトの名無しさん
06/10/01 01:24:31
上でVBとC#でloopしてた初学者です。

C#の文法がすきなんですが、サンプルも多いVBでひとまずがんばってみます。

OOPに関してVBだとちょっと気になるけど、ずっと文法ばっかりじゃつまらんので
ひとまずVBでがんばるしかないな

152:デフォルトの名無しさん
06/10/02 00:37:56
10日で覚えるC言語を終えたのですが、頭が混乱して
プログラム組めませんが、向いてないでしょうか？
やはり、何冊か本を他に読むべきでしょうか？

153:デフォルトの名無しさん
06/10/02 00:55:46
>>152
仕事のプログラムが組めないのか？
なんかの問題が解けないのか？
それとも自分の目的のプログラムが組めないのか？

154:デフォルトの名無しさん
06/10/02 00:57:20
まず自分を知る事が先だろうな

マニュアル通り進めて手順を覚える中でその本質を見つけていくのか？
マニュアル無視で突っ走ってみて色々壁にぶち当たったり超えたりすることで本質を理解するのか？
それとも根本的に向いていないのか？

155:152
06/10/02 01:24:02
組めないには組めないと言うか理解できてない感じ、何となく
どんな感じかわかったていど

156:デフォルトの名無しさん
06/10/02 01:32:31
挫折なんてしたことないな。

だって、そんな暇無いだろ。周りはみんなオレよりすごいのに。
いちいち挫けて折れてたらいつまでたったってすごい側にはなれねーからな・・・

157:デフォルトの名無しさん
06/10/02 01:35:26
>>155
そこで思考停止するな馬鹿
何が理解できないのか、何をすれば自分が理解できるのか
今まで同様な事はどうやって克服して来たのかを思い出せ

158:152
06/10/02 01:42:31
文法の意味は理解した？がソースが長くなると、どれがどれに代入したかとか
どこに関連してくるとかが解らないんだ

159:デフォルトの名無しさん
06/10/02 01:57:39
>>153 お前は相手に合わせて話ができないのかねぇ。

160:デフォルトの名無しさん
06/10/02 01:58:49
>>153は質問者に質問攻めしてばかりで、
いつまでたっても成長ないよな。
人間関係がうまくいかないくて、周りから嫌われてるんだろうな。

161:デフォルトの名無しさん
06/10/02 03:03:57
>>152
それは一重にプログラミングの経験が全くないからじゃないのかな。
だれでも最初はそんなもんだろ。面倒かもしれないけど、変数の代入や、使用箇所を
丹念に追っていくしか無いだろう。そして、一度読んだだけでわからないなら何度でも読もう。
そんなのは当たり前のことなんだ。目線があっち飛びこっち飛びしながら、必死で読むんだ。
何年も経験を積むと変数の意味や条件式の意味が「多分こう意味だろう。」という感じで
直感的に分かるようになってくる。
今は小さなプログラムからだんだん慣れていって、確実に基礎を身につけていくべし。
俺ももう２０年以上前に初めてプログラムを勉強したが、そのときはテキストの１ページ
読むのも苦労したよ。しばらくプログラムとは縁がなかったが、５年くらい前から本格的に
勉強を初めて（Javaだけど）、今では何十個ものクラスを組み合わせて、何万行にもなる
プログラムをを普通に組めるようになったよ。月並みだけどさ、地道な積み重ねは本当にすごいね。

162:153
06/10/02 03:45:11
>>160

>153は質問者に質問攻めしてばかりで、
あったま悪～！！w
これで一つの質問なんでちゅよ。ボクw

>いつまでたっても成長ないよな。
俺はまだ一回しか発言してないよ。知ったかぶりもほどほどに。

>人間関係がうまくいかないくて、周りから嫌われてるんだろうな。
だから根拠の無い思い込みの発言はやめようね。
そんなんじゃプログラムもバグだらけになるよ（爆笑）。

たった３行でここまで突っ込ませるとは、本物の馬鹿？
ここまで馬鹿だとプログラミングっていうか、仕事自体が不可能だよね。

163:デフォルトの名無しさん
06/10/02 04:31:15
>>162 おまえ、ウザイから早く死ねよ！

164:デフォルトの名無しさん
06/10/02 04:44:36
さほどプログラムの経験も無く、他人に的確なアドバイスもできず、
ボキャブラリーも無く、汚い言葉を吐く以外になにもできない人間が世の中にはいるよな。
大丈夫、インターネットだから恥ずかしくないよ。

165:デフォルトの名無しさん
06/10/02 06:05:22
>>164
お前のことだろ。早く死ねよ。

166:デフォルトの名無しさん
06/10/02 12:47:53
>>158
全部自分の頭の中だけで理解しようとしてないか？
解ったこととか気づいたことは紙に書き出したりして行け
自分の頭のレベル位解るだろ？
馬鹿は馬鹿なりに頭を使え

167:デフォルトの名無しさん
06/10/02 14:03:35
てかおまえらがプログラミングを始めたきっかけって何なの？
BOTやチート以外に用途が見当たらないんだが

168:デフォルトの名無しさん
06/10/02 14:17:10
俺は趣味だが、そのうちシェアウェアでちょっと小遣い稼ぎできたらいいなと思って始めた。

169:デフォルトの名無しさん
06/10/02 14:26:36
頭が悪いヤツってすぐ切れるからわかりやすいよｗｗｗｗ

ちょっと挫折で逆ギレでやーめたってか　こんな馬鹿は一生何も習得できないよ

170:デフォルトの名無しさん
06/10/02 14:30:07
>>167
今自分がやりたい事が、うまいこと単独で出来るツールが無かったりしたのがきっかけ。
そのうち、ゲームも作りたいとか、こんなツールも欲しいなぁとか。

>BOTやチート以外に用途が見当たらないんだが
世界が狭すぎｗ
PCは別にゲーム専用じゃないだろｗ

171:デフォルトの名無しさん
06/10/02 14:38:26
自分自身が切れていることに気づいてない、面白いやつ発見w

172:デフォルトの名無しさん
06/10/02 16:16:26
>>167
おいおい、みんなが持ってるケータイだってプログラムで動いてんだぞいー。

173:デフォルトの名無しさん
06/10/02 21:17:29
>>168
よう俺

174:152
06/10/02 21:56:18
>>161
サンクスです。
やはり、長年やったり徐々にコツコツやらないと
いきなりの理解ってのは難しいですね・・・・
一回、本読んで一発で理解できる人もいるだろうけど
少ないみたいですね。

>>166
助言、ありがとうございます。
紙に書き出してみるのも良いと思います。
これから、そうしていきます。

175:デフォルトの名無しさん
06/10/02 23:02:52
二年前の夏にすっげー初めて学ぶC言語…だったかでやり始めて
最初は調子よく進んで、応用編にはいったところで頓挫
というかその本にあったTcl/TkってののGUIプログラミングの方に興味が行った
それからはgdgdで数ヵ月後にK&R買ったが読むだけで今やっと構造体に入ったところ…

まあ興味半分でやりはじめてだけだからいいかと思ってる
面白いのは面白いからやめることはないと思う

176:デフォルトの名無しさん
06/10/02 23:04:05
すっげー（って思って）

177:168
06/10/02 23:12:28
>>173
なんか世に出したアプリはあるかい。おれはシェアウェアはまだ１つだけだ。
本やツールにつぎ込んだお金はアホみたいに多くて、とても元が取れんけど、
面白くてやめられんな、この趣味は。

178:デフォルトの名無しさん
06/10/02 23:33:42
シェアウェアってやっぱりWindows向けだよな。
累積いくら稼げたんだ？

179:168
06/10/02 23:43:08
１ヶ月分の食費くらいw

180:デフォルトの名無しさん
06/10/03 00:02:49
月3万ってところか？
最近だとプログラム作れなくても
それぐらいは広告で稼ぐ奴いるからな・・・
負けてられないよな。

181:168
06/10/03 01:02:01
なんか「ど～ん」と当たるアイディアが欲しいよ。
今一番欲しいのは知識じゃなくてアイディアだな、やっぱり。

182:デフォルトの名無しさん
06/10/03 01:15:16
そんなこといってるようじゃ、もともと向いてないんじゃないか
それならいっそ、会社に入ってやってたほうが稼げるだろう。

183:デフォルトの名無しさん
06/10/03 01:17:47
うむ、「ど～ん」と当たるアイディアがあれば
別にプログラマでなくてもいいな

184:デフォルトの名無しさん
06/10/03 01:53:26
>>183
法人でやってんじゃないででしょ。
一応シェアウェアだし、支払い方法とか顧客管理とかどうしてるの？

185:デフォルトの名無しさん
06/10/03 18:07:37
よくわかんねえけど、とりあえず組めるようになってから考えたほうがいいと思うんだ。

186:デフォルトの名無しさん
06/10/03 23:56:09
Vectorですよ。顧客管理はテキトーですw

187:デフォルトの名無しさん
06/10/07 14:51:20
>>183
それ、友達いる人間のセリフ

188:デフォルトの名無しさん
06/10/07 23:31:06
┐(´～｀;)┌

189:デフォルトの名無しさん
06/10/10 04:38:51
繰り返し文の違いがよくわからないし、参考書読んでも混乱するだけ
挫折しました…特にwhileやwhile（fgets～）とか何で
繰り返してないのに繰り返し文が使われてるのか理解できん

190:デフォルトの名無しさん
06/10/10 10:17:13
そういう人は関数型言語を覚えてみるのも手ですよ

191:デフォルトの名無しさん
06/10/10 10:26:18
while自体が繰り返し文なんだけどな
なんかif文がデフォでtrueを制御するのも知らなそうだな。

192:デフォルトの名無しさん
06/10/10 10:39:39
ここで挫折するとは、かける言葉がない。
中学生くらいならいいんだけど、高校生以上だとちょっと。。。

193:デフォルトの名無しさん
06/10/10 16:11:39
もうわけわかめ
俺も参考書を一通り履行したが漠然としか理解できてない

194:デフォルトの名無しさん
06/10/10 16:15:51
挫折しようにもコレで飯食ってるんで、、、
挫折したら首吊るしかwwww

195:デフォルトの名無しさん
06/10/10 16:31:31
背水の陣？

196:デフォルトの名無しさん
06/10/10 16:48:50
繰り返し文がわからないで飯食ってるなんてありえねえ

197:デフォルトの名無しさん
06/10/10 17:29:35
>>189
while（fgets～）って、（後ろに空文があるとして）
ひょっとこして「fgets～が真である間fgets～を繰り返す」
って意味で、それがわからないってこと？

198:194
06/10/10 18:09:20
おいおい、189と俺は違うよ

199:デフォルトの名無しさん
06/10/10 18:22:25
よくわからない時はとりあえず for 使って、慣れてきたら while を使ってみる
片方を理解せずに手を出すと利点が見えづらい、使い所がつかみにくい

頭の悪い俺はこうしてる

200:デフォルトの名無しさん
06/10/10 18:25:20
Cを勉強->二ヶ月ほどでだいたい出来るようになった->
猫でも分かるで勉強->半年でだいたいマスター->
16ビットアセンブラ->挫折<-今ここ

DIVコマンドが理解出来ない。誰か助けて。
諦めてMFCに行こうか、それともC#を勉強しようか考え中

201:デフォルトの名無しさん
06/10/10 18:26:38
>>198
確かに良く読んだら、
189→挫折した
194→まだ挫折しない
なんだね。

202:デフォルトの名無しさん
06/10/10 19:02:22
while( fgets(buf, 100, fp) ){
　...
}
↓
char *result;
do{
　result = fgets(buf, 100, fp);
　...
}while( result )

条件の中に関数を丸ごと書くのは、
初心者には理解しづらいし、悪い習慣だとは思うけど……。
便利なんだよなぁ。

203:デフォルトの名無しさん
06/10/10 19:05:33
>>200

例えば、14/3なら
mov ax, 14
mov cl, 3
div cl
でALに商の4、AHに余りの2と結果が返ってくる。

割られる数が16ビットにおさまらないならDXに上位16ビット、AXに下位16ビットでいい。
(これは例のまま11/3のままですが)
mov dx, 0
mov ax, 14
mov cx, 3
div cx
でAXに商の4、DXに余りの2と結果が返ってくる。
オペランドは即値はだめ、レジスタかメモリーを指定。
でも、なんで今時アセンブラやってるの？（とおじさんは疑問に思う

204:デフォルトの名無しさん
06/10/10 19:07:19
>>202
それだと、最初のfgetsがNULLを返してきたときに、ループ内の処理をしてしまわない？

205:189
06/10/10 19:35:44
>>197
はい、そうです。
実行しても、繰り返しになってなくて
何処が繰り返しとかがわからなくなっています。

>>199
サンクス、そうしてみる。

>>202
やっぱし、難しい・・・。

もう一度整理してみます。

206:189
06/10/10 19:45:52
スレ違いなら、すんまそなんだが
今、ファイルポインタの Fgetc関数とFgets関数の所で
止まっています・・・。
実行すると、双方同じ文章よ読み込んでコマンドプロンプトに
文章が表示されます、これでいいのでしょうか？
実行した時の違いがわかりません、Fgetc関数とFgets関数との
Fgetc関数の場合は１文字ずつで、Fgets関数は文字列を読み込みはずですが・・・
要するに読み込む時の違いと言う事だけなんでしょうか？

207:デフォルトの名無しさん
06/10/10 19:51:17
>>198
連続、すんまそ。
while((c = Fgets(fp)) != EOF) {

これの意味です・・・
参考書で前章の場合は実行した時に繰り返してると
わかったのですが、今回のは別に何も繰り返していないです。

208:デフォルトの名無しさん
06/10/10 20:30:26
>>207
fgetsでなくFgetsってことは、C言語ではない？
Fgetsで引数fpだけ？戻り値がEOFならfgetcとかではない？

209:デフォルトの名無しさん
06/10/10 21:16:19
代入式は式自体が代入された値をもつ（と解釈される）。
だからa=b=0みたいな書き方が出来る（この場合はb=0が先に評価される）。
例えば(c=fgetc(fp))はfgetc(fp)が実行されて返した値（cにそれが代入される）と評価される。
fgetcは読み込んだ文字（一般に0～255）を返し、
ファイルの終わりで読み込む文字のない場合はEOF（一般に-1、stdio.h内で定義）を返す。
読み込んだ文字をループの中で使いたいときに既にcに文字が代入されてるからこれを使うわけだね。
で、処理が終われば最初に戻ってwhileの式評価で(c=fgetc(fp))のfgetc(fp)が実行されて・・・と続く。
文字を読み込んでいる間は(c=fgetc(fp))は0～255のいずれかの値になるので((c=fgetc(fp)) != EOF)は必ず真となりループを継続する。
ファイルの終わりなら(c=fgetc(fp))の値はEOFとなり((c=fgetc(fp)) != EOF)は偽であるので必ずループから抜けられるわけだ。

スレ違いだというのに答える自分にorz

挫折は時間が克服してくれた。
相手を理解しようという心が大事だ。
理解しあえることはない相手ではあるが後悔してももう遅かった。

210:デフォルトの名無しさん
06/10/10 21:53:53
モトローラ系のアセンブラ使ってたもんで
インテル系のレジスタ固定っぷりが訳ワカメで苛つく

211:デフォルトの名無しさん
06/10/10 22:39:54
>>210
intel系では変数はメモリに置くと思うのが良い
メモリアクセスしてはいけないと言う訳ではない

212:デフォルトの名無しさん
06/10/10 22:48:38
>>204
あちゃー、ほんまやー。
スマートな書き換えができないからこそ、
while構文とdo～while構文が存在するということで納得くださいな～。
こういうときの定番はループ1回展開だろうけど、それは余計分かりづらいんだよな('д`)

213:206-207
06/10/10 23:52:53
>>208
小文字のfでした。書き間違えしました。

>>209
なんとなく、イメージ？は掴めました、難しい・・・。
ここまで詳しく書いて頂いて、ありがとうございます。

>>206に書いた事がわかれば、後は先に進める？かもしれません。

214:デフォルトの名無しさん
06/10/11 00:34:17
>>212
結局この場合、
result = fgets(buf, 100, fp);
の後に
if (result == NULL) break;
が必須であり、かつループを抜ける条件はここだけになるので、
do～whileでもwhile～でもいいというか、while(1)いいじゃんと思う。
do～whileは通常の処理ではあまり使いどころがないね。

215:デフォルトの名無しさん
06/10/11 01:31:35
>>214
至極尤もでごぜーます。
でも>>189は制御構文で躓いてるわけじゃ無さそうなので、なんか色々スマンかった。

スマンかったついでに。
>>213
その通り、ただ読み込んで表示するだけだと結果は同じになる。
でも、使い勝手の面での「違い」をもうちょっと書くと、

fgetcは1文字だけ読み出すから、来た文字をそのまま受け取るだけでいい。
fgetsは複数文字読み出すから、来た文字を受け取る場所(配列)を作らなきゃいけない。

文字列(複数文字)を読むときはfgetsのほうが良いんだけど、
1文字だけ読み出すならfgetcのほうが簡単だし便利。

だから同じような関数が二つあるんだ。

216:デフォルトの名無しさん
06/10/11 03:05:20
>>215
ありがとうございます、ここの人たち優しいんですね(;_;)
これで疑問は解決しました、forやwhile同様に似た意味だけど
用途により使い分けろって事なんですね。

217:デフォルトの名無しさん
06/10/11 07:05:53
向いてないってこった。

218:デフォルトの名無しさん
06/10/11 19:39:16
言語そのものより、プログラムの構造を考えるんで挫折しそうです…

219:デフォルトの名無しさん
06/10/11 20:10:45
クラス設計とかか？オリジナルのソース書くことか？
後者ならば明らかに向いてないぞ…

220:218
06/10/11 20:57:29
>>219
どちらかといえば前者です。
プラグインやフィルタの類や、１枚のダイアログだけでなんかするツールとかは（少しだけ）組めるのですが…
それ以上の規模のプログラムとなると、どこをどうしていいものか、さっぱり。

221:デフォルトの名無しさん
06/10/11 22:35:43
>>220
俺も似たような感じだなぁ。
ゲーム製作通じて、挫折したりしながら習得しようとしてるけどー。
ゲームはクラス設計とかを学ぶのには不向きかな？

222:デフォルトの名無しさん
06/10/11 23:14:44
>>220-221
実装技術と構造設計は別なベクトルを向いてる世界だからな
設計に関する書物なり一度目を通してみると良い

実装技術だけを追ってると設計のことはあんまり身に付かない

223:デフォルトの名無しさん
06/10/11 23:25:54
>>219
俺もそのあたり勉強中だー

個人的にいろいろ調べた結果
結局は開発の各段階で作られるドキュメントを自分で書けるか
（もちろん"使える"資料であることは必須だけど）
ということじゃないかと（外部設計書とか内部設計書とか）。

特にクラス分けには
もっと上流工程の業務フロー図－機能分割のやり方が
かなり重要になってくる気がするなー

↓こことか参考になるかも
URLﾘﾝｸ(www.thinkit.co.jp)

試験でいったら
アプリケーションエンジニア（外部設計）
ソフトウェア開発技術者（内部設計）
あたりをとりあえずの目標にして周辺の書物をあさってみるのもいいかもねー

つーか俺今週末ソフ開試験だよ。ぜんぜん間に合ってねー（ｳﾂ

224:デフォルトの名無しさん
06/10/12 00:22:25
>>222-223
確かに、自分は実装技術ばっかりな気がする。
つまり外部設計を学ぶべきなんだね。
ありがとう、参考にしてみるよ。

225:デフォルトの名無しさん
06/10/12 06:25:41
解からなかったけど、難しいと思わなかった。

226:デフォルトの名無しさん
06/10/12 14:59:16
うぉー、やるぞー →分からない事が出る→調べる→そこからまた分からない事が出る→調べる→そこからさらにわから（ｒｙ
→調べる→またまたわからな（ｒｙ
・・・繰り返してるうちにわけがわからなくなって調べ疲れ、進まないことに嫌気が差し挫折
→ 数ヶ月ぐらいしてまたやる気になるもスッカラカンに→最初に戻る

熱しやすく冷めやすい性質なんだろうか・・・・

227:デフォルトの名無しさん
06/10/12 15:04:05
分からない事が出る→調べる→分かんないけどなんか動いてる
→動いてるからまあいいか→初めに戻る

228:デフォルトの名無しさん
06/10/13 00:55:23
>>226
典型的なプログラミング挫折パターンだな
自分が全てを理解できる＆理解しないと何も出来ないと考えてるとなる形だ
そもそもプログラミングすることが目的なのではなく、何かを作る為にプログラミングをしていると気が付けば抜け出せる。
自分の今の状態を認識して知るべき知識を得たらさっさと目的を遂行する事

229:デフォルトの名無しさん
06/10/13 02:19:43
＞そもそもプログラミングすることが目的
って人もいるんじゃないか
だから完成なんかしなくても過程で楽しめてる
ただプロのプログラマとしては失格

230:デフォルトの名無しさん
06/10/13 03:52:20
なは、俺失格プログラマだ。
でも楽しいからいいや、なは。

231:デフォルトの名無しさん
06/10/13 05:40:24
募金とかユニセフにはまっているよりは生産的だと思う。

232:デフォルトの名無しさん
06/10/13 12:31:25
>>228
226ではない真っ赤な他人ですが、お導きありがとうございました。
どこかに何か見えたような気がします。

233:デフォルトの名無しさん
06/10/13 12:37:34
>>229
プログラミングすることが目的なら挫折と言う言葉が適切ではない
それは単純に飽きただけ
目的を達成しておいて挫折とは之如何に？

234:デフォルトの名無しさん
06/10/13 13:58:09
プロっているのか？
デスマーチでここ見てる暇もないって聞いたがな…
管理職か？

235:デフォルトの名無しさん
06/10/13 18:04:19
いくらデスマーチでも休みの日ぐらいあるし、そん時に

236:デフォルトの名無しさん
06/10/13 18:05:54
諸事情でプログラマやSE辞めた人というのも多いと思うぞ

237:デフォルトの名無しさん
06/10/13 21:31:41
>>202
それって、fgetsで正常に読み込めてる間は
whileの中の処理やるんだけど、fgetsが失敗したときに抜けるんでしょ？
そのようなコードを書かなければならない状況ってそんなにないよね。

238:デフォルトの名無しさん
06/10/13 22:43:35
fgetsで読み込んだ100バイトごとに処理をして、
読み込んだものの終端まで来たら処理を終えるんじゃないのこれ

239:202
06/10/14 00:15:02
>>237
ごめん、俺の書き換えは>>204の指摘どおり完全じゃなくてさ。
論理的な穴がある。

それともう一つ、fgetsは失敗したとき以外に、
入力が終端に達した時(EOF)もNULLを吐くんだー。

だから、このwhileの読み方は、英語っぽく書けば、
while "fgets" is true, do { ... }

って感じかな。だから意味解釈としては、たぶん>>238が正解で、
コイツは案外良く使うパターンなのさ。
確かにエラーが来てもwhile抜けるんだけど、その辺はまた別かなー。

240:デフォルトの名無しさん
06/10/14 00:33:54
>>202 禿同

int c;
while((c=fgetc()) != EOF){
・・・/*処理*/
}

っていう文は、慣れちゃえば簡潔にかけるし良いんだけれども、最初は理解しづらかったなぁ。
while文，if文はこう考えると分かり易いかも。
while(式){
}

if(式){
}
式に関数が入ってる場合は、まずそれが先に実行される。この場合はfgetc()が呼び出され、
その戻り値を変数cに代入し、代入結果がEOFかどうかチェックする。EOFと等しくないなら
式の値は真、等しいなら偽になる。

何事も良く見れば、基本的な事の寄せ集めだと思えば、理解しやすいかな。

241:デフォルトの名無しさん
06/10/14 00:55:10
>>236
諸事情って、例えば？

242:デフォルトの名無しさん
06/10/14 02:53:09
みんなオタクだからもてない。

243:デフォルトの名無しさん
06/10/14 07:03:55
>>241
いままでみたことのある退職理由
・なんかもうついて行けません（女の子
・向いてないみたいです（男、できる香具師もできない香具師も
・こんな会社でやってられるかー（某先輩
・派遣先だった大手の子会社に引き抜かれましたよ（某後輩
・いい加減VBから脱却した方が良いと思います（漏れ

244:デフォルトの名無しさん
06/10/14 07:21:55
退職の理由は、プログラムやめる理由と似てるんだな。

245:デフォルトの名無しさん
06/10/14 11:46:29
元プロに聞きたいんだけど、マジでデスマーチなの？

246:デフォルトの名無しさん
06/10/15 15:23:42
エニタイムデスマーチエブリデイ

247:デフォルトの名無しさん
06/10/16 03:26:32
>>246
眼精疲労とか疲労とかとかは平気なの？
あと、NEとSEはどっちがまし？

248:デフォルトの名無しさん
06/10/16 07:36:31
電磁波のキャンセラーって効果どうなの？

249:デフォルトの名無しさん
06/10/16 10:50:23
ニュートロンジャマー開発きぼんぬ

250:デフォルトの名無しさん
06/10/16 12:30:30
>>248
女の子の生まれる確立が80%だったのが79%になる位の効き目

251:デフォルトの名無しさん
06/10/16 15:33:25
1％でも、違いは感じられるくらいなのか？

252:デフォルトの名無しさん
06/10/16 15:42:07
>>251
1%も感じられる位子供を産むのか？

253:デフォルトの名無しさん
06/10/16 17:49:55
？

254:デフォルトの名無しさん
06/10/16 17:58:24
電磁波を浴びながら1000人くらい子供つくって、
電磁波キャンセラーを受けてまた1000人くらい子供作れば
データ取れますかね？

255:デフォルトの名無しさん
06/10/17 10:01:54
レスにするほどうまい例えじゃないな

256:デフォルトの名無しさん
06/10/23 11:33:06
このスレを見ようと思っただけでも
かなりの確立で挫折している奴だと思うんだけど気のせい？
そこでアドバイスが貰えると思っているのかな。
中には教える側で困っている人が見ている場合もあるだろうけど。
教える側もよく分かってないから見るんじゃ・・・

257:デフォルトの名無しさん
06/10/23 16:22:45
おまえら、挫折しそうになったらｶｧﾁｬﾝのフラッシュでもみれ

258:デフォルトの名無しさん
06/10/23 16:59:49
パソコントラブル→直せなくて放置、┐('～')┌ ｼﾗﾈ

スキルないやつってこうだろう

259:デフォルトの名無しさん
06/10/23 21:59:54
まあパソコントラブルといっても、システムを再インンストールして、アプリを入れ直して、
データも復旧すればいいだけの話なんだけどな。一番肝心なのは、データのバックアップ
を取るってことだわな。パソコン初心者って、バックアップの重要性を全然わかってくれないから、
イライラする。俺は今までに３回ハードディスクがお釈迦になったことがあるが、バックアップの
おかげで、何年分ものデータ（もちろんソースコードを含む）を復旧することができた。
スレ違いスマソ

260:デフォルトの名無しさん
06/10/24 05:50:01
>>258
それはスキルないやつというより、パソコン音痴だわな。プログラミング以前の問題

261:デフォルトの名無しさん
06/10/24 17:38:28
プログラム挫折って、使用の方でってことなのか！？

262:デフォルトの名無しさん
06/10/25 00:37:24
より易しめの、別の言語をやってみるっていう手もあると思うよ
言語に無関係な勘所ってあるからさ

263:デフォルトの名無しさん
06/10/25 01:20:28
まぁ色々な言語をつついてれば、共通概念みたいなのは見えてくるかもなー。

264:デフォルトの名無しさん
06/10/25 12:51:11
>>263
そういう共通観念が先にあってそれを実現したのがプログラミング言語

265:デフォルトの名無しさん
06/10/25 19:06:52
そうであればいいんだけどなー。

意志を伝えるためにできたのが言葉。
とか言っても俺らにはスワヒリ語は簡単には理解できないわけで。

266:デフォルトの名無しさん
06/10/25 20:20:24
何だ、こいつは？

267:デフォルトの名無しさん
06/10/25 21:08:43
K&Rの構造体を使ったテーブルのところでまた挫折しかけた
小林健一郎さんありがとう、そして立ち読みでごめん

268:デフォルトの名無しさん
06/10/26 01:52:54
UNIXのディレクトリー構造のところも説明が大雑把でこけるだろう。

269:デフォルトの名無しさん
06/10/26 03:35:39
俺は、特に作りたいものが無くて、本だけ読んでた時は
延々と挫折の繰り返しだったな…。

解らないところは放っておいて、
とにかく作りたいものをがむしゃらに作り始めたら、
本の内容が後から理解できたんで、
個人的にはまず作ることを薦めたいところ。

270:デフォルトの名無しさん
06/10/26 05:42:36
作りたいものが明確になっているときは、ただ本を読んで勉強しているときとは
燃え上がり方が違うね。
作りたいものが有って、仕様もはっきりしているときは、石にかじり付いてでも
という気持ちになってくる。

271:デフォルトの名無しさん
06/10/26 12:40:29
ここは良スレじゃ…

272:デフォルトの名無しさん
06/10/26 14:28:20
作りたいのがあるのか？と聞かれれば、作ってみたいのはあるにはあるが
それを目標にするにはハードルが高すぎるんだよなぁ・・・

273:デフォルトの名無しさん
06/10/26 15:59:20
>>268
あそこも読んだ方がいいの？
UNIXのことを例にとって教えるってだけかもしれないけど、自分Winだしいっかなーって。

274:デフォルトの名無しさん
06/10/26 18:03:14
違う本読んだ方がいいよ。K&Rは君にはまだ早いんじゃないか？

275:デフォルトの名無しさん
06/10/26 18:21:02
>>274
難しいって悩みたくて読んでるからいいのさー
ただ本に書いてある文みてコード打ち込んでた時よりはずっと楽しい

276:デフォルトの名無しさん
06/10/26 20:11:39
サンプルプログラムなどの関数呼び出しやプロトタイプ宣言の()と引数の間に
半角スペースがあると消さずにいられない私はプログラミングに向いてないのでしょうか

a( int a, int b )　を　a(int a, int b)　にしたくなるということです
いつも異常に気になってしまいます

277:デフォルトの名無しさん
06/10/26 20:33:19
しょうもないことで悩むな馬鹿

278:デフォルトの名無しさん
06/10/26 22:50:17
>>276
プログラミングに向いてないというよりも、最良化や、高速化の分野はどうだ？
そんな小手先技術を使う分野の方が向いてるだろう。
そこは言語は余り関係ないし、驚きの技が多いからね。

279:デフォルトの名無しさん
06/10/27 11:25:56
そんなことはツールに任せろ

280:デフォルトの名無しさん
06/10/27 12:24:46
>>276
オレもそのけはあるな。
どうせ他人のコードは精査しないといけないし、読むついでと考えればいいんでない？
それでも、時間が無駄だと思うならフォーマッターなりを作ればよいかと。

281:デフォルトの名無しさん
06/10/27 14:59:21
>>279-280 そのツール（ライブラリー）を作るのに向いてるってことだろ

282:デフォルトの名無しさん
06/10/27 15:37:28
>>281
車輪の再発明を繰り返すような輩はこの業界不要だ

283:デフォルトの名無しさん
06/10/27 15:55:08
>>282
再発明と再生産、仕事と趣味､学習の違いが分からない車輪厨乙

284:デフォルトの名無しさん
06/10/27 15:56:38
>>282 車輪の再発明もしたことないくせに良く言うよ・・

285:デフォルトの名無しさん
06/10/27 16:07:12
学籍番号　×××××
氏名　　　×××××
年令　　　×××××
出身高校　×××××
のプログラムってどうやって作るか教えてください。

286:デフォルトの名無しさん
06/10/27 16:37:11
無理。

287:デフォルトの名無しさん
06/10/27 16:39:51
>>285
cout << "学籍番号　×××××" << endl;
cout << "氏名　　　×××××" << endl;
cout << "年令　　　×××××" << endl;
cout << "出身高校　×××××" << endl;

288:デフォルトの名無しさん
06/10/27 16:41:59
ありがとうございます。

289:デフォルトの名無しさん
06/10/27 17:04:52
cout << "学籍番号　×××××\n";
cout << "氏名　　　×××××\n";
cout << "年令　　　×××××\n";
cout << "出身高校　×××××\n";

のほうがいいよ

次ページ