Skip to main content

The C Programming Language

이제야 이 책을 읽었습니다. "The C Programming Language."

대학교에 가서 처음 배운 프로그래밍 언어가 f77을 가지고 배웠던 포트란이었는데 사실 기억나는 것도 별로 없고요, 다음이 C 였는데 배우면서 바로 C++이란 것을 알게 되어 그 뒤로는 계속 C++만 써왔습니다.

막연히 C야 다 안다고 생각해 왔던게 사실입니다. 원래 C++가 C with classes로 시작했던 것과는 반대로 저는 C를 C++ without classes로 생각해 왔었던 것이죠. :-|

개인적으로 요새 프로그래밍 언어들의 역할과 위치에 대한 관심이 높아져서 이것 저것 생각하고 있습니다. 그러다보니 프로그래밍 언어는 C랑 lisp만 있으면 되는것 아닐까라는 생각을 하게 되더군요. (충분한 low-level 언어 하나와 최고 high-level 언어 하나) 그러면서 혹시 C의 자리는 C++가 대신 할 수 없을까 하는 생각에 C도 한번 다시 보게 되었습니다. 읽어 보니 정말 별 다섯개짜리더군요. 학교에서 왜 C를 이 책으로 안 가르쳤을까라는 생각이 들더군요.

가장 인상 깊었던 점은 역시 그 깔끔함입니다. 책 전체를 통틀어 군더더기가 한 단어도 없더군요. 이 책을 읽고나서야 왜 GNU의 훌륭한 많은 툴들이 C로 작성될까라는 의문점이 조금은 풀렸습니다. C++는 C에 비해 fat하다고 생각하는 것 같아요. C 코드들은 한문장 한문장 꼼꼼히 생각해서 간결하게 작성된 느낌이고 C++는 encapsulation을 통해서 쉽게 작성된 대신 한문장 한문장에 쏟던 정성은 좀 덜한 것이죠.

이 책을 읽고 깨닫게 된 또 한가지 사실.

The X Programming Language 라는 제목을 달고 나오는 책은 모두 그 언어를 만든 사람이 썼다는 점입니다. 아마 이 The C Programming Language에 바치는 오마쥬같은 것일까요.

간단히 찾아본 결과 C++, Java, C#이 이 제목을 가지고 있고 모두 저자 혹은 저자 목록에 언어의 설계자인 Bjarne Stroustrup, James Gosling, Anders Hejlsberg의 이름이 있습니다. ((C#의 설계자는 잘 몰라서 wikipedia에서 찾아보았습니다. 혹시 틀렸다면 알려주세요.)) 다른 언어들은 이 패턴의 제목을 가진 책이 없는 것으로 보아 언어의 설계자들이 책을 쓰진 않은 것 같네요. ;-)

혹시 나중에 C# 사용할 일 있으면 위의 책 가지고 공부해야겠습니다.

참고로 The C++ Programming Language보다 더 전에 나온 Design and Evolution of C++라는 책도 권해 드립니다. 사실 The C Programming Language의 C++버전은 The C++ Programming Language + Design and Evolution of C++라고 보는 편이 맞을 것 같네요.
Labels:

Comments

  1. neuxApril 17, 2007 at 3:37 AM

    위에서 설명한 책들 C++, C를 보면 언어+표준 라이브러리의 구성으로 되어 있습니다. 근데 C#은 표준 라이브러리가 .NET 클래스인지라 한권의 책으로 감을 잡기가 대단히 어렵습니다. 문법만 마스터하는게 아니라면 말이죠. Hejlsber의 책만을 보면 보다만 느낌이 들어요.

    추가로 .NET 클래스에 대한 책을 봐야합니다. 대신에 .NET 클래스 책을 보면(C#, C++/CLI, J#, VB)에서 모두 사용이 가능하니 좋은 점도 있긴 하네요.

    ReplyDelete
  2. iwonguApril 17, 2007 at 6:05 AM

    그렇군요. 아직 C#은 본적이 없어서... :-|

    사실 위의 C, C++ 책들도 언어 설명에 가깝죠. 표준 라이브러리 설명은 부록이랄까요? :-) 두 권다 꼭 있어야 할 내용만 있는 것 같은데 페이지 수를 비교해보면 C가 얼마나 깔끔하게 설계된 언어인지 알 수 있는 것 같습니다. 물론 거기에 Class라는 것을 넣다 보면 결국 C++가 되었겠지만요.

    ReplyDelete
  3. 까막April 19, 2007 at 2:58 AM

    C++이 C에 비해 fat한건 맞는듯 합니다. :)

    하지만 fat해서 좋은걸요. 이힛.

    ReplyDelete
  4. iwonguApril 19, 2007 at 5:37 AM

    C++가 C에 비해 fat한 대신 그만큼 보상이 크기 때문에 저도 C++를 좋아합니다. 다만 언어의 기능이 많아지고 복잡해짐에 따라 능숙해지는데 걸리는 시간이 길어진다는 문제가 있지요.

    어쨌든 C++의 이런 복잡성이 MPL같은 기능이 **발견**되는 것을 가능하게 한 것 같습니다. ;-)

    ReplyDelete

Post a Comment

Popular posts from this blog

1의 개수 세기 - 해답

벌써 어제 말한 내일이 되었는데 답을 주신 분이 아무도 없어서 좀 뻘쭘하네요. :-P 그리고 어제 문제에 O(1)이라고 적었는데 엄밀히 얘기하자면 O(log 10 n)이라고 적었어야 했네요. 죄송합니다. ... 문제를 잠시 생각해보면 1~n까지의 수들 중 1의 개수를 얻기 위해서는 해당 숫자 n의 각 자리의 1의 개수가 모두 몇개나 될지를 구해서 더하면 된다는 사실을 알 수 있습니다. 예를 들어 13이라는 수를 생각해 보면 1~13까지의 수에서 1의 자리에는 1이 모두 몇개나 되는지와 10의 자리에는 모두 몇개나 되는지를 구해 이 값을 더하면 됩니다. 먼저 1의 자리를 생각해 보면 1, 11의 두 개가 있으며 10의 자리의 경우, 10, 11, 12, 13의 네 개가 있습니다. 따라서 2+4=6이라는 값을 구할 수 있습니다. 이번엔 234라는 수에서 10의 자리를 예로 들어 살펴 보겠습니다. 1~234라는 수들 중 10의 자리에 1이 들어가는 수는 10, 11, ..., 19, 110, 111, ... 119, 210, 211, ..., 219들로 모두 30개가 있음을 알 수 있습니다. 이 규칙들을 보면 해당 자리수의 1의 개수를 구하는 공식을 만들 수 있습니다. 234의 10의 자리에 해당하는 1의 개수는 ((234/100)+1)*10이 됩니다. 여기서 +1은 해당 자리수의 수가 0이 아닌 경우에만 더해집니다. 예를 들어 204라면 ((204/100)+0)*10으로 30개가 아닌 20개가 됩니다. 이런 방식으로 234의 각 자리수의 1의 개수를 구하면 1의 자리에 해당하는 1의 개수는 ((234/10)+1)*1=24개가 되고 100의 자리에 해당하는 개수는 ((234/1000)+1)*100=100이 됩니다. 이들 세 수를 모두 합하면 24+30+100=154개가 됩니다. 한가지 추가로 생각해야 할 점은 제일 큰 자리의 수가 1인 경우 위의 공식이 아닌 다른 공식이 필요하다는 점입니다. 예를 들어 123에서 100의 자리에 해당하는 1의 개수는 ((123/1...
3 comments
Read more

CodeHighlighter plugin test page.

This post is for testing CodeHighlighter plugin which uses GeSHi as a fontifier engine. ((Those code blocks are acquired from Google Code Search .)) ((For more supported languages, go CodeHighlighter plugin or GeSHi homepage.)) C++ (<pre lang="cpp" lineno="1">) class nsScannerBufferList { public: /** * Buffer objects are directly followed by a data segment. The start * of the data segment is determined by increment the |this| pointer * by 1 unit. */ class Buffer : public PRCList { public: Buffer() { ++index_; } PHP (<pre lang="php" lineno="4">) for ($i = 0; $i $value = ord( $utf8_string[ $i ] ); if ( $value < 128 ) { // ASCII $unicode .= chr($value); } else { if ( count( $values ) == 0 ) { $num_octets = ( $value } $values[] = $value; Lisp (<pre lang="lisp">) ;;; Assignment (define-caller-pattern setq ((:star var fo...
88 comments
Read more

Coverity Prevent - 소스 코드 검사 도구

이번에 회사에서 소스 코드 검사 도구를 하나 구입하는데 이것저것 비교해본 결과 Coverity Prevent 라는 툴이 가장 좋아 이걸로 결정했다고 하더군요. 간단히 말하자면 Lint 처럼 소스 코드에 대해 static analysis를 하는 도구입니다. 그래서 시험삼아 돌려본 결과를 보게 되었는데 그 품질이 정말 놀랍군요. 메모리 릭이나 초기화하지 않은 변수, 버퍼 오버런, null 체크등등 거의 정확하게 에러를 보고해 줍니다. 다음은 전체 코드에서 발견된 문제점들을 리스트 형태로 보여주는 화면입니다. 정말 많군요. ;-) 다음은 이중 하나의 에러를 자세히 보기 위해 선택하여 들어간 화면입니다. 소스 코드에 라인번호와 에러가 발생한 위치, 에러가 발생할 수 있는 조건들을 자세히 보여줍니다. 정말 '와우!'입니다. 각 함수와 같은 이름들을 클릭하면 그 함수로 바로 이동할 수 있습니다. 사용해보니 개인적으로는 purify 같은 runtime 검사 도구보다 더 맘에 드는군요. 사실 Lint 계열의 도구들은 한번도 사용해본 적이 없는데 다른 것들도 한번 구해다 써봐야겠습니다. 이 툴의 유일한 문제는 비싸다는 것이랍니다. :-)
5 comments
Read more