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

std::map에 insert하기

얼마전 회사 동료가 refactoring한 코드를 열심히 revert하고 있어서 물어보니 다음과 같은 문제였습니다. 원래 코드와 refactoring한 코드는 다음과 같더군요. nvp[name] = value; // original code nvp.insert(make_pair(name, value)); // refactored 아시겠지만 위의 두 라인은 전혀 다른 기능을 하죠. C++03에 보면 각각 다음과 같이 설명되어 있습니다. 23.1.2/7 Associative containers a_uniq.insert(t): pair<iterator, bool> inserts t if and only if there is no element in the container with key equivalent to the key of t. The bool component of the returned pair indicates whether the insertion takes place and the iterator component of the pair points to the element with key equivalent to the key of t. 23.3.1.2/1 map element access [lib.map.access] T& operator[](const key_type& x); Returns: (*((insert(make_pair(x, T()))).first)).second. 원래 코드는 매번 새 값으로 이전 값을 overwrite했지만 새 코드는 이전에 키가 존재하면 새값으로 overwrite하지 않습니다. 따라서 원래 기능이 제대로 동작하지 않게 된것이죠. 그래서 물어봤죠. "왜 이렇게 했어?" "insert가 성능이 더 좋다 그래서 했지." :-? 사실 Fowler 아저씨는 Refactoring 책에서 refactoring은 성능을 optimizing하기 위한 것이 아니다라...
3 comments
Read more