Programmer J

C++ 11의 기능을 거의 대부분 구현할 LLVM/Clang 3.1

흥배 — Wed, 16 May 2012 00:22:23 +0900

곧 나올 LLVM/Clang 3.1에서는 C++11의 기능 중 아래의 것들을 구현한다고 합니다.

[Language Feature]

Initializer lists

Lambda expressions

Declared type of an expression - Incomplete return types

Forward declarations for enums

Generalized constant expressions

Universal character names in literals

User-defined literals

Extending sizeof

Unrestricted unions

[Concurrency]

Atomic operationsx

Strong Compare and Exchange

Bidirectional Fences

Allow atomics use in signal handlers

위 리스트의 기능들이 문제 없이 구현된다면 C++11의 거의 대부분의 기능을 구현하게 되어 남아 있는 것은 Generalized attributes와 Inheriting constructors 정도라고 합니다.

참고 : http://clang.llvm.org/docs/ReleaseNotes.html

Scott Meyers씨의 새로운 Effective C++ 시리즈를 예상

흥배 — Mon, 07 May 2012 09:00:00 +0900

Session Topic: Initial Thoughts on Effective C++11 « C++ and Beyond 라는 강연을 근거로 Scott Meyers씨의 새로운 Effective C++ 시리즈를 예상하면 아래와 같다고 합니다.

명시적인 형태 선언보다 auto를 사용하자

오브젝트의 생성에서는 ()와 {}를 구별하자

auto + { expr } == std::initializer_list는 잊지 않도록
(auto x{1};/auto x={1};에서는std::initializer_list<int>형, auto x(1);/auto x=(1);애서는 int형.)

멤버 함수보다 비 멤버 함수 begin/end를 사용하자

std::thread 멤버 선언은 클래스 말미에 두자(멤버 변수 초기화 순서에 기인하는 버그 회피를 위해서)

멤버 함수의 밖에 내는 Lambda 식의 디폴트 캡쳐 모드에 주의(특히 this의 dangling pointer화.)

컨테이너에는 Insertion(삽입) 보다 Emplacement(직접 구축)를 사용하자

비동기 처리가 필수적일 대는 std::launch::async 폴리시를 지정하자

약한 atomic 변수의 이용은 최소한으로(기본 값 std::memory_order_seq_cst 이외의 atomic 변수 접근 최대한 피한다.)

Universal Reference와 Rvalue Reference를 구별하자

move 조작은 존재하는 것도 아니고 낮은 비용이 아닌 것을 기억하자(의도 불명. 「언제라도 낮은 비용으로 move 할 수 있다고 생각하지 말아라」라고 하는 것?)

bind 보다 Lambda 식을 사용하자

스레딩 함수에는 가변 개수 인수보다 Lambda 식을 건네주자
(의도 불명. 아마 std::threadconstructor 인수 이야기.)

오버 서브 스크립션에 조심하자(시스템 병렬 도를 웃도는 스레드를 너무 만들지 않는 것.)

Universal Reference에서 인수를 건네줄 때는 std::forward의 적용을(이른바 “Perfect Forwarding”)

기본 배열보다 std::array를 사용하자

가능한 한 std::make_shared를 사용하자

std::shared_ptr 형태에서는 값 전달 보다 const 참조 전달을 사용하자(→C++의 shared_ptr를 함수로의 인수로서 건네주는 경우는 const 참조로)

인수의 복사가 필요하면 값 전달을 사용하자(복사가 필요하면 함수 호출과 동시에 실시하면 좋다.)

Wide 인터페이스 함수에서는 함부로 noexcept로 하지 않는다(아마→N3248 noexcept Prevents Library Validation)

복사 가능한 형태에서는 무브는 최적화 복사라고 생각하자

열거형(enum) 보다 형태 부착 열거형(enum class)를 사용하자

NULL이나 정수 0 보다 nullptr를 사용하자

std::enable_if, static_assert, =delete를 구별하자

출처 : http://d.hatena.ne.jp/yohhoy/20120418/p1

제3회 온라인서버개발자모임 공개 강연회

흥배 — Wed, 02 May 2012 19:51:44 +0900

올해도 '온라인서버개발자모임 공개 강연회'를 개최합니다.

참석 신청은 http://onoffmix.com/event/6708 에서 합니다 ^^

행사 일정은 다음과 같습니다.

- PM 02:00 ~ 02:10 - 등록 확인

- PM 02:10 ~ 02:40 - 최흥배 / Boost.multi_index 사용하기

- PM 02:40 ~ 02:55 ? 휴식

- PM 02:55 ~ 03:25 - 안중원 / InGame CashShop 개발 하기

- PM 03:25 ~ 03:40 ? 휴식

- PM 03:40 ~ 04:10 - 안준석 / 안드로이드 프로세스들의 통신 메커니즘 : 바인더 이야기

- PM 04:10 ~ 04:25 ? 휴식

- PM 04:25 ~ 04:55 - 임영기 / 코드 리뷰 시스템 도입하기

- PM 04:55 ~ 05:10 ? 휴식

- PM 05:10 ~ 05:40 - 이욱진 / 메모리 관리자로부터 배우기 : 구글 tcmalloc을 분석해보자

- PM 05:40 ~ 06:00 - 추가 질의 & 응답 및 정리

넷텟션으로 지원으로 뒷풀이까지 있으니 19일에 시간 넉넉하게 비워 놓으세요^^

저는 이번에도 강연을 하는데 Boost.multi_inde를 다룹니다.

난이도는 쉬운편이니 편안하게 듣으면 됩니다. 아마 제 강연을 들으면 따로 공부할 필요 없이

Boost.multi_index를 바로 사용할 수 있을것입니다^^

Visual C++ 10에서 디버깅하기

흥배 — Mon, 23 Apr 2012 09:00:00 +0900

예전에 Visual C++ 10과 관련된 책을 집필할 계획이 있어서 그때 작성한 글인데 책 출간 계획이 사라졌으므로(한참 전에)

그냥 공개합니다. 글은 초보자를 타겟으로 하고 있으며 Visula C++ 10의 디버깅 기능을 설명하고 있습니다.

도움이 되었으면 좋겠습니다^^

6장 디버깅.pdf

int n = 10; size_t m = sizeof(++n); 에서 n의 값은 어떻게 될까요?

흥배 — Fri, 20 Apr 2012 09:00:00 +0900

sizeof()의 스펙을 자세하게 알지 않은 이상 좀 애매한 질문이죠^^;

C/C++ 언어 스펙에서는 sizeof 연산자의 오퍼랜드는 평가하지 않는다고 합니다.

그래서

int n = 10;

size_t m = sizeof(++n);

이후의 n은 여전히 10입니다.

참고 : http://d.hatena.ne.jp/yohhoy/20120411/p1

가상함수의 inline화에 대해서

흥배 — Wed, 18 Apr 2012 09:00:00 +0900

혹시 가상함수는 Inline 되지 않는다고 생각하는 분들도 아마 있지 않을까 생각하는데 경우에 따라서 되기도 하고 안되기도 합니다.

되는 경우는 컴파일 시점에서 어떤 클래스의 가상함수를 사용하는지 알수 있느냐 입니다.

struct Base

{

virtual void Function(void) const = 0:

};

struct Delived

{

virtual void Function(void) const

{

std::cout << "Hello" << std::endl;

}

};

int main(int, char**)

{

Delived delived;

delived.Function();

return 0;

}

위 코드의 경우 컴파일 시점에서 Delived 클래스의 Function 멤버를 사용한다는 것을 알 수 있디 때문에 가상함수인 Function은 Inline화 할 수 있습니다.

struct Base

{

virtual void Function(void) const = 0:

};

void Call( Base &base )

{

base.Function();

}

struct Delived: public Base

{

virtual void Function(void) const

{

std::cout << "Hello" << std::endl;

}

};

int main(int, char**)

{

Delived delived;

Call( delived );

return 0;

}

그럼 이 코드의 Function 멤버는 Inline화 할 수 있을까요? 물론 됩니다. 이유는 이것도 컴파일 시점에서 어떤 클래스의 Function을 사용하는지 알 수 있기 때문입니다.

그러나 아래의 코드는 Function 멤버를 Inline화 할 수 없습니다.

struct Base

{

virtual void Function(void) const = 0:

};

struct Delived: public Base

{

virtual void Function(void) const

{

std::cout << "Hello" << std::endl;

}

};

struct Null : public Base

{

virtual void Function(void) const{}

};

int main( int argc, char** )

{

Delived delived;

Null null;

Base *base = 1 < argc ? static_cast<Base*>( &delived ) : static_cast<Base*>( &null );

base->Function();

return 0;

}

이유는 설명 안 해도 되겠죠? ^^

출처 : http://d.hatena.ne.jp/anonymouse_user/20120309/1331303971

[OGC 2012] 데이터 드리븐 개발과 ‘드래곤 아크’의 도전

흥배 — Mon, 16 Apr 2012 09:30:00 +0900

OGC라는(오픈 게임 콘텐츠) 컨퍼런스에서 GREE에서 발표한 세션

강연자는 이전에는 콘솔에서 ‘아크 더 래드’, ‘프론트 미션’의 개발자로 베테랑 콘솔 개발자. 작년 3월에 GREE에 입사하여 소셜 게임을 개발.

GREE에서는 「한 개인의 센스보다 수 천만 명의 데이터」를 중시. 그리고 「데이터를 바탕으로 「PDCA」사이클을 회전시켜 가면서 만들기」를 철저하게 지키고 있음.

PDCA 사이클이라는 것은 「계획(plan), 실행(do), 평가(check), 개선(act)」이라는 프로세스를 순서 대로 실시해 나가면서 생산성을 높여 가는 매니지먼트 사이클의 하나로 제조업 등에서 자주 이용되고 있다. 이것을 게임 개발에 응용하고 있음.

여기서 지표가 되는 데이터가 KPI(KPI Key Performance Indicator). 소셜 게임에서는 게임 내용이 심플하고, 서버=클라이언트 형의 데이터 구조를 가지기 있어서 수 천만 명의 유저 이력이 모두 로그로 참조할 수 있다. 거기서 「어느 KPI를 개선하기 위한 기획인가」를 처음부터 생각하고 「그 기획으로 몇 퍼센트 변화할까?」라는 가설을 세우고 「릴리스 후 몇 퍼센트 변화했는가」를 검증하면서 「자신의 기획 정도를 끊임 없이 수정한다」라는 것이 중요.

기획의 3대 모델로서 「집객(유저 모으기)」「활성화」「수익화」. 집객은 신규 유저를 모으는 수단으로 프로모션이나 브랜드 구축, 제품 라인 업의 충실 등. 활성화는 연속 율을 높여 신규 고객을 계속 붙잡기 위한 시책으로 포인트 서비스나 쿠폰, 타임 세일 등. 그리고 수익화는 과금 유저나ARPU의 증가로 아이템의 진열 방법이나 타임 세일, 독자 생산 라인 등.

이와 같이 소셜 게임에서는 개발과 운영 양쪽의 게임 디자인이 고려해야 한다.

소셜 게임의 사업 모델과 기획 모델의 관련성을 명확하게 하고, 가시화하는 것의 중요. 회원 수와 유입 율, 게임 등록자수와 로그인율, 로그인아웃 과금율, 과금 유저와 ARPU 이것들이 모두 매상으로 연결되는 중요한 요소. 이것들을 KPI로 보며서 「수익」「활성화」「수익화」의 사이클로 최대화해 나간다.

향후는 스마트 폰의 성능 향상에 따라서 소셜 게임에서도 콘솔 게임과 같은 대작화나 시리즈화가 진행. 그래서 거기에 따라 개발 기간의 장기화나 궤도수정의 어려움이라고 하는 오늘 날의 콘솔 게임과 같은 리스크 요인이 증가할 수 있다. 그것을 피하기 위해서는 「빨리 낸다」하는 것이 중요. 게임의 깊이는 개발 만이 아니고 유저와 함께 만들어내 가는 것으로 유저 요구의 괴리는 피할 수 있다.

그래서 인기 게임 모델의 해석이나 정의를 통한 체제화와 효율이 좋은 단기간 개발 스킬 구축이 요구. 특히 개발 멤버에게는 전문직에 너무 특화 되어 있어서 부서의 횡단적인 통합형 스킬이 요구.

「드래곤 아크」의 기본이 되는 게임 매카니즘은 「최대 4명이 동시 플레이에 의한 액션 게임(지하 감옥 탐색)」과「캐슬 내정 시뮬레이션」의 반복. 액션 부분은 동기 플레이로 시뮬레이션 부분은 비동기 플레이. 또 과금 아이템은 「시간 단축의 수단」으로서 사용.

한편으로 이러한 데이터 구동형 게임 디자인을 과금 모델과 연결하는 노하우는, 모바일·소셜l 게임 시장의 확대와 수반하고, 일본이 해외보다 선행하고 있는 얼마 안되는 분야라고 느껴집니다.그러나, 통계학이나 경영학과 결합되기 쉬운 분야에만, 산학 제휴를 살린 체계화나 이론화가, 영어권으로 급속히 진행되는 것이 예상됩니다.어드밴티지가 있을 때에, 이러한 기초 다지기, 토대 굳혀도 아울러 기대하고 싶다--.그런 식으로 생각을 광당하는 세션이었습니다.

출처 : http://www.gamebusiness.jp/article.php?id=5707

콘솔 게임 개발과 STL

흥배 — Thu, 12 Apr 2012 09:00:00 +0900

일본의 콘솔 게임 개발자의 글을 웹서핑 중 보고 옮겨봅니다.

운 좋게 STL에 대해서 거부감 없는 곳에서 일하고 있지만 어떤 곳에서는 STL은 게임 개발에는 적합하지 않다고 사용을 금지하는 곳이 있음(역주 :제 기억으로 한국도 2002~5년 정도까지는 커뮤니티에서 STL로 불꽃(?) 토론이 있었죠. 아마 GPGStudy에 가면 아직 글이 있을 듯하네요).

STL은 그 특성을 잘 모르면 골치 아플 수 있음. 특히 콘솔 게임기는 메인 메모리가 PC에 비해서 엄청나게 작은데 그 작은 메모리로 실행 바이너리나 힙 영역으로 사용해야 한다. 메모리 관리에 대해서 엄격하므로 template는 사용 방법에 따라서 바이너리 사이즈가 켜져서 사용을 어느 정도 제한할 수 밖에 없음(역주 : 저 개인적으로 이 메모리 관리 때문에 PC 개발만 해 본 사람은 콘솔 게임 개발이 무척 어려울 것이라고 생각합니다).

std::list, std::map 등은 사용하면 사용할수록 내부에서 메모리 단현화 시키므로 힙 영역의 총 량은 남아있지만 사용 가능한 용량이 부족하게 되는 경우가 있다. 그래서 본인이 있는 곳에서는 모든 게임 코드에 std::list, std::map 등의 메모리 단편화를 만드는 컨테이너는 사용을 피하도록 하고 있으며 만약 신입이 깜박하고 사용한 경우에는 왜 게임에서 사용하면 안 되는지 알려주고 구조를 바꾸도록 한다.

그런데 어떤 게임 개발 회사의 개발자가 만든 책에는 std::vector를 혹평하고 std::map을 절찬한 경우가 있다.

STL을 금지 시키는 사람의 가장 큰 이유는 자신이 STL이 무엇인지 잘 모른다는 것. 보통 STL 이라고 하면 컨테이너만 생각하는데 컨테이너 + 이터레이터 + 알고리즘 + functor 이다. 알고리즘은 STL 컨터이너 뿐만이 아닌 배열도 사용할 수 있다.

출처 : http://d.hatena.ne.jp/masfj/20120308/1331220846

ps : 제 경험으로도 애자일, TDD, STL, boost 라이브러리 등을 반대하는 사람들은 대부분 아는 사람이 아니고 잘 모르는 사람이 반대하더군요(왠지 적어보니 당연한 것 같기도 ㅎㅎ). 그래서 반대 논리가 너무 빈약하고 억지에 가까운 자신의 생각만을 이야기 하더군요(당연하지만 본인은 절대 객관적이라고 이야기하죠).

4월 11일 꼭 투표합시다!!!

흥배 — Tue, 10 Apr 2012 01:02:00 +0900

11일에 놀러 가는 분들은 꼭 투표하고 놀러가세요^^

그리고 놀러 안가는 분들은 귀찮다고 집에만 있지말고 꼭 투표하고 쉬세요^^

저는 투표가 너무 하고 싶어서 투표근이 근질거립니다 ^^

PyCon US 2012 (일부 정리)

흥배 — Sun, 08 Apr 2012 13:59:08 +0900

Python에 흥미는 있지만 사용할 기회가 없어서 공부만 한 정도지만 괜찮은 글을 봐서 일부만 정리해 봅니다. ^^

3월 초쯤에 미국 칼리포니아 산타클라라에서 개최

3월 7~8일은 튜토리얼 기간. 9~11일은 컨퍼런스의 메인 강연

12~16일 동안은 스프린트로 참가자들이 그룹 단위로 모여서 각자 테마를 잡고 개발을 하는 이벤트.

기조 연설은 폴 그램씨가 ‘Frighteningly Ambitious Startup Ideas’라는 제목으로. 2003년에도 기조 강연을 했음.

폴 그램이 말하는 기업가들의 놀라운 아이디어

- 새로운 검색 엔진을 만든다

- E메일을 다른 것으로 바꾼다

- 대학을 바꾼다

- 할리우드를 쳐부순다

- 새로운 애플

- 무어의 법칙을 되돌린다

- 연속적인 진단

위의 아이디어는 쉽지 않은 것인데 기업가들은 위의 시점에서 돌파구를 찾아야 한다고 한다.

전략적 조언로 큰 아이디어에 대해 미래를 정확하게 꿰뚫어려고 하는 것보다 애매한 비전으로 대처해 나가는 것이 실제로 더 잘 된다고 한다.

Python의 아버지 Guido Van Rossum의 기조 강연.

내용은 Python에 대해서 짓궂은 질문을 하는 사람들을 Troll이라고 부르고 이런 사람들의 질문에 답해주는 것으로 이것을 통해서 Python의 본질을 알려주는 것

Python sucks. Ruby Rules

- Python은 Perl/Ruby와 비슷한 언어로 커뮤니티도 활발하고 비슷하게 운영을 하고, 목표로 하는 것도 같음. 그리고 Java/C++ 다른 것은 철학이나 커뮤니티의 성립이 다르다.

다른 언어를 경멸하는 것은 좋지 않음 모두 사이 좋게 지내야한다

"When will you admit Python 3 is mistake?"

(언제 Python 3은 틀렸다고 인정할텐가?）

"When will we finally get to see Python 2.8 release?"

(언제 Python 2.8을 볼 수 있는가?）

- Python 3은 좋은 것으로 NumPy를 시작으로 많은 라이브러리가 Python3로 이행하고 있다. 그리고 2.8은 결코 나오지 않는다.

"Why did you kill reduce()?"

(어째서 reduce()를 없앴는가?）

"Please fix lambda."

(lambda를 고쳐줘）

"Please add more functional features."

(더 많은 함수형 기능을 추가해줘）

- 함수형 언어를 아주 좋아한다. 그러나 Python은 함수형 언어가 아니고 절차형 언어이다.

왜냐하면 Python은 파일 복사라는 시스템 관리에서 Web 서버를 만들고 여러 장소에서 간단하게 사용할 수 있는 것을 목표로 하고 있다. 그래서 함수형 프로그래밍 기능이나 개념을 공부하는 그 프로그래밍 스타일을 사용하는 것이 좋다고 생각

pytest - rapid and simple testing with Python：Python에서 빠르고 간결한 테스트

pytest는 아래의 모든 테스트 장소에서 적용할 수 있는 툴

유닛 테스트(1개의 함수/클래스 단위의 테스트)

통합 테스트(복수의 기능에 대한 테스트)

시스템 테스팅(일련의 블랙 박스와 같은 테스트)

pytest의 특징

Cross-Python

Python 2.4-2.7, Pthon 3, PyPy, Jython 지원

Pythonic 스타일

xUnit/JUnit가 아닌 Python과 같은 심플한 스타일

테스트 자원 인젝션

테스트 함수나 그 인수를 훅 하는 독특한 DI(의존성의 주입)

출처 : http://gihyo.jp/news/report/2012/03/2801?page=1