Skip to main content

Erich Gamma: A pattern of success

Erich Gamma 하면 제일 먼저 뭐가 생각나시나요? 전 제일 먼저 Design Pattern 책의 저자였지라는 생각이 나고 다음은 eclipse 를 개발한 사람이라는 생각이 듭니다.

이렇게 두가지만 했어도 대단한데 알고 보니 Unit Testing 를 만들어낸 사람의 한명이기도 했군요. 이제까진 Unit Testing이니 eXtreme Programming이니 하면 Kent Beck만 생각했었는데요.

지금은 Jazz라는 eclipse 기반의 collaborative software development을 위한 framework을 만들고 있다고 하네요. 벌써 유명한 작업 같은데 저만 모르고 있었는지... 한번 들여다봐야겠네요. ((IBM에서 개발중인데 core는 open source 화 예정이라는군요.))

C++개발자로써 eclipse를 볼때마다 Java 개발자가 너무 부럽습니다. 거의 유일하게 Java가 더 좋아보이는 이유이자 가끔 Java를 공부하는 이유입니다. 사실 몇년전에 BlogReader를 만들었던 이유도 Java공부보다는 eclipse를 써보고 싶어서에 더 가까웠던 것 같네요.. eclipse 덕분에 점점 더 많은 좋은 툴들이 Java용으로만 나오는 것 같아요. ㅜㅜ

하나의 큰 성공에 안주하지 않고 계속 큰 성과를 내고 있는 Erich Gamma씨가 너무 멋있어 보입니다. :-)

원문 보기
Labels:

Comments

  1. 까막July 24, 2006 at 6:46 AM

    ecipse.. OTL..
    CDT가 좀 더 빨리 발전해야.. ;ㅁ;

    최근 써본 툴중에는 가장 최고였다는.. ;ㅁ;
    전 eclipse+pydev로 파이썬 스크립팅할때 사용합니다 ㅎㅎ

    ReplyDelete
  2. iwonguJuly 24, 2006 at 7:41 AM

    eclipse 정말 최고죠. 처음 나왔을때 refactoring 기능을 보고 크게 감동했던 기억이 있습니다. 다음으론 그 모든 기능들이 plug-in들이라는데 다시 한번 감동... 다음으론 SWT를 보고 왜 Sun에선 이 생각을 안했을까라는 생각... 마지막으로 이 모든게 C++이 아니고 Java라는데 좌절... oTL

    한데 회사 컴에선 너무 느려서 못쓰고 있답니다. (Pentium III 880Mhz라죠? ㅜㅜ)
    CDT는 아무리 발전해도 Java만큼은 안될것 같아요. C/C++에서 preprocessor가 빠지지 않는 한 말이죠. ;-)

    저도 여건만 되면 PyDev 써보고 싶네요. 일단은 emacs로 만족하고 있습니다. ;-)

    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