揚げとく
96 :
仕様書無しさん:02/03/23 20:09
>89
漏れはカーニハン本で事足りたが。(当時、他にないし)
で、そのアマゾンのブックレビューで、「この本は難しくて初心者向けでない」
とほざく馬鹿がいて、そのレビューに賛同している更なる馬鹿も居たが、
おかしいぞ?
この本でたとき、カーニハン本しか他になく、うちの会社のCOBOLしか
しらなかったねぇちゃんは、この本で半年後には、キングファイル2冊分の
ソースコードを書いてたぞ。
98 :
仕様書無しさん:02/03/25 16:21
99 :
仕様書無しさん:02/03/25 16:26
キングファイルは二つ穴で紙をファイリングするやつのブランド。
プログラミングの基礎ができてれば、
あとは言語仕様のリファレンスだけでどーとでもなるという話ですね。
俺もC言語についてはK&Rに一票。
あとはソースコードと本読んでプログラミング勉強してって感じ。
(ΦωΦ)フフフ・・・100get・・・
101 :
仕様書無しさん:02/04/05 20:05
age
K&R買ってよめ。gccを使い倒せ
終わり
K&R途中までしか読んでないなぁ。
105 :
仕様書無しさん:02/04/05 21:38
K&Rは翻訳がだめだな
それ以前に説明もへたくそだし
見た目も派手じゃないし
まあほかにももっといい本がいっぱい
あるのでそっちにしろや
ただし「はじめてのC」は文法がおかしいので×
107 :
仕様書無しさん:02/04/05 22:37
ただし「はじめてのC」は角度がおかしいので×
>>105 第一版(白いカバー)の方を読んだんじゃないの?
>>108 版がなにかは分らんが
だいぶ昔のやつだったな
それがなにか?
>>109 今の2版とは、ぜんぜん翻訳も内容も変わってるよ。
艦長!!痛いクソスレが上がってます!1は痛すぎます!!
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
∧ ∧ ∧ ∧
___( _冂二冂(,,゚Д゚)
∧⊂/ ̄|二| ̄\つ∧二ヽ
ι匚|_/_\_匚i_|∪∪i]
\/∠ / / \_/二/
/∠ / /
/∠ / ∧_∧___ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
/∠ / /7´Д`;) / | < …ええい!削除人は何をやっている!迎撃しろ!撃ち落とせ!!
/∠ / ○ =i|= ~)/ | \_______________
/∠ / i'''√√ i'''i ̄ ,,,,/
∠ / /__(_(_)/ ̄ ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
/ / \\\/ (・∀・;)< スレッドストッパー発進準備どうぞ!1を撃墜します。
 ̄ ̄ | ̄ ̄ ̄ ̄| ̄\ ) \ ____________
CはおろかBもAも経験ありませんが、
大丈夫でしょうか?
113 :
仕様書無しさん:02/04/07 21:20
>>105 K&R、翻訳は最近のは少しマシになったけど、レイアウトとか説明が悪くて、
必要な情報とりだすのに苦労するので、新人には勧めていません。
Cの入門書はなんでもいいと思うけど、レファレンス用の本だけは自分好みで
内容のしっかりしたものを選ぶといいと思うけど。
>>112 大丈夫では?
114 :
仕様書無しさん:02/04/07 21:47
>>112 心配するな。
俺も同じだが、とりあえず息災だ。
115 :
仕様書無しさん:02/04/08 22:36
あのな、K&Rなんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、「K&Rがあれば十分」だ。
お前は本当にK&Rで入門したのかと問いたい。問い詰めたい。小1時間問い詰めたい。
お前、K&Rって言いたいだけちゃうんかと。
…いやさ、「K&Rがあれば十分」なんてこと言ってる奴って、
実は自分はそこらの入門書で入門してて、
一通りCを使えるようになってからK&R買って、
でも通読すらしてなくて、付録のリファレンスマニュアルだけ使ってる、
なんて奴が多いような気がしてさ。
# このスレの
>>97 とかがそうだと言いたいわけではない。
まあお前らド素人は、林晴比古でも読んでなさいってこった。
# ただし、ウソを信じ込むと矯正するのに苦労するという、諸刃の剣。
116 :
仕様書無しさん:02/04/08 22:37
林晴比古、説明はうまいと思うが、ソースが変。
117 :
距離を置きましょう!それは別れの合図です。(:02/04/08 22:42
>>116 林たんの本は、ほかの本でわかんなかった人向けと思われ。
118 :
仕様書無しさん:02/04/08 23:24
技術評論社の「ANSI C」は必携でそ?
119 :
仕様書無しさん:02/04/09 02:05
>>115 いいことゆうねー
だいたい、ありゃー訳がちと不自然なんだよ。
今の時代もっと親切な入門書あるのに
あれじゃー入門しずれーわな。あくまでリファレンスだろ?
Cアンサー・ブック併用しても、独学用には、解説がちと足りねぇしな。
だいたい 昨今、'エレガントなソース' とかゆう表現を使う奴ら(K&Rオタク)
が、やだね。おめーは、フレンチのシェフかっ?つーんだ。
でもまあ、オリジナルだから必読では、あるけどな(笑
やっぱり読んだほうがいいと思うよ。
一度だけでいい。作法だと割り切ればいい。
正直、基礎知識が無い奴の作ったソースは見てすぐにわかる。
最近ありがちなのがWinでしか作ったことの無い奴のCのソースの見にくいこと。。。
ソースもドキュメントだと思ってる俺にとっては苦痛でしかない。
入門書の必要or不要は個人の判断にまかせるとして
「K&R」がわかりにくい〜って人には
アスキー出版局
「改訂新版 C言語入門 The C Primer SECOND EDITION」
Les Hancock, Morris Krieger共著
を薦めてますです。
# 更に新しい版が出ていたかも
122 :
仕様書無しさん:02/04/10 00:34
>>120 読んだほうがいいといえば...
プログラミング作法!(ASCII)
一度と言わずskill up毎、何度も読み直してしまう
そう、こっそり読んでニヤリと笑う...
ライバルには、読ませたくない本でもあったりするのだ。
================================================
「k&R」も「プログラミング...」も和訳に難があるのは、否めない
だから、"わかりにくい"
と、なってしまうんじゃないかな?
123 :
仕様書無しさん:02/04/10 00:34
voidセソセイの本ってどんなの?
125 :
仕様書無しさん:02/04/10 00:40
今は倉薫の時代
127 :
仕様書無しさん:02/04/10 02:02
K&Rに限らず、翻訳本が読みにくいのは当たり前ってところがあるからなあ。
訳者がある程度「超訳」するという手もあるけど、そうなると今度は正確さが
失われる。
翻訳調に慣れておくのも、プログラマのスキルのうちではないかと思われ。
>115
K&Rは前書きにもあるように「(他の言語とかを)ある程度知っている人」
向けに書かれている。
言語はなんもしらん、コンピュータがまったくわからん、と言う人が読む本では無い。
--
最初はアスキーのC言語だったかなー。A5判のやつ。
K&Rは慣れてから読んだな。HPの電卓。
129 :
仕様書無しさん:02/05/04 23:01
あげとく
130 :
仕様書無しさん:02/05/04 23:03
入門には標準関数のリファレンスがあれば十分。
ヘルプは見づらいのでペーパーベースで一冊もってりゃいい。
131 :
仕様書無しさん:02/05/04 23:09
昔、「初めてのC」って本を買ったけど電車の中で読みづらかった。
(HのことをCっていってたころ)
132 :
仕様書無しさん:02/05/04 23:12
つかいふるされたねた
134 :
仕様書無しさん:02/05/04 23:34
135 :
仕様書無しさん:02/05/05 00:04
ある!
理由
・できのいい入門書は先生みたいなものだから。
(単にその言語を説明してくれるだけでなく、その先生の思考法にも触れることができる)
・インプットした情報のソースはまとまっていた方がいい。
(忘れた時すぐに参照できる。構造が頭に入りやすい。書き込める)
・どこでも読める。
(食堂・寝床・トイレ。ディスプレイと同時に参照しやすい)
内容の浅い奴は駄目ね。入門書というよりは紹介書と言った方がいいやつ。
最近多い気がするけど・・・
>>136 できのいい入門HPじゃだめなの?
でも、3つ目の「ディスプレイと同時に参照しやすい」は結構いいかも。
139 :
仕様書無しさん:02/05/06 14:36
本書いてる人って理系の人が多い。
文系の私にはどうとでもとれる文章表現に苦労した。
おすすめはプログラム理解してちゃんと文章としてなりたってるのがいい。
(ただしそこまでのは見たことなし)
>140
コンピュータ言語の入門書を読むときに重要なのは
例題のプログラムをちゃんと動かしてみることだ。
動かしてみればたいてい文章の理解も深まるはず。
理解が深まらなければ読むほうのスキルに問題があるか、
入門書に問題があるか、だ。
ポインタと配列はちがいます
ガーン。そうだったのか、、、
けど同機能の実現方法なんて常にニ・三種類はあるだろうから、
とか考えて不安になる。特にcの場合は。
char *ptr ;char *ptr_now;
len = ptr_now - ptr;
みたいなこともやって見ようと思っていちいち中身見たりしたけれども、
まー、なんて言うか、、ややこしかった。
32bit化どうこうの前に、Cとは決別して欲しかったのだけれど。