올해 NDC에서 발표한 내용. Slideshare에 업로드 실패를 반복해서 (원인은 용량인듯; pdf로 한 48MiB쯤?) 스피커덱을 한 번 써봤다.
다만 WordPress에 임베드가 잘 안되어서 오늘에야 플러그인 찾아서 블로그에도 게시.

같이 쓰는 사람 수만 좀 많으면 참 좋겠는데 (…).

인상깊었던 부분을 몇 가지 추려보자면:

회사의 관점에서 스택 오버플로우를 운영하는 것에 대해

커티스 암스트롱의 조언(?)을 이용

저 길로 가, 총알같이 빠르게. 눈앞에 뭐가 나타나면 방향을 틀어
Go that way, really fast. If something gets in your way, turn.

그리고 팀 오라일리가 래리 페이지를 인용한 것을 재인용한 부분:

래리 페이지는 이렇게 말했다. “속도와 좋은 결정 사이에 존재하는 관련성… 빠르고 좋은 결정은 있지만, 느리고 좋은 결정은 없다.” (오후 3:40 — 2011년 9월 27일)

프로그래머 권리 장전

이건 코딩호러 블로그에 나온 것 그대로임 (http://www.codinghorror.com/blog/2006/08/the-programmers-bill-of-rights.html )

모든 프로그래머는

1. 두 대의 모니터를 가져야 한다
2. 빠른 PC를 가져야 한다
3. 마우스와 키보드를 자기가 원하는 것으로 선택할 권리가 있다
4. 편안한 의자를 가져야 한다
5. 인터넷에 연결할 수 있어야 한다
6. 조용한 작업 환경을 가져야 한다

…이건 내가 일했던 곳들에 대입해서 생각하니 참 뭐랄까 (하략)

배경 조명

LED 조명 + 양면 테이프로 값 싼 배경 조명 (background light)을 구축할 수 있겠다고 함. 이건 다음 일하게 되면 해봐야지 (…)

UI를 우선시하는 소프트웨어 개발

단 한줄의 코드를 작성하기 전에 나는 사용자 인터페이스가 어떤 모습이어야 할지에 대해 완전히 명확한 아이디어를 갖길 원한다.

종이를 이용한 프로토타입 만들기 등을 다루는데 이건 좀 해보고 싶다.

고객의 고통을 공유하기

개발자가 자신의 코드와 함께 살아가는 사람들인 고객의 마음과 밀착하는 것은 대단히 중요하다.

소프트웨어 개발자가 코드를 실제로 사용하는 시간보다, 이걸 사용하는 사람들이 코드를 사용하는 시간이 훨씬 길다. 그래서 개밥 먹기 등으로 고객의 고통을 분담해야 한다. 멋진 일은 아니지만 소프트웨어 완성에는 중요하다.

코드 리뷰: 그냥 하라

코드 컴플리트에 나온 내용 원용; 이걸 전에 어디서 봤느지 궁금했었는데 (NDC 발표 자료 만들면서 (…)) 출처를 찾은 듯;

평균적으로 버그를 잡아내는 비율:

• 단위 테스트: 25%
• 기능 테스트: 35%
• 통합 테스트: 45%
• 설계와 코드에 대한 리뷰: 55% ~ 65%

책의 다른 절에서 유닛 테스트 / 베타 테스트를 비교하는 부분도 있었다.

그리고,

코드 리뷰에서 유일한 장애물은 당신이 존중할 만한 동료 개발자를 찾고, 함께 코드 리뷰를 수행할 만한 시간을 할애하는 것이다.

현재 팀에선 코드 리뷰를 하는데, 코드에 대한 부분은 어느 정도 이상 잘 되는 것 같다. 다만 설계에 대해서 잘 했는지는 좀 반성할 필요가 있는 듯해서 여운이 좀 (…).

그 외에

이 이후에 나온 내용은 제프 앳우드가 추천한 책 “Rocket Surgery Made Easy” (사용성 테스트 관련) 과 겹치는 내용이 꽤 많다.
그리고 마지막 부분들은 좀 재미 없었다.

전반적인 평: 꼭 보시오 (…).

작년에 엔씨소프트에서 넥슨으로 옮겼을 때처럼 몇 가지 장/단점을 애기해보자면:

장점:

• 장비는 잘 사준다. 2년마다 칼 같이 갈아 주는 걸 몇 번 봤음. 감가상각이 4년이라 4년 단위로 교체해준다던 (물론 난 그 기간에 교체 못 받았다) 곳과는 좀 비교되더라; 프로젝트 특성 때문에 머신이 좀 많이 필요했는데 거의 원하는 댓수만큼 신청해서 잘 썼다.
• 개발 머신에서 인터넷 접근이 잘 되니 정말 좋았음; 근데 이건 부서마다 다르다. 이전 회사처럼 망 분리 된 곳도 많다.
• 모니터/키보드 사다 놓았다고 태클 걸지 않아서 다행 (…)
• 연봉을 1/12 분할해서 주니 1/14 분할하고 설/추석 더 주는 것보다 한 해 계획을 세우기가 좋더라.

단점:

• 사내에 뭐가 있는지 알기 너무 힘들다; 뭔가 다른 조직에 요청할 게 있으면 “누구한테 요청해야 하는지” 알아내는 부분이 좀 짜증났다; 일단 조직도도 볼 수 없다 (적어도 팀장 직책까지는…)
• 여기도 동종업계 이직 금지 조항이 달려 있다
• 책상/의자는 그냥 저냥 평범하다. 그리고 책상은 약간 좁은 듯 함. (이건 근무하는 건물마다 다르다는데 누가 확인 좀; NHN이나 엔씨소프트보단 의자는 확실히 나쁨…)

보상 체계나 프로그래머에 대한 지원 같은 걸 생각하면 한국에서 소프트웨어 엔지니어가 일하기엔 나름 좋은 회사인 것 같지만, 경영진이 취하는 태도로 볼 때 돌아올 일은 없을 듯.

gerrit 최근 버전들이 RESTful API를 제공하기 시작했는데, 이를 이용해서 각 날짜 별로 남아있는 리뷰 수를 보여주는 스크립트를 작성했다.

예를 들어 android 프로젝트의 하위 프로젝트인 platform/sdk 에 대해서 그려보면 이런 그래프가 나온다.

대략 작년 1월부터 오늘까지 남은 리뷰 수 통계다 — 실제론 merge 된 것만 계산해서 최근 통계는 좀 안 맞을 수도 있다.

해당 코드는 https://github.com/reinkim/gerrit-graph 에 올려두었다. 좀 naive하긴하지만 svg로 그리니 그리긴 참 편하다 (…).

git 통계 / jenkins 통계 / gerrit 통계가지고 조금 손보면 적당히 발표할만한 주제를 잡을 수 있을 것 같다.

내가 쓰는 방식이 상식적인 방법인진 모르겠지만, 여하튼 대략 다음과 같은 걸 읽어본다.

1. DNS 주소 정보

urigit.com은 올해 1/19에야 등록이 되었고 (그러니까 최종적인 서비스 명칭은 이 시점에야…),
등록자는 애조로 스튜디오란 이름이었다.

소개 페이지의 내용도 그렇고 메일 주소가 daum.net 인걸로 봐선 다음 제주 본사에 근무 중인 개발자가 주축인 것으로 보인다.

그리고 DNS 서버는 AWSDNS-* 이다. 서버도 AWS 위에서 돌리고 있음.
다음에서 직접 준비한 서비스가 아니거나 다음이 AWS를 테스트베드로 쓰고 있거나인듯. (누가 다른 정보 좀…)

근데 이 정보는 아예 막혀있는 경우도 많다. godaddy나 gabia 등도 registar 주소만 보이는 경우가 더 많음…

2. SSL 인증서 정보

인증서가 1/30에 발행된듯하다. 아마 twitter  계정으로 해당 초대권을 알리기 시작한 날과 무관하지 않은 듯.

3. Twitter 등의 SNS 페이지

이건 큰 참고는 안되고, 대략 public하게 행동한게 언젠지 알게 해주는 정도. 대략 DNS 등록한 날짜랑 큰 차이가 없음.

사실 이런 걸 까본 이유는 다음과 같은 점이 궁금해서:

1. git 호스팅 서비스가 큰 의미가 있는가?

한국에선 최초로 하는 서비스 일 것 같다. 근데 git 기반이면 지연시간이 짧다는 것 하나만으론 큰 의미가 없을 것 같다.

git 의 remote operation을 할 일 자체가 자주 없는데 그럼에도 호스팅 서비스가 의미가 큰 가?
특히 github, bitbucket, google-code 같은 다른 서비스들이랑 비교해서?

2. 사업 모델이 뭘까?

단순 호스팅 서비스를 판매하는 거라면 이게 의미가 클까? 상대적으로 연동할 수 있는 툴 수도 제한적일텐데.
github 처럼 연동 도구를 선점하거나, bitbucket처럼 배후에 아틀라시안을 깔고 있는 건 아닐텐데. (배후에 있는 회사가 다음이면 잘 모르겠다)

github 처럼 설치 버전을 판다면 이게 몇몇 스타트업들이 이용하는 gitlab이나, 규모가 좀 되는 회사들(예를 들어 카카오?)이 도입하기도 하는  github enterprise보다 큰 가치가 무엇일까?

원인: 한국 서비스를 담당한다는 대성 스카이프라는 뭣 같은 놈들이 있다

koscom 공시 정보만 보고 말하자면 시총 1200억원 정도의 “가스 제조 및 공급업” (…)으로 분류된 회사더라.
여하튼 이 회사가 대성-스카이프란 이름으로 서비스(?)하고 있는데 (원래는 auction (그러니까 eBay)에서 운영했던 것 같다), 운영하는 놈들이 개념이 없어서 몇 가지 심각한 문제가 있다.

1. skype.com 의 대부분의 (아마 support 일부와 계정 정보 등 ssl 기반 페이지를 제외한) 페이지를 대성-스카이프 쪽으로 redirect 한다.

근데 이 페이지는 제정신이라곤 볼 수 없다. “한국 내 서비스 구매는 여기서 하세요”. 얌마 -_- 나는 다운로드 페이지 주소를 요청했다고…
여하튼 다운로드 페이지를 다시 찾아가면 …

2. 최신 버전 클라이언트를 유지하지 않는다

이건 어느 정도  고의로 보인다. 아니면 가스 제조 및 공급업체답게 IT 서비스업을 수행할 개념이 없거나.

일단 버전이 굉장히 오래된 버전이다. MacOSX 용은 작년 6월에 나온 것으로 보이는 5.8.0.86x. 8개월 전이라니…
그 사이에 3회 이상의 릴리즈가 있었던 듯 하다.

게다가 linux 클라이언트는 어디갔냐. 이 사이트와 한국 내 스카이프 운영하는 사업부는 그냥 접시에 코박고 (하략).

3. Windows Live ID 로그인을 지원하지 않는 클라이언트를 배포

사실 이건 2와 같은 소리일 것 같긴한데. 내가 2에 고의성이 있다고 의심하는 부분.
예전 버전은 Windows Live Messeneger와 통합이 아니기 때문에 (당연히) Live ID로 로그인이 안된다. 아오…

해결책: Windows Store나 AppStore 같은 기기 전용 스토어를 쓰거나 VPN을 쓰거나, 기타 자신이 신뢰하는 다운로드 사이트를 쓸 것

아버지 노트북에 설치할 때는 OS가 Windows 8이라 그냥 Windows Store에서 설치했다. 내 iPhone 에도 AppStore에서 설치.

그래서 대성-스카이프란 바보같은 페이지에서 다운받은 .dmg 파일을 MacOSX에 설치하면서도 그냥 잘 되겠거니 생각했음 (먼산).

일단 Browser의 언어 설정을 영문으로 한다고 skype.com 으로 가진 않는다. 대성-스카이프 한국어 버전만큼 병맛이진 않지만 하여간 그 밑에 있는 이상한 페이지로 간다.
테스트해보진 않았지만 AWS에 micro instance 하나 띄워서 프록싱하거나 VPN하면 그냥 연결 잘 될 것 같긴하다 (아마 geo-ip일테니).

내 경우엔 softonic.com 이란 곳에서 다운로드해서 설치했다. 대략 위키백과 https://en.wikipedia.org/wiki/Softonic.com 를 보니 어느 정도 믿을만한 사이트로 보여서…
이건 최신 클라이언트라 (6.0.x) Windows Live ID로도 로그인이 잘된다.

혹시 삽질하시는 분이 있으면 참고하시길.

http://skype-for-mac.en.softonic.com/mac

그래서 어느 부분이 병목인지 시험해볼 수 있는 팁을 하나 알려드렸다.^[1]
SQLite 연결을 생성할 때 파일 경로 대신에 :memory: 를 주는 것. 이러면 in-memory DB 처럼 동작한다.

다만 여기엔 거대한 문제가 있다. 이런 식으로 데이터베이스를 만들면 persistency가 없다. 해당 연결을 닫아버리면 끝이다.
SQLite의 .dump 명령어를 구현하면 얘기가 좀 다르겠지만 프로그램이 크래시할 때 데이터가 날아갈 수 있다면 데이터베이스라고 부르기는 좀 뭣해지니 (…);^[2]

1. SQLite 자체가 문제인지, 아니면 주변 로직이 문제인지 검사하는 팁이라고 좀 더 정확하겠다
2. .dump 자체가 transaction 안에서 모든 테이블과 인덱스를 내보내는 명령이라 데이터가 크다면 (하략)

포장 풀고, 등록된 MAC 주소가지고 도메인 주소 설정하고, PXE 로 OS 설치 시작.

현재 설정된 preseed가 작년에 지급되던 데스크탑(i7-2600, hdd 구성) 기준이라, 이번에 지급되기 시작한 데스크탑(i5-3750, ssd + hdd 구성) 이랑 좀 안 맞아서 수동 설치를 해봤다.

좀 고민하다가 결국엔

• / 와 swap 용으로 hdd를 (boot flag 걸고)
• /home 용으로 ssd를

설정했다.

빌드를 하거나 뭘 하거나 대부분은 ssd에서 할테고, 프로그램 류는 한 번 page cache에 올라가선 아마 안 내려올테니 (…) 그냥 잘 돌거라고 믿기로 했다.

(먼산)

혹시 경험적으로, 혹은 측정치로 추천하는 구성이 있으시면 좀 알려주십시오 (…).

(일반 유저가 볼) 페이지 로딩 자체는 큰 차이가 없어서 그냥 쓸 생각이 많았는데 오늘 좀 추가 많이 기운 듯 하다.

그래서 Pelican 이란 도구를 다음과 같은 이유로 시도해봤다: (이 순서대로 고려한 것은 아님)

• OpenSource
• History가 길다 (+5yr)
• 현재도 개발이 진행되고 있다
• Python 기반
• Markdown 지원 (rst가 주 언어지만)
• WordPress import 지원

이걸 가지고 내 블로그를 import 해보니 몇 가지 문제가 있다: (WordPress 가 정의한 xml을 rst로 변환하는 도구가 포함되어 있다)

• 멀티바이트 인코딩된 블로그 제목이면 rst 의 #### 이 부분을 짧게 계산해서 망한다. (글자 수를 세서 그런가)
• 일부 글에서 글자를 해석 못해서 망하고 있음
• 글 제목(정확히는 WordPress의 slug 값)을 이용해서 .rst 를 만드는데 urlencode 당한 문자열을 쓴다 -_-

딱히 다른 대안이 없으면 importer를 고치고 어떻게 해봐야겠다;

월 별 통계:

4월에 입사한 이후의 통계.

올해는 여러 가지로 다사다난했던 것 같다. 중간중간 움푹 들어간 커밋 량을 보니 Orz.

내년엔 12월의 페이스로 진행할 수 있게 되길(…)

요일/시간대 별 통계 (heat map):

목, 금이 평소보다 커밋을 더 많이 하는 듯. 그리고 주로 점심 먹고 온 후에 커밋을 하게 되는 것 같은데 … (점심 시간이 오후 1~2 사이)

커밋 로그에 따르면 주말 출근은 1회 (…).

스크립트:

git filter-branch 의 man page에 나오는 commit-filter 예제 – 특정 사용자의 커밋을 지우는 걸 조건을 바꿔서 – 를 수정해서 사용했다.

#!/bin/bash -ex
skip_commit()
{
  shift;
  while [ -n "$1" ];
  do
    shift;
    map "$1";
    shift;
  done;
}

git filter-branch --commit-filter '
  if [ "$GIT_AUTHOR_NAME" = "Jinuk Kim" ];
  then
    git commit-tree "$@";
  else
    skip_commit "$@";
  fi' HEAD

올해 주로 사용한 언어는,

• Python
• Bash script
• C++
• JavaScript
• C#
• Go

정도의 순서인 듯 하다.

작년의 순서와는 상당히 달라졌는데 그 배경은 역시 이직.

Windows 에서 C++ 코드베이스에서 작업하던 환경에서, linux 위에서 python 코드베이스를 작업하니 바뀐 게 많지(…).

Python

회사를 옮긴 이후로 C++ 코드는 한 줄도 안 짜고 python을 주 언어로 작업했다.

분산 서비스 (w/ restful interface)와 그 프런트엔드에 해당하는 웹 앱, 그리고 이를 테스트하는 코드들을 다 python으로 구성했다. 올해는 정말 python은 징그럽게(?)만진 듯.

감상을 적자면,

• 편하다; 사실 이건 작년의 주 언어가 C++이라?
• 생각을 코드로 표현하는데 부분에 걸리는 시간엔 거의 C++ 수준에 다다를 정도로 쓴 것 같다
• 상대적으로 “뭘 만들지”에 집중하고 “어떻게 만들지”에는 조금 덜 신경 쓴다

…

여하튼 python으로 작성한 서비스가 내년 중엔 아마 라이브로 전환 할 듯…

Bash script

Python으로 프로그램을 만들긴 하지만 이걸 실제로 배포하고, 설치하고, 설정하는 부분은 전부 bash script. 특히나 debian packaging하면서 갈수록 bash script 짜는 기술이 늘어가는 것 같다. 어흑

C++

이전 회사에선 주로 C++을 썼다. 그리고 2월 말까지는 C++로 코드 짰음 (사실 3월에 남은 날 수 출근할 때 C++ 코드 디버깅도 했다(…) )

JavaScript (w/ html, css, …)

Python으로 짠 서비스의 프런트엔드는 결국 html + JavaScript + css.

들어가서 바닥부터 만든 한 프런트엔드의 css를 직접 짜며 삽질하다가 bootstrap으로 바꾸고 신세계가 펼쳐졌다 (…).
내가 작성한 JavaScript는 IE에서 안 돌기도 하고 – 나중에 합류한 프런트엔드 엔지니어 분이 해결해 주심 – 하여간 삽질이 Orz.

초반엔 사람이 없어서 짰는데 요즘은 거의 손 댈 일이 없는 듯. 그래도 어제 포스팅 한 일 같은 류를 처리하려면 어느 정도 알긴 해야 할 것 같은데;

C#

작년에 C# 배우면서 짰던 프로그램을 퇴사하기 전까지 유지 보수하다가 나왔음. 지금은 그 회사의 A모 게임과 B모 게임이 쓰고 있을 거라던데 난 모르겠다 (야).

이젠 Windows 환경이 아니라서 더 이상 만질 일은 없을 듯. (작년 감상을 보고 생각해도 이건 잘 된 일?)

Go

Go로 동작하는 서비스를 작성하겠다는 야망을 품었으나… (내년에 계속?)

정리:

• Python 코드베이스를 작성하는 일로 옮겨왔다
• Linux로 옮겨왔으니 bash 나 기타 등등 만질 일이 늘어남
• Go로 서비스 작성하고 싶다 (…)
• 내년엔 C++ 만질 일이 생길지도…

정석(?)은 사실 이런 식으로 해야 할 것 같지만:

• B를 RESTful API 혹은 어떤 web API를 갖는 서비스로 작성하고 (Service B)
• B의 RESTful API를 보여주는 view에 해당하는 WebApp을 작성하고 (App B)
• A는 ‘Service B’를 써서 특정 페이지를 만든다

하지만 그렇게 하지는 않고, 여름에 인턴으로 잠시 일했던 puzzlet군이 사용했던 방법을 좀 고쳐서 썼다.

Web B가 html5로 작성한거라서 http proxy 비슷한거 만들기는 편했다.

인증

다행히 이 두 웹앱은 인증 서비스는 공유한다. 그래서 A에서 인증한 shared-secret을 가지고 만든 데이터를 B에게 주고 이걸로 인증하게 했다.
그리고 B에 접속할 떄 사용하는 세션 키를 A의 세션에 저장하고 꺼내서 쓰게 했다.

페이지 접근

A 의 특정 URL 밑에 오는 것은 B의 URL로 접근하게 했다. 다만 일부 접근할 수 없는 URI에 대한 처리는 있다.
이런게 없었다면 그냥 reverse proxy쓰거나 하면 될 듯도.

web_app_A_host/page_B/… 이면 실제론  B의 페이지에 접근하게 했다. 실제론 URI가 완전히 맵핑되는 건 아니고, 특정 변환을 해주긴해야 해서 reverse-proxy를 쓰진 않았다.

HTTP 응답 rewrite

http 응답은 몇 가지 조건을 걸고 rewrite했다.

1.  http 헤더에 Location 필드가 있는 경우

30x나 201, 202인 경우 이게 붙어서 오는데, 이번 경우엔 201/202는 안 써서 그냥 30x에 Location field를 rewrite하게 했다.

2. html 페이지

href, src 등으로 오는 것 전부 rewrite.

그리고 나서 css, js, 실제 내용에 해당하는 부분을 찾았다. 그리곤 다음과 같이 합쳐서 내보냈다. html5lib이 xpath 로 DOM에 접근할 수 있어서 엄청 간단히 했다.

3. css 추가 처리 

CSS의 경우 골치 아픈 문제가 생기더라. B에서 온 CSS 셀렉터에 해당하는게 A 안에도 있어서 레이아웃까지 깨지고 있었다. Orz.

그래서 위에서 한 것처럼 특정 class 밑에 B의 내용이 오게 강제하고, B에서 오는 모든 css 에는 셀렉터마다 (…) 맨 앞에 저 embedded가 붙게 했다.
cssutils로 해석한 다음 각 셀렉터를 하나하나 업데이트하는 코드를 짰다.

약간 느려지긴 하던데 어차피 저건 정적으로 캐싱할 수 있으니까 신경 끄기로 (야).

결론(?)

• http 요청하는 클라이언트 흉내내기는 재밌더라
• CSS 때문에 귀찮아…
• B가 사실 상 페이지 1개짜리 앱이니 그냥 했지, 안 그랬으면 RESTful API로 서비스 분리하는게 훨씬 속 편할 것 같다.

여하튼 이제 Lion 부팅하고 1분 정도는 쓰기 괴롭고 + 파워케이블 뽑은 순간 꺼지는 MacBook^[1] 는 과거 속으로.

대략 다음과 같은 순서로 설정했다. 나중에 밀고 다시 설치할 일 있으면 참고해야.

1. AppStore를 통해서 설치했던 프로그램들 재설치 (iA Writer, OmniFocus, OmniGraffle, Caffeine, Caffeinated, Keynote, …); 이 글은 iA Writer에 남겼던 메모를 토대로 썼다.
2. Google Chrome 설치; 이후부터는 웹 브라우저를 써야 설치할 수 있는 애들이.
3. Firefox 및 ChatZilla 설치 (…)
4. iTerm2 설치; solarized theme으로 재설정
5. /usr/local 밑에 bash-4.2 설치
6. dot files 복원
7. NanumGothic-OTF와 NanumGothicCoding-*.ttf 설치
8. MacVim 설치
9. 이전에 사용하던 Documents/*, Downloads/*, src/* 이전
10. Conatcts Google 계정에 연동
11. 사용 중인 mail 서버 등록 (gmail은 템플릿이 있고, 사용 중인 exchange server는 auto-discovery로 잘 잡히더라)

이걸로 대략 끝.

본격적으로(?) 여기서 뭔가 개발하려면 python도 새로 빌드해야할 것 같긴한데, 그건 당장의 일이 아니니 나중에 하는 걸로(…).

1. Unibody도 아니고 2008년에 초에 나온 모델; OS 버전만 올리면서 잘 썼지만 MountainLion 업데이트는 안되는 모델

하지만 지난 몇 년은 생각이야 막을 수 없지만 내가 생활하는 공간 (오프라인/온라인 모두) 에서 생각을 말하는 것 자체를 `스스로’  검열하게 되더라.^[1]

최근 뉴스에 따르면 한국은 ITU 총회에서 `인터넷을 검열하는 안’^[2] 에 대해 찬성했다. 그나마 미국, 영국, 유럽 연합, 캐나다 등의 자유주의 국가들이 반대에도 불구하고 일단 일부 국가는 사인했다 — 여기에는 러시아, 중국 등 자국민에게 억압적인 정부들이 포함되어 있다. 그러니까 한국은 찬성을 표명한 국가에 속한다.
어쩌다 표현의 자유를 심하게 억누를 수 있는 — 적어도 한국의 전기통신기본법의 방향에도 어긋난다고 생각한다 — 이런 ITU 안을 찬성하는 국가가 되었는지 참담할 따름이다.

게다가 방송통신위원회가 한다는 소리는 ‘국익에 배치되지 않는다’ 란다. 그네들이 그 간 열심히 떠들어 댄 `국격’ 떨어지는 소리다 아주…
ITU에 관해 한국이 천명한 바만 봐서는 자유주의 국가가 아니라 러시아나 중국같이 공산국가스러운 경찰 국가가 되고 싶은 것 같다.
그리고 집권 중인 새누리당에게 5년이 더 주어진다면 견디기 힘들 정도의 통제가 행해질 거라 생각한다.

나는 내 생각을 말할 수 있는 자유를 원한다. 내가 바라는 대한민국은 자유롭고 정의로운 국가이지 경찰 국가가 아니다.
민주당이 뭘 할지는 모르겠지만, 적어도 인권변호사로 인생을 보낸 문재인 후보는 현재보다 이 방향 쪽으로 나라를 이끄리라 믿는다.

나는 적어도 앞으로의 5년 동안의 내 생각과 표현의 자유를 위해 투표하겠다.

1. 멀리 갈 것도 없이 최근에 RT했다고 형을 선고받은 박정근 씨의 예를 떠올려보자.
2. 패킷 감청 장치를 mandatory화하는 안을 포함하는…

1. Windows Server 2012의 가상화 기능은 가장 최신의 linux kernel에 추가되었고 그런 건 hyper-v (MS의 가상화 기술) 뿐이다.

고갱님 여기서 구라치다 걸리면 피곤합니다 (…). 가상화가 VM에서 돌아가는 OS가 뭔지 모르면 매우 좋을 것 같지만 실제로는 성능 때문에 (syscall 할 때마다 가상 머신 OS – 가상 머신 device emulation – 물리 머신 OS – 물리 머신 device를 다 거치면 오래 걸린다) para-virtualization(=반가상화라고 번역하기도)을 하거나 일부 성능에 민감한 장치(block IO, network IO, graphic card …)에는 가상 머신 device emulation을 건너뛸 방법을 찾는다.

Hyper-v가 kernel mainline에 올라간 건 3.3 때 얘기고, 저 설명회(?)할 당시에 3.7 릴리즈 사이클이 진행 중이었다. (그리고 어제, 2012-12-12에 3.7 stable이 릴리즈 되었다) 게다가 mainline 말고 드라이버만 따지면 훨씬 오래된(=서버 2008시절; 2.6.xx 시절) 얘기기도 하다.

근데 Xen과 VMware가 linux kernel의 반가상화 드라이버들을 이용한 건 2.6 후반 (2.6 개발 사이클이 너무 길다;; ) 얘기다. 상대적으로 역사가 짧은 KVM도 포함된 지 오래되었음. (이것 역시 2.6.xx 시절의 얘기)

반대로 Windows에서 linux의 반가상화 드라이버인 virtio 나 VMware의 반가상화 드라이버를 쓸 수 있었던 게 이미 수년이 지난 얘기인걸 생각하면 (…).

2. Windows Server 2012의 반가상화 드라이버의 block device IO 성능이 좋아서 데이터베이스 인스턴스를 운영할 수 있다.

많은 기술들이 그렇듯이 상황에 따라 다르다. 지난 달 말에 모 게임 서버팀장을 만났는데 (서비스 중인 게임이 DB 서버에 들어간 돈이 좀 많다) 이 얘길 했더니 코웃음 치더라. IOPS가 모자란다고 (…).

그래도 M$ 내부의 빌드팜에서도 쓸 수 있을 정도라 하니 성능은 좋은 편이겠지만 영업 멘트만 읽으면 좀 곤란하지.

3. MS가 만든 네트워크 가상화 솔루션은 훌륭하다.

…뭐라고! NVGRE를 니네가 만들었냐!!^[1]

여하튼 영업멘트에서 이거 기반으로 가상 네트워크를 구축할 수 있고 반가상화 드라이버 때문에 성능도 좋다라는 거였는데. 일단 네트워크 가상화의 성능 문제는 간단하지 않다.
원래 하드웨어에서 할 부분을 CPU가 대신하는 부분이 많기 때문에 CPU 로드가 꽤 높다.

아마 이쪽 엔지니어링 경력이 없는 에반젤리스트라 그럴 수도 있겠지만, 상대한테 매우 중요할 수도 있는 부분에서 이렇게 말하면 곤란하다. TechNet의 blog 포스팅에서도 고성능 네트워크가 필요하면 (이러면 사용자간 네트워크가 분리되어 있지 않기 때문에 사실 상 가상화가 아닌) IP rewrite를 쓰라고 되어있다.

저 글에서도 말하고 있지만 LSO 같은 기능을 이용하게 구성된 stateless transport tunneling (=STT) 같은 걸 써야 한다. 아니면 CPU 오버로드를 버틸 생각을 하고 GRE를 그냥 쓰거나.

간단히 정리하자면,

• 영업은 영업
• 에반젤리스트도 해당 회사에 맞는 영역으로 보내주시면 좋겠습니다(…)
• (환경에 따라 다르겠지만) VMware 솔루션(vCenter?)을 대체하는 게 아니면 큰 임팩트는 없을 것 같다.

1. 그럴 리가 없지. 흔히 그렇듯이 CISCO에서 나옴

최근 이력서 읽으면서 느낀 점 정리.

미리 요약:

• 첨부 파일은 os/locale에 구애 받지 않는 문서/압축 포맷을 쓰자
• 지원하는 부서에 대해선 제대로 확인해라
• 프로그래머라면 프로그래밍을 몰라선 안되고 기본기가 너무 부족해도 곤란. 반대로 만들어본게 있다면 적극 어필하자
• 빈칸은 남겨두어도 괜찮다
• 채점자에 따라선 메일주소나 링크한 블로그나 홈페이지도 다 읽어본다

이력서의 첨부 문서가 . hwp면 열어 볼 방법이 없다. 다른 사항이 어지간히 좋지 않고서야 더 이상 읽지 않는다. .pdf나 .xps, 하다못해 그나마 de facto standard인 .docx라도.^[1] 생각같아선 LaTeX+pdf 이면 좋겠지만 그런 사례는 지금까지 세 번 밖에 못 봄.

한글 이름의 파일을 포함해서 .zip 파일을 만들지 말자. 다른 대안 (.rar, .7z) 을 쓰거나 아니면 ascii 영역만 쓰거나. 서류 평가하는 사람이 맥을 쓸지 리눅스를 쓸 지 어찌아냐. 프로그래머라면 자신이 다국어 환경 / 다중 인코딩 환경에 대한 최소한의 개념이 있어야 한다.

자기가 가고 싶은 부서가 정말 그 회사에 있는지는 좀 확인하자. 관계사에 있는 부서를 쓰는 건 양반. 써드파티의 부서명이 나오면 뭔가 할 말이 없다.

프로그래머 뽑는데 “들어가서 열심히 배우겠습니다”만 있는 건 곤란하다. 수상안전 요원을 찾는데 물에 뜨지도 못하는 사람을 고려할 순 없다. 스스로 쓰려고 작성한 프로그램이나 서비스가 있다면 그 지원자는 합격할 가능성이 정말 높다.

자기가 작성한 소스코드의 인코딩이 뭔지는 좀 신경 써 주자. 이건 C++ 표준 소스 인코딩 문제이기도 한데, 시대(?)를 생각해서라도 utf-8 같은 걸 좀 쓰자.

그리고 빈 칸을 다 채우고 싶은 욕구는 좀 자제하자. 신입인 경우엔 특히. 이력/수상경력에 교내 뭐시기나 관계 없는 업종의 파트타임 경력, 운전면허나 MOS 적어넣는 것 보면 짜증난다.

그리고 메일 주소나 홈페이지/블로그 주소를 적으면 주소 자체가 평가 대상이 될 수도 있다. 메일 주소가 serial.killer@example.com이라거나 하면 좀 곤란하다. 입력해 놓은 블로그에 불법 게임 서버 운영법을 써놓으면 (…).

1. 곧 구글 문서의 .doc 지원이 끊기는 거류생각하면 장기적으론 .doc는 좀 곤란하다.

강연 내용에 해당하는 코드(clang-extract)는 https://github.com/sk-havok/clang-extract 에서 볼 수 있다.

내용 요약:

고질적인 게임 개발 비용들(taxes)

직렬화

메모리 정보 보기

스크립트 바인딩

버전 관리

Reflection

C++로 개발할 때 reflection 을 이용해서 푼다. 여기엔 이런 문제가 있다:

• 어떻게 리플렉션을 만들까?
• 어떻게 (소스 코드와 데이터에) 싱크가 맞을까?
• 견고성 (robustness)

수동으로 처리하는 것은 문제가 많다. (buggy!)

regex 등으로 헤더를 처리하는 것도 마찬가지.

그리고…

1. 하지만 C++에는 reflection이 없다
2. GCC XML을 써봤다. 느리고 개발도 완성 상태가 아님^[1]
3. clang + LLVM frontend를 수정해서 reflection 생성기 개발

C++ headers –> LLVM + clang –> DB 로 변환
그리고 이걸 이용해서 리플렉션 생성, 스크립트 생성. 그리고 정적 분석.

그리고 이 리플렉션을 쓰면 직렬화는 껌(…).

메모리 alignment를 해석해서 구조체의 메모리 배치를 효율적으로 바꾼다거나 하는 것도 가능.

LLVM+clang pass는 견고하고, 싱크가 안 맞는 문제를 방지

DB Consumer pass 는 컴파일 이전에 논리적인 문제를 찾고, 런타임 문제를 컴파일 시간에 잡게 한다.

유닛 테스트 역시 (자동으로) 리플렉션 데이터를 검사할 수 있게 됨.

Language Binding

C++을 스크립트에 바인딩 하려면 문제가 많음. 다만 리플렉션을 쓰면 데이터는 자연스럽게 됨. 그렇지만 callable들은 여전히 힘듬.

함수 trampoline 의 경우 C++ 함수 signature를 처리하기 위해서 생성하는데, 함수 signature마다 bridge 함수를 만드는 쪽이 함수마다 wrapper를 만드는 것보다 싸다.^[2]

메모리 리포팅

Leap frog 테크닉을 쓴다: (일부) 메모리 할당의 타입을 기록하고, 이 오프셋과 사이에 있는 데이터를 유추. (indirect pointers)

그리고 stack walk하면서 이에 대한 데이터를 추정해서 메모리 할당 맵을 offline으로 생성할 수 있게 된다. 그렇지만 일부 컨테이너 류 등에서는 false positive가 있을 수 있고, obfuscated pointer^[3] 나 타입을 알 수 없는 void* 류는 처리 안됨. 그래도 디버그 모드는 콜스택과 시간을 남겨서 처리한다.

…로 annotated memory data를 만들 수 있게 함.

버전 관리

버전 관리는 쉽지 않음. 매뉴얼하게 하면 버그 나오기도 매우 쉽고 코드 관리도 힘들다.

이걸 snapshot versioning으로 구현. (reflection data의 CRC 이용해서 reflection 결과가 바뀌는 걸 추적)

하지만 이것의 오버헤드 때문에 좀 더 세밀한 단위로 변경 사항을 추적하고 이걸 patching하는 코드를 (semi-automatic하게) 만들게 함.

결론

코드 말고 데이터를 생성하자. 데이터가 더 작고 용도도 많다.

1. 예전에 C++ 헤더들을 GCC-XML의 python bindiong으로 해석해서 이를 처리하기 위한 script 등을 만드는 작업을 했었다. 흑흑 이걸 좀 더 했으면 GDC감인가!
2. 함수 N개에 대해 400bytes 씩인 것 vs. 40 * N + 60 * 함수 signature 수 정도라서; 아 근데 60인지 manuscript 안 보면 확인을 못하겠다 ㅠㅠ
3. p ^=1; 같은 포인터 연산

그래서 다음과 같은 파란 만장한 일정을. 어흑.

1. 6월 초에 이사 가겠다고 이전에 살던 집 임대인에게 통보함.

2. 7월 중순에 8월 말에 이사 갈 집 전세 계약.

3. 8월 말에 이사. 그리고 이전 집의 계약 만료. 이걸 예상하고 이전 집 전세금만큼 대출 받았음. 월급 통장에 카드에 다 있어봐야 국민은행 이자율은 5.5%. 잊지 않으마(…).

4. 계약이 만료되었으니 임차권 등기 절차 밟기 시작(8/30); 여러모로 바쁠 때라 법무사에게 맡겼다. 실제로 들어가야 할 돈 보다 10만원 쯤 든다. (실제 비용 자체는 임대인이 내지 임차인이 내야 하는 게 아님…)^[1] 가장 중요한 건 임대인의 `주민등록상 주소’를 정확히 알아야 한다. 안 그러면 이 이후 과정에서 망할 수 있음. 여하튼 계약 만료 다음 날 가서 신청하고 +3일 후 다음 스텝

5. (법원에서) 임대인에게  매일 집에 뻔히 있는 임대인들이 폐문 부재 (문이 잠겨 있었다)로 절차가 늘어지기 시작. (실제로 발송 후에 대략 +4업무일 쯤 걸리는 듯)

6. 2차 시도 후 안되면 법원에서는 `임대인이 받은 셈 치고’ 다음 단계로 넘어간다. 법원에서 등기소로 등기 촉탁(?) 절차가 시작.

7. 다시 2~3 업무일이 지나면 등기소에 등기 명령이 도착한다. 이때부터 등기부등본 조회할 때 명령 진행 상태가 보인다. 조사 대기 상태가 되었다가 하루 쯤 지나면 등본에 기재된다.

8. 이제 전입 신고를 할 수 있는 상태가 되어 전입 신고. 이게 대략 10/2.

8에 대해선 법무사 말에 따르면 (…) 계약 당사자 이외의 가족에 대해 (새로 이사간 집에 대해) 전입 신고를 미리 하는 것은 가능한데, 이게 판례에 따라 대항력 여부가 달라지니 난 귀찮아서 그냥 안 했음.

그리고 이전 집 임대인에게 가서 “2주 안에 진전이 없으면 지급 명령 신청하겠다”고 했더니 싸게 내놓는단다. 그리고 오늘은 계약금에 해당하는 천 만원을 받았음. 싸게 내놓으니 금방 나가는 구만. 이제 할 일은 임대인 스스로 말한 “이자는 내주마” 항목을 받아내야. 다음 임차인(=세입자)이 들어온다는 11/10 기준으로 하면 대략 130만원 정도를 받아야 한다. 과연 이제 무슨 뻘짓을 할지 기대가 된다.

결론:

이사 가고 싶은데 임대인이 돈 안주겠다 드립을 치면 다음과 같은 절차를 밟으면 된다. 이사 계획을 세운다면 (임대인한테 돈 못 받는 부분은 대출이나 예금 등으로 메꿀 수 있다고 가정) 빨라도 2주, 내 경우처럼 임대인이 집을 비우거나 (비운 척 하거나?) 하면 한 달 가까이 걸리니 이걸 염두에 두고 진행하시라. 안 그러면 나처럼 한 달 씩 전입 신고 못하는 사태가 생긴다.

1. 몇 가지 서류가 필요했다. 살던 집의 계약서, 주민등록등본, 집 도면 등등이 필요하다; 도면은 구청이나 동사무소에서 발급해주는데, 오래된 집은 이게 없다. 하지만 없으면 손으로 대충(?) 그리면 됨.

이사할 때까지 큰 지출은 없애자고 해서 이사 직후(…)까지 버티다가 새 컴을 조립.^[1] 언젠가부터 직접 조립하기 귀찮아서 조립비(=10,000~15,000원쯤?) 내고 조립해서 보내게 했는데, 당일 마감 시한 지났다고(…) 조립비를 적립금으로 돌리고 보낸 ezguide 잊지 않겠다.

부품 사양 검색하는 것도 귀찮아서 대략 ars technica 연재글들만 스크랩했다가 봤다. 연재 시기 때문에 포럼 게시물도 같이 봤음.

• Ars Technica system guide: December 2011
• Ars System Guide: May 2012 update

간략히 요약하자면, 저 둘 사이의 차이는

* 인텔의 새 CPU 군이 나옴 (Ivy Bridge)

* AMD와 nVidia의 새 그래픽카드 군이 나옴 (Radeon HD 7xxx, Geforce 6xx)

정도임. (너무 러프한가?)

위 가이드에서 “Hot Rod”로 분류된 기준에 따라 시스템을 아래와 같이 구성.

• intel i5-3570: 오버클럭킹에는 관심 없음.
• intel DH77KC M/B: 역시 오버클럭킹은 신경 안 쓰는 구성. ASUS 보드를 그냥 쓸까 하다가 익숙한 인텔보드 (가격도 2만원 안쪽 차이) 쓰기로.
• SEC DDR3 4G (PC3 12800) * 4: 가이드에서 추천한 양의 두 배. 순전히 램 드라이브 쓰려고.
• 잘만 Radeon HD7850 D5 2G: 가이드대로 고름. 추천 품 중에 이게 제일 쌈. 모니터 해상도(1920×1200) 맞춰서 메모리는 좀 많게.
• SEC 830 SSD (128GB) + WD Caviar Blue (500G): 적절한 게이밍 PC 구입을 위한 조합으로 고른 조합. 하드디스크 1TB가 필요한진 의문이라 500GB로. 추천품 대신 SEC껄 쓰기로 한건 성능 그래프는 비슷한데 더 싸서. 삼전 전용으로 나오는 SSD 2.5”를 3.5” 베이에 장착하는 가이드도 같이 지름(3,000원)
• EFM ipTIME N150PX: pci-e 지원하는 무선 랜 카드 (802.11n 호환): 대충 보고 추가한 무선 랜 카드였지만 성능은 괜찮은 듯. 데스크 탑에 달아놓을 생각이라 안테나 연장선 있는 것도 괜찮았음. 하지만 안테나가 1개라 AP 안테나도 1개면 망할 듯(…).
• 파워는 슈퍼플라워 ATX 500W; Gold 로 질러 봄. 아직까진 괜찮아 보임…
• 케이스를 GMX X-5를 샀는데 캐망. 절대 비추. 메인보드 후면 단자함 커버 쪽에 단차?가 있어서 제대로 닫히질 않음. 그리고 전면부의 DVD 드라이브 버튼도 잘 안 맞는 듯.

그래서 결과물은:

예상대로 CPU가 딸리는 시스템. 근데 뭐 집에서 PyPy 빌드할 것도 아니고 (야).

1. 하지만 카드 결제일 기준으로 이사 비용과 한꺼번에 묶여서 나올 것이란 게 함정

1. ImageMagick으로 가로 1024px로 변환. 속도도 빠르고 다 좋은데 색감이 이상해졌음. 무슨 문제인지 찾을 수 없어서 다른 방법을 찾기 시작.

2. inkscape으로 열어서 bitmap 내보내기를 하니 색감이 인쇄물과 비슷한 느낌으로 나오더라. 그래서 변환하기 시작. 대략 파일 하나 여는데 30~120 초쯤 걸리더라.

하지맘 일부 작은(=4 MiB 쯤) 파일을 열었더니 가용 메모리 8 GiB 를 다 쓰고 17 G 쯤 할당하다 죽더라. 얌마 (…). 특히 이미지가 아닌, 문자 정보가 많은 경우 이러던데.

3. 결국 Gimp에서 1400dpi쯤으로 열어서 변환했음. 파일 당 일분이면 수작업 포함해서 전부 해결 ㅠㅠ.

근데 ImageMagick은 왜 색이 이상하지? 누구 아는 사람 없나. 제일 편한건 이쪽인데 컬러 이미지를 거의 손댄적이 없으니.