희망이란

2009-05-30T13:50:00.001+09:00

희망이란 본래 있다고도 할 수 없고 없다고도 할 수 없다. 그것은 마치 땅 위의 길과 같은 것이다. 본래 땅 위에는 길이 없었다. 걸어가는 사람이 많아지면 그것이 곧 길이 되는 것이다. 希望本是无所谓有无所谓无的这正如地上的路其实地上本没有路走的人多了也便成了路 -- 노신(魯迅) xeraph님의 글을 읽고 생각나서 써본다. 한국 사회의 암울한 현실에 낙담하신 분들, 이제 다시 힘을 내어 희망의 길을 함께 닦읍시다.

故 노무현 전 대통령의 서거를 애도하며

2009-05-29T16:09:00.001+09:00

민주주의 발전에 헌신한 그 분의 영전에 미약하나마 이 짧은 글을 바친다. 부디 그 높은 이상만은 길이 남아 우리 사회를 밝히는 빛이 되길 기원한다.

예술이 된 프로그래밍 언어

2009-05-22T12:32:00.001+09:00

int main(){[](){};} 완벽하게 컴파일되는 이 코드는 어떤 프로그래밍 언어일까요? 정답은 여기에 있다.

.NET 4.0 Zip LINQ 연산자

2009-05-20T16:21:00.001+09:00

지난번 사이냅소프트 입사지원 퀴즈를 풀 때 좌표점을 생성하기 위해 다음과 같이 코드를 작성했었다: points = GeneratePoints().Take(32767).ToArray(); public static IEnumerable

C++ 템플릿으로 배열의 크기를 구하는 방법

2009-05-14T16:22:00.001+09:00

예전에 개발 관련 해외 블로그를 읽다가 상당히 재미있는 코드를 발견한 적이 있었는데 문득 생각난 김에 소개한다. C에서 배열의 크기(=원소 개수)를 구하려면 다음과 같이 한다: int ar[42]; size_t length = sizeof(ar) / sizeof(ar[0]); printf("%u\n", length); 그런데 저렇게 하면 코드가 별로 아름답지 않게 되기 때문에 대개는 매크로로 한겹 씌운 다음 쓴다: #define __arraycount(a) (sizeof(a) / sizeof(a[0])) int ar[42]; size_t length = __arraycount(ar); printf("%u\n"

C#에서의 signed/unsigned 비교

2009-05-13T12:42:00.001+09:00

C/C++의 signed/unsigned 비교 지옥 지난번 글에 예고한 대로 이번에는 C#에서는 어떤 식으로 골치 아픈 signed/unsigned 비교 문제를 해결했는지 알아볼 차례다. 그런데 실은 C#에서는 signed/unsigned끼리 비교할 일이 거의 없다. 그 이유는 .NET이 unsigned 타입이 없는 언어까지 지원하도록 설계된 관계로 베이스 클래스 라이브러리에 signed 타입만 사용되고 있기 때문이다. C#에서 unsigned 타입이 필요한 경우는 사실상 네이티브 애플리케이션이나 레거시 코드와 인터페이스할 때 뿐이다. 그러나 unsigned 타입을 반드시 써야하는 경우를 위해서도 C#은 깔끔한 규칙을 마련해 놓았다. C#은 다음과 같은 파라미터 타입을 갖는 비교 연산자를

C/C++의 signed/unsigned 비교 지옥

2009-05-12T16:08:00.001+09:00

C/C++ 프로그래머를 괴롭히는 버그 유발 요인 가운데 signed 타입의 정수와 unsigned 타입의 정수간 비교가 있다. 이것이 실제로 어떤 문제인지 알아보기 위해 퀴즈부터 먼저 풀어보자. 다음 코드를 실행하면 결과가 어떻게 나올까? int Compare(int x, unsigned int y) { if (x > y) return 1; else if (x == y) return 0; else return -1; } ... cout << Compare(-1, -2) << endl; cout << Compare(-1, 0) << endl;

플랫폼/벤더 독립적 C++ 프로퍼티 소스 코드

2009-05-08T18:28:00.001+09:00

C++로 프로퍼티 구현하기 시리즈에서 구현한 결과를 완성된 소스 형태로 공개한다. 필요한 분들이 계시면 자유롭게 가져다 쓰시기 바란다. BSD 라이센스이므로 아무 프로그램에나 사용 가능하다. 실제 코드에서는 -- 감소 연산자와 +=, –= 복합 연산자가 구현되어 있다. 그리고 읽기 전용 프로퍼티도 추가했다. 사용예는 아래와 같다: #include "property.h" class Car { public: Car() { property_init(Speed); readonly_property_init(Rpm); } int getSpeed() {

C++로 프로퍼티 구현하기 2부

2009-05-07T14:42:00.001+09:00

C++로 프로퍼티 구현하기 1부 C++로 프로퍼티 구현하기 1.5부 오늘 살펴볼 것은 이 연재의 본래 목적인 플랫폼/벤더 독립적인 C++ 프로퍼티의 구현이다. 간단한 테스트 결과 비주얼 C++ 2008과 GCC 4.2.3 양쪽에서 모두 잘 작동한다(잠재돠어 있을 버그만 제외하면 :-). 먼저 사용방법부터 알아보자. 예를 들어 int 타입의 speed 필드를 캡슐화하는 Speed 프로퍼티를 만든다면 다음과 같이 하면 된다: #include "property.h" class Car { public: Car() { property_init(Speed); } int getSpeed()

C++로 프로퍼티 구현하기 1.5부

2009-05-05T15:49:00.001+09:00

C++로 프로퍼티 구현하기 1부 1부에서 지적한 문제에 대해 댓글에서 gilgil님이 한번쯤 생각해볼 만한 흥미로운 해결책을 제시해 주셨기에 이것부터 다루고 2부로 넘어가도록 하겠다. 원래 문제는 Car c, d; c.Speed = d.Speed = 300; 처럼 정상적으로 보이는 문장이 비주얼 C++ 전용 프로퍼티를 쓰면 왜 컴파일 에러가 나느냐는 것이었다. 그리고 gilgil님의 해결책은 int& setSpeed(int value) { speed = value; return speed; } 처럼 레퍼런스를 리턴하도록 세터(setter)를 고치는 것이다. 실제로 이렇게 하면 컴파일도 되고 동작도 잘 된다. 그런데...유감스럽게도

오픈웹 김교주의 최신 가짜 줄기세포 연구 현황 Technical Report 1

2009-04-29T09:37:00.000+09:00

요즘 오픈웹의 김교주는 하다하다 안되니까 오픈 뱅크니 뭐니 이상한 거 만들어서 수작을 부리고 있는 모양이다. 그러면서 한편으로는 공인인증서 대신 OTP(one-time password)로 인터넷 뱅킹을 하면 된다고 주장을 하는데, 그걸 보면서 든 생각은 OTP 기계가 하늘에서 공짜로 떨어지냐? 은행마다 차이가 있지만 OTP 기계를 발급받으려면 대략 5천원에서 만 5천원 정도 드는 것 같다. 이미 발급받은 사람은 제외하고 OTP 없이 뱅킹 중인 전국 인터넷 뱅킹 인구가 천만명이라고 가정하면, 발급비는 총 10000000 x 5000 = 5백억원 우와, 겨우 5백억원에서 천 5백억원 사이의 가짜 줄기세포 개발 비용만 전국민이 부담하면 리눅스 사용자들도 앞으로 인터넷 뱅킹할 수 있게 되는 것이군요.

bjsrc: Subversion 커밋 메일 통지 스크립트 commit-email.pl

2009-04-28T23:16:00.001+09:00

Subversion으로 버전 컨트롤을 할 때 커밋 메일 통지 스크립트를 쓰면 멤버들의 커밋 사항을 메일로 즉시 확인할 수 있어서 매우 편리하다. Subversion 자체에도 스크립트가 들어 있긴 한데 이게 윈도에서는 제대로 동작하지 않고 커밋 로그를 한글로 적으면 메일 제목이 깨지는 등의 문제가 있다. 이런 문제점을 수정한 버전을 공개한다: http://bjsrc.googlecode.com/svn-history/r2/trunk/commit-email.pl 주요 변경사항은: 윈도에서 잘 돌아간다. ActivePerl로 테스트했다. 디프 안에 한글이 있는 경우 인코딩 옵션을 줘서 처리할 수 있도록 했다. 한글로 커밋 로그를 적을 때 메일 제목이 깨지지 않도록 MIME 인코드를 해준다.

피보나치 수와 C# LINQ

2009-04-27T16:26:00.001+09:00

피보나치 수는 0과 1로 시작하고 그 다음 항들은 전전 항과 전 항의 합으로 정의되는 수열로서, 다음과 같이 증가하는 형태를 띄고 있다: 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, ... 과학 분야에서는 이런저런 쓰임새가 있다고 하는데 컴퓨터 분야에서는 주로 재귀 호출(함수가 자신을 호출하는 것)의 예로 널리 사용되며, 그 다음으로는 C/C++ 프로그래머를 애먹이는(?) 문제를 출제하는 데 사용된다. 나머지 쓸모는 딱히 없는 듯...? 지난번 입사시험 퀴즈에 이어 사이냅소프트 블로그를 더 살펴 봤더니 예전에 피보나치 수를 이용한 퀴즈가 출제된 적이 있었다. 12345678999(123억...)과 99987654321(999억...) 사이의 피보나치 수를 모두 더하면 얼마인가 하는

사이냅소프트 입사지원 퀴즈를 C#으로 풀기

2009-04-23T17:39:00.001+09:00

문서 처리와 검색 분야에서 높은 기술력을 가지고 있는 사이냅소프트란 회사가 있다. 이 회사에서 올해 사원을 뽑으려고 며칠전 퀴즈를 내놓았다. 퀴즈를 2개 이상 푼 사람을 대상으로 서류전형을 하고, 5개 이상 푼 사람은 전화인터뷰 생략하고 바로 실무자 면접부터 보게 해준다고. 그중 1번 문제가 재미있어 보이기에 C#을 써서 푼 과정을 순서대로 간략히 소개한다. 참고로 지원자격이 C, C++, 자바이므로 C#은 해당사항 없다. 인터페이스 설계 첫번째로 할 일은 API를 고안하는 것이다. Grid란 이름의 스태틱 클래스를 만들고, 그 안에 ValidateFigure()라는 메쏘드를 만들면 될 것 같다. 꼭지점 번호를 파라미터로 받아서 도형이 되는지를 검증한 다음 되면 true, 안되면 false를

오픈웹 재개장과 김교주 자살골 사건

2009-04-23T00:06:00.001+09:00

세계 최대 낚시터 오픈웹이 DDoS 사건의 후유증을 극복하고 재개장했다. 그러나 불행히도 김교주는 개장 첫날부터 자살골을 차넣는 실수를 범하고 말았으니... ActiveX 기반이라 윈도에서만 되기는 한국이나 매한가지인 어떤 중국 은행을 칭찬하는 가운데 그만 헛발질을 내지르고 만 것이다: 물론, 이 방법[captcha]이 키로거 공격에 대한 충분한 대비책이 되는 것은 아닙니다. captcha란 스팸봇 프로그램이 웹사이트에 와서 자동으로 댓글을 달거나 로그인하지 못하도록 사람만 식별할 수 있는 그림을 보여주고 그걸 따라 입력하도록 해놓은 것을 말한다. 당연히 키로거 공격과는 아무 상관이 없는 개념이다. 그러자 누군가가 잉?? 무슨소리신지… captcha는 말씀하신 키로거에 대한

[해답] C# 퀴즈: 다음 프로그램이 컴파일되지 않는 이유는?

2009-04-21T13:52:00.001+09:00

C# 퀴즈: 다음 프로그램이 컴파일되지 않는 이유는? 정답은 18번째 행을 아래와 같이 고쳐서 디폴트 컨스트럭터를 먼저 호출하면 된다: 18 public PointStruct(int x, int y) : this() 이렇게 해야 하는 이유는 레퍼런스 타입(class)과 밸류 타입(struct)간에 필드를 초기화하는 방법이 다르기 때문이다. 레퍼런스 타입은 컨스트럭터가 실행되기 전 이미 모든 필드가 각 타입별 디폴트 값 또는 명시적으로 지정한 값으로 초기화되어 있는 상태다. 필드를 다른 값으로 다시 초기화할 필요가 있을 때만 컨스트럭터 안에 지정해 주면 된다. 따라서 한 필드가 두 번 초기화되는 문제가 생기기도 하지만, 레퍼런스 타입 자체가 비교적 큰 데이터를 다루는 데 쓰는

ActiveX 인터넷 뱅킹 문제의 대안이 없는 이유

2009-04-16T15:36:00.002+09:00

많은 분들이 그럼 대체 현행 ActiveX 기반 인터넷 뱅킹의 대안이 뭐냐고 날마다 물어보셔서 대안이 없다고 누차 말씀드렸는데도 물어보시는 분이 있어 더 자세한 답변을 준비해 보았다. 그런데 일단 결론부터 말씀드리자면 대안은 없다. 오픈웹 두 교주들도 못내놓고 심지어 전세계 어느 누구도 못내놓는데 저라고 무슨 수로 내놓는단 말입니까... 이 문제가 도저히 답이 없는 이유 자체는 간단하다. 겉으로 보면 ActiveX 한 가지 문제로 보이지만(오픈웹 교주들이 자꾸 이쪽으로 사람들에게 최면을 걸어왔던지라) 실제로는 여러가지 상충되는 사안이 얽혀있는 복합적인 문제이기 때문이다. 한 문제를 풀려고 하면 다른 문제의 해법과 모순되고, 또 한 문제를 풀려고 하면 또 다른 문제의 해법과 모순되고, 이런 식으로 되다

오픈웹 윤교주와 김교주의 가짜 줄기세포를 만드는 방법에 관한 특허

2009-04-14T21:24:00.001+09:00

아직도 많은 분들이 설마 오픈웹 교주들이 일부러 거짓말을 해왔겠느냐, 의도하지 않은 실수가 거짓말처럼 보인 것 뿐이라고 여기고 계실 줄로 믿는다. 그래서 오늘은 두 교주들이 가짜 줄기세포를 생산해 내고 있는 실험실의 생생한 현장 한가운데로 여러분을 안내하는 기회를 마련해 보았다(부제: ‘체험 가짜 삶의 현장’). 과배란 유도 과정 2009년 4월 11일, 오픈웹 윤교주는 다음과 같은 내용을 담은 글을 오픈웹 토론 게시판에 올린다: 하지만, 제가 앞글에도 썼지만 단기적으로 많은 사람들이 어려움을 겪고 있기 때문에 주요 브라우저에 대한 XP환경 플러그인도 고려해야 한다고 생각합니다. 같은 플러그인 방식이지만 java는 vm이 있어야 하고 npplugin은 브라우저가 sandbox 역할을 해주고

드러나는 진실: 오픈웹 김교주와 페이게이트의 관계

2009-04-13T14:02:00.002+09:00

일주일 동안 오픈웹 사건을 취재하고 나니 할 말은 대강 다한 것 같았다. 그래서 이번주부터는 원래 계획했던 블로그 생활로 돌아오려고 생각하고 있었는데, 그러지 못하게 만든 일이 어젯밤 일어났다. “오픈웹 다이제스트” 글에서 어떤 익명 댓글러가 잘 알려져 있지 않은 사실을 제보(?)한 것이다: 지금 김기창 교수님이 본건의 소송으로 인해 이권에 영향을 주고 받을 수 있는 특정 보안업체인 페이게이트 사에 2008.4월 중순부터 등기 이사로 되어 있는 점도 오픈웹을 위해서 개선해야할 점 같아요. 사적인 이익을 위해 하신일은 당연히 아니라 믿습니다. 단, 오픈웹 활동을 공인으로써 중립성을 가지고 하시려면, 특정 업체의 임원을 겸하시는 것은 불필요한 잡음을 일으킬 수 있으니,미리 중립성 훼손과 같은

오픈웹 다이제스트

2009-04-11T12:40:00.002+09:00

그동안 글을 너무 길게 썼는지 잘못 썼는지 이해를 못하는 분들이 많아 초간단 요약 버전을 내놓는다. 미국과 영국은 우리나라보다 온라인 뱅킹 사고가 수백에서 수천배 많다. 외국은 ActiveX 없는데도 잘만 뱅킹하고 있다고 오픈웹 교주들이 그동안 거짓말을 해온 것임. 보안상 위험하다는 한국의 ActiveX 기반 인터넷 뱅킹은 실제로 매우 안전하다. ActiveX는 악용 가능성이 많아 위험하다고 오픈웹 교주들이 그동안 거짓말을 해온 것임. 표준 기반 클라이언트 공인인증서를 이용한 인터넷 뱅킹 방식은 현시점에서 전세계 어느 누구도 불가능하고 앞으로도 상당 기간 불가능할 가능성이 많다(어쨌거나 아무도 관심이 없으니까). 표준화로 해결 가능하다고 오픈웹 교주들이 그동안 거짓말을 해온 것임.

오픈웹 엑스 파일 최종회: 줄기세포는 없다

2009-04-10T10:21:00.002+09:00

이제 대단원의 막을 내릴 때가 되었다. 오픈웹 소동을 통해 우리가 알아야할 사실은 현행 ActiveX 기반 인터넷 뱅킹 문제에 대한 배아 줄기세포같은 근본적인 해결책은 애시당초 없었고, 지금도 물론 없다는 점이다. 단지 없는 줄기세포를 있다고 우기며 많은 사람들을 몇 년 동안 감쪽같이 속여온 두 명의 ActiveX 반대교 교주만이 있을 뿐이다. 학계와 업계에서 명성을 인정받고 있는 두 분이 설마 남을 속이는 짓을 해왔을 리가 없다고? 믿어지지 않는다면 아래 글을 찬찬히 읽어보시기 바란다. ActiveX 기반 인터넷 뱅킹 문제가 몇 년 동안 해결되지 않은 이유는 복잡하지 않다. 데이터 암호화에 사용되는 SEED 기술이 웹브라우저에 내장되어 있지 않고, 클라이언트 공인인증서 구현에 관한 표준이 존재하지

C# 퀴즈: 다음 프로그램이 컴파일되지 않는 이유는?

2009-04-09T20:28:00.001+09:00

시간 관계로 “배틀스타 오픈웨비카” 드라마는 잠시 휴블(?)하고, 그냥 재미 차원에서 간단한 C# 퀴즈를 소개해 본다. 다음 프로그램은 얼핏 정상적으로 보이지만 실제로 빌드해 보면 특정 라인에서 컴파일 에러가 난다: 1 class PointClass 2 { 3 public int X { get; set; } 4 public int Y { get; set; } 5 6 public PointClass(int x, int y) 7 { 8 X = x; 9 Y = y; 10 } 11 } 12

우리 아이가 달라졌어요

2009-04-08T22:30:00.002+09:00

지난 며칠간 쓴 글을 두고 왜 그렇게 과격하느냐, 너무 까칠하다, 그릇이 모나고 깨져있다, 부끄러운 줄 알아야지, 기타 등등 별의별 말씀들이 많다. 맞습니다, 맞고요. 그런데 교주님을 향해 며칠 동안 여기저기서 융단폭격이 신나게 퍼부어지더니 오늘 본 교주님의 말투는 어느새 이렇게 변해 있었다: 토론의 분위기가 불필요하게 감정적으로 흐르는 것은 모두에게 해가 됩니다. 건설적 제안과 다양한 견해가 자유롭게 표출되기 위해서는 모두가 조금씩 절제할 필요가 있습니다. 지난 여러해 동안, "억압받아 온 심정을 너가 아느냐"라는 울분을 분출하기 시작하면 끝이 없고, 모두가 상처를 입게 되어 있습니다. 댓글에서 과도하게 감정적인 언사, 자극적인 언사를 사용하시는 분은, 적어도 당분간은 퇴출

진실과 마주보기

2009-04-08T16:21:00.002+09:00

교주님 두 분을 연거푸 까는 글을 썼더니 신도들이 몰려와 야단법석이다. 없는 얘기 지어낸 것도 아닌데 왜들 호들갑인지 모르겠다. 참된 신도라면 교주님의 줄기세포 증식 과정도 받아들일 줄 알아야 하는 게 당연한 거 아닌가? 내가 얘기 안했으면 2년 8개월 동안 커밋을 9번 했는지 90번 했는지, 3년 동안 메일링 리스트에 글을 10개를 썼는지 100개를 썼는지 아무도 몰랐을 것 아닌가(여기서 또 줄기세포가 10개면 어떻고 100개면 어떻냐고 따지는 DDoS가 있을 거 같다). 그런데 정말 이해가 되지 않는 것은 몇 년 내내 정부고 금감원이고 보안업계고 개발자고 전문가고 손에 잡히는 대로 까던 교주님은 괜찮고, 그래서 나도 교주님 흉내를 내봤더니 불과 며칠 동안 글 몇 개 쓰지도 않았는데 하지 말라고

Distributed Dolparism of Stupidity

2009-04-07T16:25:00.002+09:00

우리 교주님의 원기왕성한 코미디 활동은 오늘도 나를 실망시키지 않는 것 같다. 저번 글에서 교주님의 멍청한 댓글을 대표적으로 소개했더니 거기에 대해 자폭성 변명과 반격을 하시다가 나중에는 결국 백기 항복을 하고 말았다: 잘 알겠습니다. 제가 모르고 그랬습니다. 화를 푸시고, 함께 노력하는데 힘을 모을 수 있으면 좋겠습니다. 우리들의 목표가 그리 다르지 않다는 것은 아시지 않습니까? 전적으로 저의 잘못입니다. 우리들의 목표가 그리 다르지 않기는 뭐가 다르지 않냐. 다른 사람들은 인터넷 뱅킹 문제를 현실적으로 해결하는 게 목표고 당신은 한국 인터넷 뱅킹의 공인인증서 시스템을 무력화하는 게 목푠데. 이런 또ㄹ...같은 소릴 연일 해대도 곳곳에 분산되어 있는 신도들의 막강한 지원화력 덕분에

방준영의 블로그