Skip to main content

안다고 생각하는 것과 아는것

처음으로 강의라는 것을 해봤습니다. :mrgreen: 친구의 부탁으로 총 네번에 걸쳐서 했는데 내용은

  • Design Principles ((SRP, OCP, LSP, DIP, ISP를 소개했습니다.))

  • Design Patterns

  • Refactoring

  • C++



이었습니다. 3번째 날까지는 나름 준비도 열심히 하고 해서 그럭저럭 한 것 같은데 네번째 날은 긴장이 풀어져서 그런지 듣는 분들을 별로 배려하지 못했다는 생각이 듭니다. :-| 네개의 주제중에 그나마 제일 자신 있는 주제였는데 말이죠.

각 강의에서는 주로 다음 책들의 내용을 소개하였습니다.


  1. Agile Software Development

  2. Design Pattern Explained

  3. Refactoring

  4. C++ Coding Standards



이번에 강의를 하면서 배운 점이 있다면 스스로 안다고 생각했던 것들 중 많은 것들이 실제로는 1) 전혀 모르고 있었거나 2) 다 이해하지 못하고 있었다는 사실입니다. ((GoF에 나온 패턴중에서도 Flyweigth, Memento같은 패턴들은 다시 보기 전까지 전혀 기억이 나질 않더군요. Bridge 패턴은 원래 이런거였나라는 생각이... :-| ))

혼자서 책을 읽는 것과 책의 내용을 누군가에게 가르치기 위해 읽는 것은 전혀 다른 일이더군요. 무엇이든 남에게 쉽게 설명할 수 있어야 비로소 알았다고 얘기할 수 있을 것 같습니다. 한동안은 다(多)독이 목표였으나 이번 강의 경험을 계기로 정독을 해치지 않는 정도의 다독으로 바꾸었습니다.

다독이 목표가 되었던 이유는 물론 너무나 좋은 책들이 많이 나왔기 때문입니다. 단순히 읽어야 될 책들이 많아진 것이 아니라 전체적으로 내용의 질이 매우 좋아진 것 같습니다. ((하지만 아직도 번역서의 경우에는 질이 형편없는 경우들이 종종 발견되더군요. 전 되도록 못하는 영어지만 전공 책은 원서로 읽는 편인데 얼마전 번역서를 읽다가 서문만 보고 집어 던진 책이 있으니 바로 소프트웨어 장인정신이라는 책입니다. 이런 번역이 책으로 출판될 수 있다니 정말 놀랍더군요. 결국 다시 원서를 주문했습니다.))

한달동안 준비한다고 잠도 좀 못자고 했습니다만 결과적으로 보면 가르친 것보다 스스로 배운게 더 많았던 것 같습니다. 무엇보다 한번 읽었던 책을 다시 정독할 시간을 내기란 쉽지 않은데 이번 일을 계기로 위의 고전(?)들을 다시 한번 읽게 된 것 역시 큰 소득이었네요.
Labels:

Comments

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