K&Rってクソじゃねーか！！！！！！！！！！

K&Rが聖書とか言うから買ってみたらなんじゃこれ・・・翻訳が最悪で解読に時間かかるし、
わかりにくいプログラムの書き方してるし・・・。

Amazonのレビュー信じた俺がバカだったよ。

K&Rがクソなのではなく、>>1がクソなのだということに何故気づかない

"はじめてのC"読んどけ、凄いぞ

>>2
こんなもん買ってしまった俺がクソだって事には気付いてる。

K&Rがクソなのではなく、翻訳と>>1がクソなのだということに何故気づかない

信者うざすｗ

>>5
翻訳がクソだったら俺はクソじゃないだろｗ

K 糞
& で
R 論外

http://asobi.sqweebs.com/learn/1.php

初心者にとって、
学ぶのが難しい順に並べてみたよ

しかも、自分の思った順に
並び替えることができる機能付き

>>1
>わかりにくいプログラムの書き方してるし・・・。

これついてkwsk

>>10
if文の書き方とかとにかくもうめちゃくちゃ。
PCなら構わんけど本で出すのにこの書き方はねーだろっていう書き方してるんだよ・・・。

例出すと

if(条件){ずらあああああああああああああああああああああああああああ
あああっと処理が書いてある}else{ずらあーーーーーーー
ーーーーーーーーーーーーー
ーーーーーーーーっと処理が書いてある}

こんな感じ。読む気失せるわ。

つまりおまいのめもりようりょうのはなしか

カーニはんの悪口を言う奴は わてが許しまへん！

K&Rだと文のところが複文になっているif-else文は
一貫して

　　if (式) {
　　　　文のリスト
　　} else {
　　　　文のリスト
　　}

って書き方になってると思うんだけど？

>>14
なってませんが？

というかこう書けよ。

if()
{
処理
}
else
{
処理
}

K&Rが欠陥品だって事はネットでさんざん言われてきた事。
翻訳は悪いし、プログラムもわざとややこしく書かれている部分もある。
というかなんで2009年になってまでそんな古い本買っちゃったんだ？

は？

K&Rを読めない奴にはCなんか無理だからやめとけ。適性ないよ。

同意。

読んだことないけど。

K&R て歴史書だろ。杉田玄白の解体新書 (現代語訳) 読んで間違いだらけだとブチ切れるくらい
バカらしいことだ。

>>18
K&Rの翻訳はクソだよ。原文と比較すればわかる。
日本語版読めるって奴は結構間違ってK&Rの意味理解してると思うよ。

解体新書を例に出すのは間違ってるだろｗ
K&R読んだことのないの丸出しだな。

本屋でパラパラとめくって買って読むほどの内容ではないなと思った。
おまえあんなのありがたがって読んだんか。バカ丸出し。

今は書き方とか規則が会社である程度決まってるからK&Rなんて見ても意味ないよな。
2800円も出して買う価値は全然ない。

本の価値なんて実際に買ってよく読んでみないと分かんないものだよ
俺もK&R持ってないけど

>>25
持ってるから言ってるんだよ。
K&Rはプログラムを如何に綺麗に書くかっていう本。
今、K&Rみたいな書き方してたら客から文句言われまくると思うけど。

それぐらい古い本だから読む価値はない。得られる知識も殆どないと思う。

>>21
緑とか旧白の頃のこと言ってるんじゃないのかw

聖書読んで「なにこのわかりにくい文章」とか「いまどきねーよ」とか
文句言ってるのは馬鹿としか。

K&Rは技術本じゃなく叙事詩みたいなもの
お前が言うことは全部、「あー昔はこうだったんだ」の一言で片付く

中学生が俺カコイイに浸りたい一心でCが勉強したいならマナタンの本でも読んでろ

聖書ｗ信者はこえーなｗ

信者もクソもないだろ。

ANSIの標準化以前は事実上の仕様書だった本だし、C言語について、必ず読むべき本で
あることには間違いない。

>>31
その考え方が信者なんだよ。ANSIの標準化以前とか言っておきながら必ず読むべき本ってｗ
今では読む必要のない化石本って言えよｗ

歴史を軽んずるものは必ずドツボにはまる。

はまりたきゃ好きにはまってろ。

技術書の評価なんて今から始める人が読むべき本かどうかだわな。

黙ってこれでも読め

http://www.geocities.co.jp/Milkyway-Orion/3324/prog/realprog.html

>>33
かっこよく決まったつもり？ｗきめぇｗ

>>32
化石本に向かってマジギレするのはどうかと思うよ。

過去の権威をいつまでもありがたがって振りかざしているバカは技術屋としておわっとる。
あんなもん一線退いた後に一般教養として読んでろっつーの。

JIS本で充分です。わざわざ取り寄せした私の免じて、JISが一番です。

俺は常にK&Rは糞と言い続けている。
これをまともに活用できるやつが信じられない。

K&RはCをマスターした人が備忘録的に持ち歩く程度のもの。
これで勉強するのは無理。

俺がお奨めなのは、「Cを256倍使うための本」。
2冊目の本にお奨めな。

だいたいCはアセンブラの代用と考えるべきで、例えば
引数がスタックに積まれるとか、そういう実装面に踏み込んだ
解説が必要なのにK&Rはその辺はぜんぜんじゃねぇ？

K&Rに比べると、Bjarne Stroustrupの「プログラミング言語C++」は、
だいぶ読めるし、読む価値があると思う。
(これでも１冊目には厳しいと思うが・・・。)
重たいけどな。

と言うか未だに K&R 本信者が居るのにびびった。

>>1
amazonの書評に>>1のコメントが載っていてワラタ

--------------------------------
まずif文の書き方。普通なら以下。

if(i = 0; i > 5; i++){処理}

しかしこの本では

if(i = 0; i > 5; i++){処理}
となっています。本当にわかりにくい！
-------------------------------

どういう意味だ・・？
forの間違い？

！？

K&Rはクソかもしれない
翻訳は明らかにクソだ

そして、>>1は下痢便だ

K&R から >>1 に鉾先を転嫁しようと必死なバカが一匹

>>43
クソワラタｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

しかも>>1は叩かれてスレ立て逃げ状態ｗ

ガキはお袋のおっぱいでも吸ってろよなｗ

まあ、今からCやるなら一冊目にK&Rはないわなあ
アカデミックな俺スゲー感を満喫したいならオススメだけど

>>47
ifとforを間違えただけでここまで草をはやせるお前って幸せだな。自演くさいけど。
K&Rの原文は昔は神。今は見ても殆ど意味がない。本の内容が周知されて常識になってるからね。
そして日本語版はクソ。読む価値が全くない。日本語版のK&R見て納得してる奴は幸せな奴だよ。

ifとforってどうやって間違えるの！？！？！？！！？！？？！

forだとしても、
if(i = 0; i > 5; i++){処理}
と
if(i = 0; i > 5; i++){処理}
の違いがわからんのだが。

>>51
>>16と間違えたんだろうな。

まあでも今時K&Rみたいな書き方してる会社はないよな。
っていうかAmazonにある大学院生が手分けして訳したって本当かよｗ

スタイルはK&Rが染み付いちゃった

EclipseのCode Style設定におけるK&Rスタイルのサンプル。

class Point {
public:
Point(double xc, double yc) :
x(xc), y(yc) {
}
double distance(const Point& other) const;

double x;
double y;
};

書き込みしたらインデントが省略された。

>>56
２ちゃんねるははじめてかい？

10年弱ROMってました。

>>14
Javaってこのスタイルじゃない？
(Java詳しくないけど、Javaにも流派があるのかな？)

個人的には大規模開発では>>16が良いと思うけど、
実務で>>14を使う人も結構いるよ。
というか、>>16のスタイル使ってて文句言われたことあるし。

処理が長文になると、括弧の対応関係が分かりづらいので、
()を同じ列に置くと見易いと思うけど、そんなに分かりづらく
なるほど処理を長くするのが問題という気もする。
(だから個人開発では>>14もアリと思っている。行数少なく
なるし。)

>>59
行数が少ない方が見やすいとは限らない byK&R
括弧の対応関係って桜エディタとか秀丸だったら強調表示されるから問題ないのでは？
俺的にはどっちかで統一されていればそれで良いと思うけど。

しかし、>>14に文句つけても>>16に文句を言うのはどうかと。
俺が予想するにその指摘したのはおっさんだなｗ

超どうでも良い話。フォーマッター一発で矯正できるし。

書式に関してどうでもいいとか言う奴は大体できないプログラマ。

自己紹介乙

後者はifと処理が分かれてる感じがするから嫌。

>>64
それはねーわｗ

最低限の文法確認用資料だろ。
入門書の次に読んで、それでおしましな本。

最近の入門書にはK&Rの文法が用いられてるからさらに不要ｗ

今はＣ言語の本がいっぱいあるし、入門書としてＫ＆Ｒを選ぶ必要は無いだろうな。

まぁＣ言語を理解する上で必要なことを無駄なく網羅してるので
入門者から中級者になる頃に一度読んどけばいいんでない？

にしては訳が腐ってる

CはC++やObjective-Cのサブセットである。

>>49
何偉そうに言ってんのｗｗｗｗｗｗ

誰もお前の意見なんて聞いてないからｗｗｗｗ

早く家から出て仕事しろよカスｗｗｗｗｗｗ

哀れな ｱﾌｫ 信者が必死

信者ってなんでこんないっぱい草はやすの？

基地外アンチが草草必死にわめいてますな。

内容のある反論したら？

反論できなくて草はやしてた人が苦し紛れに返しに出たようですが、残念ながらバレバレです。

>>71て>>1のアンチであってK&Rのアンチじゃなくね？

なんで盛り上がってんのみんな

カーニハンたんは萌える。
文通したい。

信者にはこのレスが内容のあるレスに見えるらしい。

71 名前：仕様書無しさん[sage] 投稿日：2009/05/06(水) 19:37:05
>>49
何偉そうに言ってんのｗｗｗｗｗｗ

誰もお前の意見なんて聞いてないからｗｗｗｗ

早く家から出て仕事しろよカスｗｗｗｗｗｗ

信者必至すぎだろ

毎度このネタが上がるたびにどっかから沸いてくるが、
>>29でFAが出てるだろ

これ以上の議論は文学板でやったらどうだ

文学板ww

訳者最近亡くなったのか

K&R の「K」はクソのK「R」は霊媒師のRだから、あながち間違いではない。

>>82
病院池

文学板でやる話題としては「文芸的プログラミング」の方が適切かと。

>>84
その書籍はちょっとな

Cの入門書なんかよりよっぽど分かりやすかったけどな。
持ち運びにも便利だし、足りない記述とかスペースに追記すると最強に見える。

※原版に限る。

まさか訳者があの世から書き込んでるの?

アリ一匹でも核爆弾で消す
それこそがK&Rの常軌

一般的には狂気すら越えてる訳だがあの書籍は・・・

日下部さんと、柴田望洋さんの本でいいお。

糞壁ｗ　久しぶりに聞いたｗｗｗ
まだ生きてんのかｗ

翻訳版は無くせばいいのにな。

C言語なら
http://www.nicovideo.jp/mylist/11224473

>>93
・・・動画を見てニコニコできる余裕は無い
何がニコニコ動画ですか。

全部自分で開発するなら

こんなもん読む必要なし。

スレ立てた奴は飽きたのか？

>>1はどこに行った？

自分には C なんか向いてないことが
理解できたんじゃないでしょうか。

K&Rが理解できない＝C言語向いてないという考え方はSE・プログラマーに向いて無いことは間違いない。

>>99
その無根拠な断定っぷりはSﾖ向きですね。

K&Rってクソ

　　 ／￣＼
　　| 　^o^　|　
　　 ＼＿／
　　 ＿|　|＿
　　|　　 　　|
　　　　　　　　 ／￣＼
　　　　　　　　|　　　　 |　＜　はい、糞です。
　　　　　　　　 ＼＿／
　　　　　　　　 ＿|　|＿
　　　　　　　　|　　　　　|

K&R？
こんなクソ本を崇拝してるプログラマは間違いなくクソで役立たずだろう。

>>40
> 引数がスタックに積まれるとか、そういう実装面に踏み込んだ
> 解説が必要なのにK&Rはその辺はぜんぜんじゃねぇ？

「引数がスタックに積まれる」はC言語ではなく，ABIが決めること．
例えばプラットフォームによってはスタックではなく，レジスタが使われる．

K&RはあくまでC言語仕様書の範囲内でC言語を学ぶための本だよ．

ABIｗｗｗｗ

>>104
> ABIｗｗｗｗ

ABIであってると思いますけど．．．何がおかしいの？

アプリケーション・バイナリ・インタフェース
呼出規約も含まれるから何も間違ってないな。

エスパーしてみるに、「APIだろﾌﾞｷﾞｬｰ」ってことじゃないのか

これだと流石にアホすぎるか

K&R は神だと思ってます．

C言語を正しく知るには（言語仕様書そのものを除くと）
「K&R本」と「Cリファレンスマニュアル第5版」しかないと思うからです．

確かに石田先生の訳はイマイチな部分もあるけど，それよりも
「言語仕様になるべく忠実に書く」とこうならざるを得ない部分も多い．

クソって言ってる奴らは「整数への格上げ」とか「ポインタの生成」とか
大切なことをちゃんと説明できるの？他の本で学べるの？

何それ？わかんねー。是非説明してよ。

>>108
。を使わずに、.を使うとは・・・。
おぬし、只者ではないな！

というか、もうC言語なんかどうでもいいよ。

>>111
> というか、もうC言語なんかどうでもいいよ。

OS，デバドラ，コンパイラなどの言語処理系，apacheなどの多くのサーバ，
車載プログラムなどの組み込み系などが C言語で実装されてると知っていて，
そう言ってるの？

C言語はどうでも良くありません．今でも重要な言語の一つです．

K&Rは確かに読みにくいと思ったが、読む価値はあると思う。
原本も持っているが、英語をすらすら読めない俺にとっては
日本語訳の本はかなり手助けとなった。

まぁ、文句ばっかり言うよりも、
いろんな本読んで、役立つものを吸収していこうぜ！
（まぁ、俺も本に愚痴るときはあるけどさ・・・orz

俺的には c-faq も読んで損はないと思った。

やっぱ、人が書くものには思想の違いや間違いもあるし、
いろいろ試してより良く向上していくのが人間だと思うんだ。

・・・というか、ここは、C嫌いな人多いのかね？

>>108
>>112
早く説明しておくれよ。

>>112
そんなの作っているのは一部の人間。
君は世の中の全ての会社でOSとかドライバとか作ってると思ってるの?

C言語を覚えること自体悪くは無いが、もう今の時代、C言語より勉強すべきことは腐るほどある。

>>115
> C言語を覚えること自体悪くは無いが、もう今の時代、C言語より勉強すべきことは腐るほどある。

また極端な話をｗｗｗ

誰も「多くの人がC言語を覚えるべき」なんて言ってない．
単に「C言語は今でも必要な言語」と言っただけなのに．

>>116
お前がC言語はどうでも良くないって言ったから、殆どの人にはどうでもいいって反論したんだけど…。

整数への格上げ：

    char c1 = 10, c2 = 20;
    long long x1 = 0x1122334455667788LL;
    long long x2 = 0xAABBCCDDEEFF0123LL;
    printf ("%d, %d\n", c1, c2); /* (1) */
    printf ("%d, %d\n", (int)c1, (int)c2);
    printf ("%x, %x\n", x1, x2); /* (2) */
    printf ("%x, %x\n", (int)x1, (int)x2);

cは「整数への格上げ」でint(またはunsigned int)に暗黙に変換されるから，(1)でintへのキャストは不要．
一方，(2)ではlong longだと「整数への格上げ」（格下げ？）が起きないので，書式%xと型が合わなくなって結果が変になる（ことがある）．

整数への格上げとかどうでもいい。
そんな分かりにくい事どこで使うんだよ。
他の人が見ても分かりやすい書き方しろよハゲども。

「どうでもいい」じゃなく
「ぼくばかだからわかんない」なら
まだ可愛げもあるものを。

使い道ないから分からなくていいだろ。
こんなの知ってたとしても１円にもならんがな。

と、一円も稼げない子供がほざいております。

どうせ他人が使ってたら文句いうんだろ。
「あ、そんな仕様もあったね」とかほざきそうだ。

暗黙の型変換なんかC言語に限らず常識じゃないか。知っとけ。
大事なのは>>118 の(1)を理解することで(2)の必要性（または危険性）
を感じることでしょ。

>使い道ないから分からなくていいだろ。

分からないから使い方を理解できないの間違いじゃないの？
ばかなの？

ぼくちゃんは、C言語の危険な側面を無知なままで、危険な
コードを知らずに書いてしまう困ったプログラマです、って宣伝
してるわけだw

危険な側面ってあんたらもどうせデバッグ中にオーバーフローとかして気づくんだろ？
その時に直せばよい。そんな高尚なもんでもないだろハゲがｗ

ホントにばかなんだな。

例えばオーバーフローした値が何かのアドレス＋オフセットだったりした場合、
(ex. *(addr + n) = NULL とか array[i] = N)メモリ書き込み時に破壊した瞬間に
気づかないだろ？
破壊した箇所が別スレッドのスタックだったり、破壊した時に動作していた
ロジックとは関係ないメモリ領域だったりしたら、その動作不具合の解析は
半端無く大変だろ？ C言語なんだぞ？

OSがiTronだったり、マルチスレッド構成だったりしたら徹夜コースだろ？
「メモリ破壊された側」がな。後でそいつにブッとばされるだろうな。

>危険な側面ってあんたらもどうせデバッグ中にオーバーフローとかして気づくんだろ？

そりゃデバッグじゃねーよ。ただ実行したら落ちただけだろ。
ちゃんと設計してテストしろやぼけ。１円もやれねーよ。

すみませんでした。

なんかめんどくさいね

やっぱCは不要だわ

こう見るとC言語使っているのはバカばっかりだなｗ

127とかいつの時代の人間なんだよｗｗ

JavaもC言語が元なんだけどな。

キミの車のエンジン制御もカーナビも携帯電話もデジカメもDVDプレイヤーもビデオカメラも、
音楽プレイヤーもコンポもエアコンも使ってるPCのドライバも全部そうやって出来てるから。

C言語いらないとかおめでたい。

追加。

C言語なかったら>>129>>130のアホな書き込みのパケットも届かない。

暗黙の型変換なんてJavaでも変なこと起きるからな。

たとえば↓とか。

int a = 999999999;
long b = 999999999;
long c = a * 100;
long d = b * 100;

上の計算でcとdは違う値になったりするからな。

javascriptなんかだと、整数で桁あふれすると実数に変換されて難儀したことも
あるな。

>>133
ふぅーん。

で、何? 全ての実装がC言語だと思ってんの?

C言語がなかったらRubyインタプリタもJavaVMもWindowsもLinuxも作れませんが何か？

はいはいｗ

>>135

思ってない。不要じゃないと言っただけだろ。はぁ。

Cってポインタと配列の実装って一緒？
アクセスはどっち早いのかな？

>>119
> そんな分かりにくい事どこで使うんだよ。

知らずに使っちゃうから気をつけなくちゃいけないと思うんですけど．

それとも常に明示的にキャストしろとでも？それも問題を起こしますよ．
コンパイラの型エラーの警告を抑止しちゃいますから．

>>119
> > そんな分かりにくい事どこで使うんだよ。

この手の「間違いやすい点」「トラブルスポット」はどんな言語にもあります．
それをきちんと知って避けるのが正しいプログラマだと思います．

中途半端な知識でコードを書かれるのはほんとに迷惑ですから．

>>130
> こう見るとC言語使っているのはバカばっかりだなｗ

どこがバカなのかをきちんと説明しておくれ．
そうでなければ，犬がきゃんきゃん吠えてるのと同じｗｗｗ

無知な子供がよくやる手じゃないか。
荒らしは無視しとけ。

クソクソいってるヤシなんなの。
やっぱり ﾀﾋのね ﾀﾋるんでしょう ﾀﾋるに決まってる ﾀﾋらないなんて言わせない ﾀﾋらなくちゃおかしい ﾀﾋるよね ﾀﾋ・る・よ・ね？

C言語も使えない奴が馬鹿なのは間違いない。

>>139
そりゃ違うよ
同じにしてる変体コンパイラがあるかもしれないが

あとポインタのほうが早い
組込みやってると

配列で誰にでも読めるようにかいたが遅い
ポインタでｳﾏｰしようとしたが遅い
アセンブラで書いてやっと要求満たす速度になったが
今度はメンテできる人がいなくてﾏｽﾞｰ
な展開で仕事の切れが悪い

Cがなきゃあれもこれもできないんだぞ！なんて得意気に言ってる馬鹿。
そういう思考の奴がハード屋になったら、「ハードがなきゃソフトも」とか言って
ソフトよりハードが上、みたいな序列をつけるんだろうなｗ

バイナリ読めないやつ多すぎ。プロと言っていいのはバイナリでプログラム組めるやつのみ。
それ以外はクソグラマ。

>>129
必要としない人間にとって不要なのは当然。というか
何そのトートロジー。

>>147
「ソフトなければただの箱」って言い回し知ってる？

>>150
「ハードなければただの文字」って言い回し知ってる？

>>135
いまどきPascal使う方が珍しいって。

いまどきCでプログラムが書けないプログラマーっているの？

ただしコボラは除く

ところで蟹炒飯と金持ちは今何やってるのかね？
まだ第一線で活躍してるの？

てか、今時特定の言語でしかプログラムが書けないプログラマーっているの？
たとえはじめて触った言語であっても基本的な言語仕様は1日〜2日で体得して、
あとは成果物を作りながら業務の中で学んでいくのが普通じゃね？

俺も今までそう思ってたけど
プロジェクトが駄目になる原因って
そこにあるんじゃねーか？

Cのできない奴にプログラマは無理だろ。

俺はVBしかいじれないプログラマに会った事が事がある。
スキルは高かったのに客には不当に低い扱いを受けてたよ。

VB使える奴はやろうと思えばCも使える。
基本的に同じだし、VBの方がめんどくさい。

つーかスキル高いのにC使えないって謎だな
向上心ゼロでもあるまいに

>>161
それはC使えないというか、ライブラリやAPIが用意されてないと
何もできないってタイプな気がする。

>>162
VB使えたらそれはない。

>>160
全国10万人の「ポインタ理解できないヴビ厨」の立場は。

…いやまああいつらにゃ元から立場も生きる価値もないけどさ。

少なくとも、ストップウォッチ片手にVBで書いてるような奴は無理だな

>>164
ポインタさえ理解できない奴にプログラマは無理。

ぬるぽ

で、みんな普段どんなプログラム書いてんの？

俺はひたすらプロジェクトオイラーを解くプログラムを書いてるよ。

>>166
それは正しいかもしれない。

ジョエル曰く、ポインタと再帰が壁らしいね

　　∧＿∧　　
　　(｀･ω･)　　 　はぶっ！
　⊂(　　⊂) 　 　　∧＿∧
　　/ ＿__＝つ☆（;)ﾟω･ )))
　 ( / 　　　　　 /つ　/つ >>167
　彡　　　　　((⊂/￣ ∪

再帰は壁らしいね
後輩に一人、数年やってて未だに再帰がかけないやつがいるよ
そう難しいことでもないのに、なんで理解できないかな

再帰なんてスタックの無駄遣いやめれ。
再帰でできることはループでできる。

初心者が理解できるかどうかの話をしてるのに…

>>171
その壁を越えられん奴がPGになるのは無理って事だろ。

ループでやっても、スタックかヒープかに情報持ってないといけなくね？

>>174
ループでできる事を再帰でやるのも馬鹿だが、再帰でできるがループでは出来ない事があるのを理解して無いのも馬鹿。

>>178
正論

>>177
末尾再帰は、コンテキストをスタックに保存する必要がないのでループに変換可。
そうでなければ自力スタックが必要になるが、場合によっては
自力スタックの方が効率がいいこともあるかも知れない。
ないかも知れない。

単純な線形再帰(よくある階乗みたいに再帰呼び出しが1回だけ)ならわざわざ
再帰で書く必要はほとんどないし、自前スタックもまず不要。木みたいな再
帰的データ構造を扱うときや、バックトラックは再帰を使った方が見通しよ
く書ける。末尾再帰にできなくても、問題の構造によってはうまいことやれ
ば自前スタックも不要になる。

自前スタックを下手な人が作ると実行速度で再帰呼び出しに負ける。これは
再帰呼び出しを機械的に変形して、関数の引数全てをスタックにコピーした
りするから。多くの場合は全引数を保存する必要はないので、ちょっと工夫
すれば再帰より速くできる。ただしプログラムの見通しは悪くなるかも。

あと再帰呼び出しの場合はメモリの正確な使用量が見積もりにくい(各関数の
フレームが何バイト使うかは環境やコンパイラのオプションに依存する)け
ど、自前スタックならその点問題ない。

…というのが去年受けた授業の受け売りです。

言語によってはループ命令とgo to命令が無いのもあるんだよね

Schemeみたいに末尾再帰を必ずループにしてくれる(正確には、末尾呼び
出しをジャンプ(?)にする)言語ならループコンストラクトは不要ですね。

去年受けたCの授業(一応、K&Rが指定参考書)ではこんな話ばっかりが印象
に残っていたりして。本当はその後にSchemeの授業を受けたんだけど、
再帰に関してはここまでマニアックではなかったので残念でした。

K&Rが指定参考書って書いてあるけど、ちゃんと使ったの？

Schemeの授業ってWizard Book使ったの？

Wizard BookはSchemeを使ってはいるけど、Schemeを教えるための
本じゃないけどな。

Wizard BookってSICPのことですか?
それなら教科書として指定されています。

一つの言語しかできないやつにスキルの高い奴はいない。
高かったのは見積りとかコミュ力とかそっちのスキルだろう

>>117
> お前がC言語はどうでも良くないって言ったから、殆どの人にはどうでもいいって反論したんだけど…。

「ある言語が大切かどうか」と「その言語を多くの人が学習すべきかどうか」
は全く関係ない．それを無理やり関連付けたのは >>115 だよ．

http://gazo08.chbox.jp/miso/src/1248477197251.jpg

K&Rは2冊目に読む本。
ブックオフで100円で買った俺は勝ち組

何冊目でもいいと思うけど、やはり第一人者が書いてる歴史的資料なんで、
体系的に知識を整理したい人間には避けて通れない１冊だと思う。
日頃使う道具がどうやって作られてるかなど知るかってピアニストがいてもいいし、
使われているニスの秘密に興味を持つヴァイオリニストがいてもいい。
単純に教則本として見れば、極端な話、同時代の日本人が書いた奴のほうが
表現がスッと入る比喩を使っているとかそういうのはある。

これ ； デリミタっていうんだけどさ、これをつけなきゃエラーになるような
そんな言語使ってる奴ってどうみてもゴミだと思うんだけど

もしかして「；」これ打ち忘れてコンパイルエラー出すのが楽しいの？
そうか、二度と話かけんなよ

死ねよゴミ

「ポインタ対多次元配列」でアタマが吹っ飛んだ

Ｃ言語出始めの頃は、「K&R」しか無かったから重宝したけど、
今から勉強するなら読まない方が良いと思うよ

ストラウストラップの「プログラミング言語C++」は割と読みやすかったぞ
時代の差か？

↑９００ページあるってヤツだっけ？