all2one awakening

Near 평면으로 투영된 구의 크기 구하기

all2one — Fri, 02 Mar 2012 00:01:00 +0900

최근에 구로만 이루어진 장면을 위한 초간단 레이트레이서를 구현할 기회가 있었습니다. 무식한 방법으로 초기 구현을 한 뒤, 최적화를 위해 구를 화면 타일(near 평면을 균일 격자로 나눔)로 미리 분류해놓는 방법을 시도하였습니다. 그러면 각 픽셀에서 광선 추적 시, 그 픽셀이 포함된 타일에 등록된 구들만 조사하면 되니까요. 원근 투영에서 구를 2차원 평면에 투영하는 경우 그 결과가 원이 아니어서, 구현이 생각만큼 간단하지 않더군요. 기하 및 삼각함수 지식을 적용해 투영된 구의 최소 사각 경계를 구할 수 있었습니다. 사각 경계를 얻고 나면, 쉽게 구를 관련 타일들에 등록할 수 있지요.

제가 손수 그린 아래 그림에서 상황 및 관련 기하 매개변수들을 확인할 수 있습니다. 나름 최선을 다한 그림이니 못마땅 하더라도 양해를...;

위 그림은 수직 단면(y축 방향)만을 보여줍니다만, 수평 단면(x축 방향)으로도 마찬가지로 적용할 수 있습니다. 반지름 r의 구를 투영하고 있습니다. Near 평면에 투영되면서 작아지는 r'는 닮은꼴 비례 관계로 쉽게 계산할 수 있습니다(Eq. 1). 아래쪽 확대한 그림에 y축 방향 투영 크기를 구하는데 필요한 변수들이 자세히 나와 있습니다. 종국에 다음과 같이 y방향 범위가 나옵니다.

r'/cos(theta) - Ydown < (Y - projected_sphere_center) < r'/cos(theta) + Yup

여기서, projected_sphere_center는 구 중심을 near 평면으로 투영한 점을 나타냅니다. theta는 시야 벡터와 시점으로부터 투영된 구 중심으로의 벡터 사이의 각도를 말합니다. Yup 및 Ydown을 구하려면, 역시 닮은꼴 비례 관계를 두 번 활용해야 합니다(파란색 및 보란색 선으로 표시된 비례 관계 참조). 위 그림에서 닮은꼴들을 쉽게 발견할 수 있기를 바랍니다. Eq. 2와 Eq. 3으로 Yup과 Ydown을 구하고나면, Y의 범위는 위 부등식으로 주어집니다(시계 반대 방향으로 theta가 양이라 하면, 구가 시야 벡터 위가 아닌 아래에 있는 경우에도 위 방정식 쌍을 그대로 쓸 수 있습니다). X축 범위도 마찬가지로 구할 수 있습니다. 이렇게 2차원 경계가 나오면, 이 사각 영역과 겹치는 화면 타일들을 바로 찾아낼 수 있습니다.

이렇게 결과를 얻고 나면, 참 간단해 보입니다. 실제 필요한 기하 및 삼각함수 지식도 초보적인 수준이고요. 그래도 그 유도 과정을 이렇게 한 번 정리해 두는 것도 의미가 있다고 생각했습니다. 이 글이 누군가에게 도움이도 되기를 바랍니다. 오류가 있거나 더 나은 방법을 알고 계시면 꼭 댓글로 남겨주시길 부탁 드립니다. ^^

[업데이트] 저의 무지가 드러났습니다; 이 글의 영문 버전에 달린 댓글에 따르면, 타원체의 투영 결과는 타원이라는군요. 따라서, 구의 투영도 (반드시 원은 아니지만) 타원이 되겠습니다. 증명은 이 문서를 참고하세요. 또다른 댓글에 타원체를 기준으로 한 쌍대(duality) 원리에 대한 언급도 나옵니다. 이도 알아두면 좋게네요. ^^

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

랜즈 테스트

all2one — Fri, 21 Oct 2011 22:50:35 +0900

본 글은 원글 The Rands Test를 저자의 허락하에 번역한 것입니다.

조엘 스폴스키의 최대 업적 하나를 고르기는 어렵지만, 꼭 하나 찍자면, 나는 조엘 테스트를 고를 것이다. 이는 그가 만든 다소 무책임하고 엉성한 테스트로 소프트웨어 개발의 품질 측정이 목적이다. 누군가 자기 팀의 문제점을 물으면, 나는 보통 이 테스트를 알려주면서 시작한다. 이것부터 답해보세요.

12점이 만점인 테스트인데, 조엘 말을 빌리면, “12점이면 완벽하고, 11이면 그러저럭인 수준, 10 이하이면 심각한 문제다”. 점수보다 중요한 것은, 그의 테스트가 내가 프로그래밍 팀의 내실이라 보는 측면들을 명확히 나열한다는 점이다. 하지만 이 외에도 측정할 것이 더 있으니, 조엘에 대한 순수한 경의의 표시로 여기 랜즈 테스트를 소개한다.

나는 첫번째 신생 회사에서 20번째 직원이자 첫번째 엔지니어링 리드였다. 2년의 세월이 흐르면서, 팀과 회사는 200명 가까이로 불었다. 이 때, 나는 급속한 성장이 주는 확실한 교훈 한가지를 깨달았다. 어떻게 의사소통에 새롭게 흥미로운 방식으로 계속 문제가 발생하는지를 말이다. 문제의 핵은 오래 있었던 샤람이 보통 더 큰 책임을 맡게 된다는 점이다. 그들의 관점에서는, 이전까지 유기적으로 소통해온 방식이 그룹의 크기가 두배가 되어도 여전히 잘 통한다.

실제로는 그렇지 못하다. 불어나는 그룹은 계속적으로 회사가 무엇을 생각하고 있는지 알아낼 수 있는 새로운 방식을 탐구해야 한다. 다음 질문에 누구라도 대답할 수 있도록 말이다. “대체 무슨 일이 벌어지고 있는거야?” 이것이 랜즈 테스트가 답하는 첫번째 질문이다. 곧 설명하는대로, 랜즈 테스트가 답하는 데 도움을 주는 두번째 질문은 자기중심적이다. 두번째 질문은 묻는다. “나는 어디에 있는걸까?”

12가지 질문

각 질문의 뼈대가 다음에 나와 있다. 이 후 각 질문에 대해 살펴본다.

1:1을 하는가?
팀 미팅을 가지는가?
상태 보고(예를 들면, 주간 보고)를 하는가?
상사에게 아니오라고 말할 수 있는가?
외부인에게 회사의 전략을 설명할 수 있는가?
사업의 현 상태를 설명할 수 있는가?
높은 자리에 있는 사람들이 주기적으로 모두 앞에 나와 그들의 생각을 공유하는가? 당신은 그들의 말을 믿는가?
다음으로 무슨 일을 하고 싶은지 알고 있는가? 당신의 상사가 그것을 아는가?
전략적인 관점에서 생각할 시간을 가지는가?
유언비어가 퍼지는 것을 적극적으로 막고 있는가?

(주목: 각 항목을 리더나 관리자의 관점에서 설명할 것이나, 각 질문과 설명은 일반 팀원에게도 동일하게 적용된다.)

진행 상태 이외의 주제들을 나눌 수 있는 1:1 회의를 지속적으로 갖는가? (+1)

1:1 회의가 무익하다고 말하는 사람은 거의 없다. 그러나 상황이 빠듯해질 때 제일 먼저 연기되는 미팅이 이것이다. 내 견해로는, 상황이 안좋을 때 가능한 한 피해야 할 것이 빠듯한 상황을 만든 장본인 혹은 향후 같은 일이 발생하지 않도록 방안을 짜낼 수 있는 사람과의 1:1 시간을 미루는 것이다.

더욱이, 내가 보고, 분출, 그리고 폭발(The Update, The Vent, and The Disaster)에서 썼듯이, 상태 전달은 1:1의 핵심이 아니다. 보다 실질적인 것에 관해 대화를 나누는 것이 핵심이다. 상태 보고로 시작하거나 대화의 틀을 잡는데 그를 쓸 수는 있지만, 핵심은 아니다. 건강한 1:1은 전략적이어야 하며, 다른 회의에서 쉽게 다룰 수 있는 단기 전술 사항이나 상태 전달의 재탕이 아니어야 한다.

1:1은 당신의 팀 구성원에 대한 매주 최소한의 투자이다. 불규칙하게 1:1을 하고 있거나 그를 통해 가치 있는 대화를 주고 받지 못하고 있다면, 가까이 하기엔 너무 먼 관리자라는 잘못된 통념만 강화하는 결과를 낳는다.

팀 미팅을 지속적으로 가지는가? (+1)

팀 미팅은 1:1 미팅과 같은 요구 사항 — 일관성과 실질적 화제에 대한 집중 — 을 지닌다. 하지만 아직 점수를 더하기엔 이르다.

상태 보고가 팀 회의에서는 더 큰 역할을 한다. 곧 다루듯이, 유언비어는 강한 영향력을 발휘하며 팀 미팅은 그를 잠재울 수 있는 중요한 기회이다. 나는 모든 팀 회의에 “가쉽, 소문 그리고 거짓말”이라는 제목의 회의 안건을 두고, 해당 안건을 위한 시간이 오면 팀원 모두가 무엇이 참이고 무엇이 거짓인지 알 수 있는 기회를 준다.

다음으로, 팀 회의 성과 측정에 중요한 것은 무엇인가 보이는 진전을 이뤘느냐이다. 당신이 무엇을 만드는지 모르고 팀에 무엇이 잘못되었는지 모르지만, 뭔가 잘못되었으면 그를 발견하고 고칠 방법에 대한 논의를 시작하는 최적의 장소가 팀 회의라는 것은 안다.

팀 회의에서 유언비어를 잠재우고 잘 동작하지 않는 부분을 고치고 있다면, 점수를 더하라.

주간 보고 등을 작성하여 이메일로 보내는가? (-1)

그렇다면, 점수를 빼라. 이 점검 목록은 한편으로 회사에서 정보가 어떻게 흘러가는지에 대한 평가이며, 이 항목은 실제 감점 요인으로 작용한다. 왜 상태를 싫어하는가? 나는 상태를 싫어하는 것이 아니다. 상태 보고를 싫어할 뿐이다.

나는 이메일 기반 상태 보고가 관리 무능과 태만의 명백한 징표 중 하나라고 믿는다. 이런 주간 보고 이메일을 작성해야 하는 그럴듯한 구실은 항상 있다. 조직이 커서 정보를 유통시킬 필요가 있어요. 작성에 15분이면 충분합니다.

허튼 소리다. 경직된 이메일 기반 상태 보고는 조직의 통제 욕구와 상상력 부족, 신뢰 부족으로 요약된다.

매일 일터에서 사용하는 협업 도구의 수를 세어보라. 이메일을 빼고 말이다. 소프트웨어 엔지니어라면, 아마도 버전 관리와 버그 추적, 위키, CRM, 프로젝트 관리 소프트웨어 등을 사용 중일 것이다. 이런 모든 도구들이 이미 매주 어떤 전술적 작업들이 이루어졌는지에 관한 충분한 양의 상태 정보를 자동으로 생성하고 있다.

누군가 상태 보고를 요청할 때, 처음 드는 생각은 이것이다. “이미 다양한 도구들에 상태 정보가 쌓여 있는데, 왜 살펴보지 않는거지?”

물론 그런 도구들의 정보에는 많은 잡음이 껴있다. 잡음을 걷어낸 보고서를 작성하면 된다. 많은 협업 도구들이 리포팅 기능을 가지고 있다. 상태 정보는 이미 다 나와 있다. 어떤 관리 지침서에서 진행 상황을 알아내는 작업을 각 작업자에게 맡기라고 추천한단 말인가? 그것은 관리자가 할 일이다.

글쎄, 제가 진정 원하는 것은 한 주 작업을 고수준에서 가늠하는 것인데요. 잘 된 일 세가지, 잘 못된 일 세가지, 그리고 그의 개선책. 자, 이제 말이 좀 통하는듯하다. 매주 전략적 평가를 하는 것은 좋으나, 그를 1:1의 시작부에서 하면 안될 이유가 무엇인가? 그러면 묻고 싶은 사항이 있을 때(있어야 한다), 심도 있는 논의를 할 수있다.

하지만 나중에 리뷰할 수 있는 기록이 남았으면 하는데요. 문제 없다, 대화를 기록하라.

상태 보고는 나를 열받게 하는 주제이다. 이제껏 수백 번 넘게 작성했으며, 매번 작성할 때마다, “왜 쓸데없는 짓을 하고 있다는 느낌을 지울 수 없지?”라고 생각하곤 했다. 상태 보고는 보통 높은 자리에 계신 분이 자신의 조직과 거리감을 느끼고는 모든 이가 주간 보고를 작성하게 하면 나아지리라 믿으면서 시작된다. 나아지지 않는다. 이메일 상태 보고는 그를 작성해야 하는 대부분의 조직원에게 다음 한가지만을 각인시킨다. “내 시간을 소중히 여기지 않는구나.” 이는 곧 다음 주제로 이어진다.

마음 편하게 상사에게 아니오라고 말할 수 있는가? (+1)

다른 말로 설명하면, 상사와의 1:1이 그 주에 있었던 다른 회의들과 무언가 다르게 느껴지는가? 건강한 의사소통 구조는 정보가 팀이나 조직, 회사를 통해 자유롭게 흐를 때에 가능하다. 만약 상사와의 회의를 위해 회의실로 들어갈 때 항상 최선의 태도를 유지한다는 마음가짐으로 속마음을 드러래지 않으려 한다면 문제가 있는 것이다.

물론, 상사란 말은 그가 당신의 실적 평가서를 작성할 것이고 당신의 경력 궤적에 영향을 미칠 수 있음을 뜻한다. 그럼에도 그가 입을 열어 허튼 소리를 한다면, 당신은 회사의 주주로서 손을 들고 “말도 안되는 소리입니다. 왜냐하면...”이라고 말할 계약상의 의무가 있다.

말하기는 쉽지요, 랜즈.

맞다, 말도 안되는 소리라고만 말아달라.

결론은 이렇다. 자기가 항상 옳다고 믿는 리더는 실수하는 것이 나약함의 표시라는 거짓 믿음과 함께 서서히 미쳐간다. 나도 실수를 한다. 거의 규칙적으로 말이다. 나는 다양한 형태로 이 일을 20년간 해왔다. 넘어지거나 남들이 나의 실수를 지적할 때면 여전히 쓰리지만, 나는 바로 내가 망쳤음을 인정하다. 왜냐하면 그래야 무엇을 잘못했는지 빨리 배울 수 있고, 그러한 교훈은 누군가의 “아니오”로부터 출발하기 때문이다.

외부인에게 회사의 전략을 설명할 수 있는가? (+1)

소통 문제에서 벗어나, 이번 질문은 전략과 맥락에 관한 것이다. 바에서 만난 사람이 회사가 무슨 일 하냐고 묻는다면, 쉽고 명확하게 회사의 전략을 설명할 수 있는가?

이는 머릿속에 명확한 회사의 지도를 그리고 있는지를 보여주는 첫번째 질문이다. 이 지도의 가치를 과소평가하기 쉽다. 리더쉽이 있는 편이라면, 아마도 쉽게 지도를 그릴 수 있을 것이다. 일개 팀원이라면, 이런 지도는 다른 누군가의 책임이라고 생각할 수 있는데, 부분적으로만 옳다. 지도를 정의하는 것은 다른 이의 작업일지라도, 그를 이해하여 평가하는 것은 순전히 당신 몫이다.

이어지는 질문들에서 확인할 수 있듯이, 랜즈 테스트는 의사소통에 대한 것만이 아니며, 맥락과 전략의 이해에 관해서도 다룬다. HP나 넷플릭스의 직원들이 지난 몇개월 사이 갈팡질팡한 회사의 전략에 대해 어떻게 느낄 것 같은가? 편안하게 아니면 걱정스럽게? 다음으로 계속하자.

어느 정도 정확하게 회사의 상태를 말할 수 있는가? (아니면 누군가나 어디론가 가서 관련 정보를 알아낼 수 있는가?) (+1)

지나친 과장일지 모르나, 나는 당신이 월가가 하듯이 회사가 성장 중인지 망해가고 있는지 독자적로 평가해야 한다고 생각한다. 기대 수익을 달성하지 못할 것이라는 발표 후 상장 회사의 주가가 어떻게 되는지 살펴본 적 있는가? 종종 회사 운영진이 어떤 방책을 갖고 있던지에 상관 없이 주가가 곤두박질친다. 비이성적이나, 이런 일이 벌어질 때 나는 월가가 그 소식이 망해가는 조짐이라고 판단했다고 본다. 운영진이 사업의 상태를 성공적으로 예측할 수 없다면, 무언가 잘못된 것이다.

이것이 공평하지 않으며 매일 수많은 요소들이 사업의 건강성에 기여함을 알고 있다. 따라서 가능한 한 많은 요소들을 연구하여 파악할 것을 추천하는 바이다. 하지만 이 작업을 마친 후에는, 비즈니스의 상태에 관한 신빙성 있는 견해를 가지거나, 아니면 믿고 의견을 구할만한 일단의 사람들이라도 알아야 한다.

이는 계속 그려나가야 하는 그림이며, 이 작업은 앞 질문에서 점수를 얻었다면 더 쉬울 것이다. 회사가 가려고 하는 방향을 안다면, 회사가 실제 그를 향해 가고 있는지 판단하는 것이 더 쉽다. 이는 자연스럽게 다음 질문으로 이어진다.

정기 회의에서 높은 자리에 있는 사람들이 모두 앞으로 나와 생각을 공유하는가? (+1) 당신은 그들의 말을 신뢰하는가? (+1)

맥락과 관련한 마지막 질문은 책임자와 관련한 것이다. 빠르게 성장하는 팀과 회사에서는 많은 일이 발생한다. 매일 말이다. 팀이 소규모일땐, 정보의 배분이 간단하고 비용도 낮다. 모두가 소리치면 닿을 거리에 있기 때문이다. 규모가 커지면, 특히 변방에서 이 의사소통의 비용이 올라간다. 디렉터나 리드, 관리자의 경우, 하는 일의 특성 상 시류에 가까이 있게 된다. 하지만 정보가 흐르도록 조취를 취하는 것 역시 그들의 의무이며, 이는 CEO에서부터 시작한다.

규칙적으로 CEO가 나서서 대체 무슨 일이 벌어지고 있는지에 관해 그의 생각을 나누는가? 직원이 10명이건 10000명이건 간에, 이는 필수적인 회의로 다음과 같은 소기의 목적을 달성한다.

모두에게 CEO와 대면할 기회를 준다.
대표가 회사의 비전을 설명할 기회가 된다.
바라건대 모두에게 일어나 질문할 수 있는 기회를 준다.

이 회의의 가치가 명쾌하게 느껴지지 않는다면, 나는 아마도 당신이 비즈니스의 현 상태뿐만 아니라 향후 방향까지 이미 알고 있는 운좋은 이들 중 하나일 것이라 생각한다. 멋진 일이다. 그런 이들을 위해 여기 보너스 질문이 있다. CEO 버전의 진실이 당신의 것과 일치하는가 아니면 지상에서 일어나는 일과 무관한 천상의 이야기처럼 들리는가? 전자에 해당하면 1점을 더한다. 후자의 경우, 비즈니스의 상태에 대해 당신의 진실은 어떻게 말하고 있는가? 성장인가 쇠퇴인가?

당신의 경력 계획을 말할 수 있는가? (+1) [보너스: 상사도 알고 있는가? (+1)]

자, 화제를 바꿔서, 바로 이 순간 당신의 다음 행보에 대해 내게 말할 수 있다면 점수를 더하라. 당신은 이미 하고 있는 일이 있을테니, 다음 단계를 말해보라. 거창할 필요없이 간단한 문장이면 된다. 언젠가 나는 팀을 이끌 것이다.

건강한 조직은 비단 정보의 자유로운 흐름에 관한 것만이 아니다. 그 정보를 받고 다시 유통하는 시람들이 그를 가지고 무엇을 하는가에 관한 것이다. 대개 당신은 머릿속 한켠에 분류해둔 뒤 대부분의 정보를 일단 무시할 것이다. 허나 가끔 1:1이나 회의, 복도에서의 대화 등에서 나온 정보 하나가 당신의 다음 행보와 관련하여 전략적으로 바로 유용한 경우가 생긴다.

안젤라의 팀은 항상 잘 돌아갔는데, 그녀가 승진했다. 그리고 나는 항상 관리자가 되고 싶었다.
얀의 그룹은 내가 배우고 싶어하던 기술에 관해 일하고 있는데, 얀이 방금 충원 공고를 올렸다.
프랭크가 짤렸다. 이러면 상당히 흥미로운 권력 공백이 생기는데…

혹자는 굳이 계획을 세우지 않아도 마찬가지의 기회주의적 도약을 할 수 있다고 주장할 것이다. 그러나 내 경험상으로 지도를 짜두는 것이 목적지에 빠르게 도착하는 더 나은 방법이다.

여기도 보너스 질문이 있다. 당신의 상사가 당신이 다음으로 하고 싶어하는 일에 관해 알고 있는가? 그는 회사에 떠다니는 정보를 더 잘 알고 있기 쉬우며, 원하던 원하지 않던 간에, 당신이 목표를 이룰 수 있는 방법을 알아낼 책임을 공유한다.

전략적 사고를 위해 별도의 시간을 가지는가? (+1)

이전 질문에서 2점을 얻었다면, 축하한다, 내 생각에 당신은 대부분보다 훨씬 나은 상태이다. 하지만 관련 질문이 하나 더 있다. 이 목표를 향해 나아가고 있는가? 달력 상의 날짜나 아니면 그냥 머릿속에서라도 현재 목표를 향해 얼마만큼 와 있는지 가리킬 수 있는가?

나는 부산한 걸 좋아한다. 정신없는 바쁨 말이다. 출근해서, 커피 한모금 마셨나 했는데, 어느덧 커피는 차갑게 식어있고 시계는 오후 6시를 가리키는 그런 상황 말이다. 바쁜 건 기분 좋다. 그러나 바쁜 것은 보통 전술적일뿐 전략적이지 못하다. 내가 장기 프로젝트 목록(Trickle List)을 유지하는 이유가 이것이다. 이는 당장보다 더 큰 일을 하라고 매일 상기시켜준다.

자신에게 투자하는 시간이 있고 상사가 그를 문제 삼지 않는다면, 1점을 더하라.

유언비어가 유통을 적극적으로 근절하고 있는가? (+1)

그레이스가 사무실에 들어서면, 당신은 그녀의 얼굴에서 그녀가 무언가 알고 있음을 눈치챈다. 그녀는 사무실 구석으로 가서는 “…소식 들었어?”라면서 이야기를 시작한다. 경제적 및 정치적 음모가 가득한 흥미로운 스토리로, 당신의 필연적 반응은 “에이, 설마”이다.

비밀의 일부가 되는 건 짜릿하다. 조직이 이전까지 감춰왔던 부분을 드러내는 순간, 당신은 이제 게임판의 더 넓은 영역을 볼 수 있음을 깨닫는다. 음, 이게 그가 짤린 이유였군. 한참 궁금했었는데. 그레이스 너무나 친숙한 말로 이야기를 마친다. “너만 알고 있어.” 아이러니한 것은 정확히 15분전 동일한 말을 그녀가 들었다는 점이다.

사람들이 회사에서 일어나는 모든 떠들석한 일들에 대해 서로 이야기 주고 받는 것을 막을 방법은 없다. 실상, 이는 장려되어야 한다. 1:1과 회의만으로는 한계가 있기 때문이다. 바꿔야 할 것은 회사를 배회하는 정보의 질이다.

정보가 부족하면, 사람들은 터무니 없는 것을 꾸며대기 시작한다. 설상가상으로 위협을 느끼기라도 한다면 최악의 상황을 과대포장한 시나리오를 꾸며낸다. 완전히 말도 안되는 소문들은 이로부터 기원한다. 알겠는가, 크리스토프는 일자리를 잃을까 두려워 누군가 자기를 엿듣고 있다는 말도 안되는 음모 이론을 꾸며낸 것이다.

적극적 개입 없이는, 유언비어가 개인의 힘을 능가하기 시작한다. 유언비어를 완전히 근절하지는 못할지라도, 고개를 들이미는 것이 보이면 그를 전파하려는 사람에게 간단히 물어볼 수는 있을 것이다. “이 헛소리를 정말 믿는거야? 이 쓰레기를 퍼뜨린 사람을 믿어?” 소문은 스스로를 정당화하지 못한다. 그러니 이처럼 유언비어 근절에 중점을 두고 있다면, 점수를 더하라.

크기와 방향

나는 지금 어디에 있는가? 그리고 대체 무슨 일이 벌어지고 있는가? 랜즈 테스트가 답하고자 하는 이 두 질문의 접점에 더 높은 차원의 목표가 있다. 이 질문에 대한 답을 구하는 과정에서 회사의 의사소통 건강도를 점검할 수 있지만, 더 높은 차원의 목표는 자기중심적인 것이다. 설명하면 이렇다.

나는 두 질문을 벡터라고 생각한다. 두 점 사이를 화살표로 연결하면 간단히 벡터를 그릴 수 있지만, 벡터는 훨씬 더 흥미로운 특징을 지닌다. 방향과 크기를 가지는 기하 개체인 것이다. 정보가 어떻게 흐르는지와 상사와 의사소통하는 법을 파악하는 것이나 당신의 경력 전략과 회사의 전략을 설명할 수 있는 것을 모두 머릿속에 벡터로 그릴 수 있다. 첫번째 점은 바로 이 순간에 관한 것이고 나머지 점은 도달코자하 는 상태이다. 이 둘 간의 거리와 방향은 어떻게 목표에 도달할 수 있는지를 보여준다. 복잡한 문제를 간단한 그림으로 나타내기에 나는 벡터를 좋아한다. 위의 질문들을 답하는 과정에서 당신의 머릿속에도 그러한 그림이 그려지기 시작했기를 바란다.

조엘 테스트와 마찬가지로, 랜즈 테스트의 점수는 절대적인 것이 아니며, 적절한 방향을 가리킬 뿐이다. 12점을 얻었다면, 당신은 회사와 회사 내 자신의 위치에 대해 명확한 그림를 가지고 있는 소수 중 하나이리라. 8에서 10점 사이라면, 소통이나 전략, 경력 개발 중 어딘가에 부족함이 있을 것이다. 어떤 질문에서 점수를 놓쳤는지 살표보라. 8점 미만이라면, 문제가 많다.

각자가 이 질문들에 답하면서 깨닫게 되는 자신이 처한 상황은 매우 다양할 것이다. 따라서 특정 해법을 처방하는 것은 어렵다. 회사는 잘 나가고 있어도, 당신은 불행하고 다음에 뭘 하고 싶은지 모를 수 있다. 일을 사랑하지만, 회사가 성장하고 있는지 어떤지에 대해선 전혀 감이 없을 수도 있다. 당신의 행로는 당신이 무엇을 중하게 여기는지에 달려있으며, 랜즈 테스트는 그를 위한 좋은 출발선이 될 것이다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

퍼포스 changelist 로그로 검색하기

all2one — Tue, 23 Aug 2011 00:16:10 +0900

퍼포스는 상용 버전 관리 시스템으로 많은 회사들이 쓰고 있습니다. 제가 다니고 있는 회사에서도 이 놈을 쓰고 있는데, 제가 쓰면서 놀란 것 중 하나는, 어찌보면 기본 기능 중 하나인 커밋한 변경사항(changelist)들은 커밋로그(퍼포스 용어로는 description)로 검색하는 기능이 GUI client에서 지원이 안된다는 점이었습니다. 물론 이것이 불가능한 것은 아닙니다. 여기 보면 여러 해법들이 나와있지요. 어쨌든 상당히 자주 쓰이는 기능이고 다른 오픈소스 도구들고 잘 지원하고 있는 이런 기능이 간편한 UI로 제공이 안된다는 것은 실망이 아닐 수 없습니다.

그래서 위 스택오버플로 답변 중 하나에 힌트를 얻어 AutoIt 스크립트로 간단한 유틸을 만들어 보았습니다. 이름은 p4search입니다. 프로젝트 위키에도 나와있지만 여기 사용 방법 다시 정리해놨습니다.

먼저, p4sql을 이용하기 때문에 P4Report를 퍼포스 사이트에서 다운/설치하셔야 합니다.
코드에 p4sql 경로가 "C:\Program Files (x86)\Perforce\P4Report\p4sql.exe"로 하드코딩 되어 있습니다; 필요하면 바꾸세요.
소스 .au3 파일에서 실행 파일을 빌드하려면 AutoIt 관련 도구가 필요합니다. 여기서 받으세요. (이조차 귀찮은 분들은 여기 미리 빌드된 놈들을 받아주세요.)
p4search-32bit.exe
p4search-64bit.exe
빌드된 명령행 도구는 퍼포스 사용자아뒤와 파일스펙, 찾고자 하는 로그 내용의 세 인자를 받습니다. 셋 미만의 인자를 줄 경우, 대화 상자가 나와 각 정보를 묻습니다.

더 편리하게, 다음과 같이 이 유틸리티를 퍼포스 클라에 사용자 도구로 통합할 수 있습니다.

사용자 도구 설정 화면

저장소 내 아무 폴더 우클릭 -> 등록된 p4search 항목 클릭

나오는 대화상자에 찾고자 하는 글 입력

결과 화면

몇몇 분들에게나마 도움이 되었기를 ^^;

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Street Photography

all2one — Sat, 13 Aug 2011 01:08:18 +0900

최근 이놈에 관심이 꽂혔습니다. 그간 사진을 잘 찍고 싶어서 책도 몇권 사다보고 했습니다만. 제 주변머리에 꽃이나 건물, 풍경을 찍는 것이 전부였죠.

Maturity... by 85mm.ch

그러다가 "Going Candid..."라는 이북을 알게 되었습니다. 길거리의 사람들을 상당히 친밀한 거리에서 찍은 사진들이 묘하게 마음을 움직이더군요. 그래서 그 책에 추천한대로 사진을 찍기 시작했습니다. 먼저 기본 렌즈 하나로 찬밥이 되어가고 있던 제 Lumix GF1에 책에서 추천한 20mm 팬케이크 렌즈를 달아주었습니다. 그리고 인터넷을 뒤져가며 스트리트 포토크래피 팁과 작품들을 살펴보기 시작했습니다.
역시나 배짱이 있지 않으면 쉽지 않더군요; 괜히 찍을까 말까 주섬주섬하다 보면 더 어색해보이기 일수... 과감하게 찍고 아무 일 없었던 듯 사라지는게 최선인듯합니다. 이 흥미가 언제까지 갈는지 모르겠지만... 여하튼 제가 찍은 거리 사진들을 위해 플리커 계정도 하나 만들었습니다;

P1050132_2 by 20jj

다음은 관련 웹자료들입니다.

http://en.wikipedia.org/wiki/Street_photography 위키피디아 글
eric kim street photography 에릭 김이라는 거리 사진가의 사이트. 재미교포 2세인듯한데, 유용한 팁들이 많습니다.
http://www.imagephoto.org/ 여러 멋진 거리 사진들을 구경할 수 있는 갤러리 사이트
http://500px.com/ 스트리트 포토그래피에 국한된 사이트는 아니지만 좋은 사진들 많더군요.

여러분도 한번 스트리트 포토그래피의 재미에 빠져보시죠? ^^

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Google+ 초대장 배포 (업데이트)

all2one — Sun, 03 Jul 2011 17:05:49 +0900

150분까지 초대할 수 있는 링크입니다.
https://plus.google.com/_/notifications/ngemlink?path=%2F%3Fgpinv%3DqEEw-1dSIfA%3AmAC4B-SUBOA
댓글 대신 이 링크 이용해주세요.

원하시는 분은 성함/이메일 주소와 함께 댓글 남겨주세요.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

SIKULI를 이용한 GUI 테스트 자동화

all2one — Wed, 22 Jun 2011 05:42:05 +0900

현재 직장에서 툴 프로그래머로 일하고 있습니다. 소스 코드 규모가 커지고 작업하는 사람들이 많다보니, 한쪽에서 작업한 변경으로 다른 모듈 기능에 의도치 않은 장애가 발생하는 일이 잦았습니다. 특히 엔진 쪽 변경으로 에디터 관련 기능에 장애가 생기는 일이 자주 생겼습니다. 이 문제를 해소하고자 에디터 테스트를 일부라도 자동화할 수 있는 방법을 찾게 되었습니다.
(이하에서는 GUI 관점에서의 black-box testing에 대해서만 다룹니다.)

고려했던 대안들
기존에 익숙했든 AuotIt부터 시작해서 다음과 같은 도구들을 고려해봤습니다.
AutoIt

윈도 플랫폼에서 돌아가는 Basic과 유사한 스크립트 언어
컨트롤 아이디, 클래스, 텍스트 등으로 특정 UI 요소 식별
일반 용도의 자동화 도구로도 매우 유용

TestComplete

상용 테스트 자동화 도구
일반적으로 위의 AutoIt 유사한 UI 요소 식별법 사용
편리한 IDE 제공
여러 스크립트 언어 지원

SIKULI

Jython 기반으로 멀티플랫폼
컴퓨터 비전 기반 UI 요소 인식

이미지 비교 결과(퍼센티지 문턱값 지정)에 따라 매치 여부 결정

기본적인 IDE 제공
개발 초기 단계

신선한 개념과 이미지 인식 기반이라 화면 상 임의의 요소에 반응할 수 있다는 장점에 끌려 시쿠리로 방향을 잡았습니다. 시쿠리가 어떻게 기능하지는 아래 동영상이나 튜토리얼 페이지를 보시면 금방 감잡으실 수 있습니다.

이하에서는 저의 시쿠리 실험이 어떻게 진행되었는지 이야기합니다.

진행 상황
일단 QA 팀에서 하고 있는 에디터 수동 테스트의 상당수를 자동화 하는 것이 첫 목표였습니다. 현재까지 대략 기존 수작업 테스트의 70% 정도는 자동화 했습니다. 등록된 테스트가 모두 끝나면 html 형식의 리포트를 만들게 했습니다. 각 테스트 항목의 성공 여부를 보여주고, 실패한 경우 어떤 이미지 매치가 문제였는지 표시하였습니다.
[예제 테스트 항목들]

에디터 실행/종료
각종 서브에디터 창 열기
새 레벨 생성 및 저장
기존 레벨 불러오기
레벨 익스포트
뷰모드 전환
각 서브에디터별 기능 테스트

하지만 작업 과정이 생각했던 것만큼 수월치는 않았습니다. 가장 큰 문제는 역시 컴퓨터 비전 기반이라는 점에 있었습니다. 화면 상 이미지에 의존한다는 것이 양날의 검이었던 것이죠.

느낀 점

유지보수가 힘들다: UI가 변할 때마다(아이콘, 컨트롤 텍스트, 리사이징) 테스트에 사용되는 이미지도 적절히 갱신해주어야 합니다. 상당히 번거롭습니다.
UI 요소를 식별하기 위해 적절한 비교 이미지 영역을 선택하는 것이 쉽지 않다: 너무 작은 부분을 고르면 매치 영역이 여럿이 되어버리고(정밀도가 떨어지고), 그렇다고 확실하게 크게 잡으면 UI 리사이즈같은 작은 변화에 너무 민감하게 되어서 유지보수가 번거로워지는 일이 다반사였습니다.
테스트 성공 여부 식별의 문제: 테스트 성공 여부도 특정 UI 요소 혹은 특정 텍스트가 보이는지 여부로 결정하게 됩니다. 이 역시 노이즈에 너무 약합니다. 이론적으로는 렌더링 결과 비교도 가능합니다만, 역시 개발 중에는 렌더링 변경이 잦은 관계로 안정적인 테스트가 힘들었습니다. 가령, 백버퍼 클리어 색상이 바뀌었다든지 하면 역시 잘못된 실패 보고가 뜨고 그 때마다 테스트 이미지들을 갱신해주어야 했습니다. 결국에는, 컴퓨터에 의존하지 않고, 뷰포트 스샷을 찍어 최종적으로 테스터가 성공 여부를 판별케 하는 반자동(?) 방식을 일부 도입해야 했습니다.
아직 개발 초기라 다듬어지지 못한 부분이나 버그가 많다: 특정 함수 관련 메모리 릭과 같은 버그도 있었고, 키보드 레이아웃이 영어가 아닌 경우 키입력 함수(type())가 오작동하는 버그도 있었습니다(이 경우, 클립보드 함수인 paste()를 이용하는 방법으로 문제를 우회할 수 있었습니다). 매치에 사용되는 이미지 관리에도 리네이밍 같은 필수적이 기능이 IDE에 빠져있었고(최근 버전에서 해결), 테스트 세트가 커질 경우 중요한 모듈화 및 그 관리에도 현재로선 명쾌한 해답이 없는 상황입니다. 다행히, 버그에 대한 개발자의 응답 및 임시방편 제시는 생각보다 빨랐습니다. 질답 게시판도 도움이 되었고요.
디버깅의 어려움: 전문적인 디버깅 환경이 지원되지 않다보니, 긴 테스트 함수에서 특정 매치가 실패할 경우, 문제 지점을 파악하고 수정하는 과정이 더딥니다.
수행 성능도 이미지 비교 기반인지라 아주 빠르지는 않습니다만, 크게 문제될 정도는 아니었습니다. 개발 시에 IDE의 특정 동작이 매우 느리게 동작하는 경우가 있어 답답하긴 했습니다.

결론
쓰다보니 아주 몹쓸 물건처럼 묘사된 것 같습니다만...; 꼭 그렇지는 않습니다. 사실 다른 대안들에서 사용하는 컨트롤 아이디나 클래스 기반 UI 식별도 빈도는 적을지 몰라도 유사한 유지보수 문제를 안고 있습니다. 그리고 분명 그런 대안들에서는 아예 불가능한 것들이 시쿠리로는 쉽게 되는 부분도 많았습니다.

아직은 개발 초기로 거친 면이 많은게 사실입니다. 하지만, 개발자가 계속 의지를 가지고 개선해나가면 전망은 밝다고 봅니다.
내부 코드의 도움없이 순수히 외부 UI 식별만으로 안정적인 UI 테스트 자동화를 이루기는 거의 불가능합니다. 내부 스크립팅 기능을 외부에서 접근해서 자동화할 수 있다면, 훨씬 견고하고 유지보수가 용이한 테스트 세트를 구축할 수 있습니다.
렌더링 회귀 검사에 유용해보입니다.
개인 작업의 자동화 용도로도 강추입니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Game Development Tools

all2one — Sat, 04 Jun 2011 00:47:31 +0900

http://www.amazon.com/Game-Development-Tools-Marwan-Ansari/dp/1568814321/ref=sr_1_1?ie=UTF8&qid=1307115366&sr=8-1

얼마 전 출간 된 위 책에 제가 한 챕터를 기고했습니다. 아직 저도 책을 받아보지 못했는데...(지금 배송 중) 많은 게임 개발자분들의 적극적인 성원(?) 부탁드립니다. 어쨌든 처음 한 챕터나마 영문 집필에 참여해보았는데, 좋은 경험이었습니다. 여타 Gems 시리즈처럼 이 책도 후속권이 계속 나올 계획이고, 벌써 2권 집필자를 모집하고 있으니, 관심 있으신 분은 다음 사이트 참고하시면 될듯.
http://gamedevelopmenttools.com/

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

해스켈 수도쿠 살버

all2one — Mon, 23 May 2011 22:15:00 +0900

얼마 전, Clojure & Python, Side by Side 글을 보고 나도 수도쿠(참고1) 살버를 해스켈로 포팅해보자 마음 먹었습니다. 먼저 원 고안자인 Peter Norvig의 글(참고2)을 읽고 찬찬히 읽고 알고리즘을 이해했습니다. 알고리즘을 특별히 함수형 언어에 적절하게 바꾸거나 하지 않고 그대로 포팅할 작정이었으므로, 기껏해야 네다섯 시간 투자하면 되겠거니 생각했습니다... 실제로는 투자한 시간을 합쳐보니 총 24시간은 넘을듯 하더군요;

일단, 여기 최종 해스켈 코드

코드보기

결과

원 파이썬 코드는 214행이었습니다. 제 해스켈 코드는 276행이군요. 원 노빅씨의 해법이 상당히 간결하다고 봤을 때, 나쁘지 않다고 봅니다.

성능은 다음처럼 나왔습니다. 보시다시피, 해스켈 버전이 약간 느리군요. 그래도 첫 시도로는 준수한 결과라 봅니다;

배운 것

수도쿠(참고1) 퍼즐 푸는 알고리즘, 노빅씨가 잘 설명해놓으셨습니다(참고2).
노빅씨의 파이썬 해법(참고2), 아름답습니다. (물론, 저는 파이썬 전문가 아닙니다;)
두 언어가 거의 동일하게 list comprehension(참고3)을 지원해서 편했습니다.
C++에서와 같은 의미의 변수가 없다는 사실이 생각만큼 큰 차이로 느껴지지 않더군요.
후글(http://haskell.org/hoogle/)과 구글이 없었다면 24시간 정도만에 어림도 없었습니다.
기존 C 스타일의 언어에서 너무 익숙한 반복문과 반복문 내에서의 이른 탈출이 아예 없다는 것이 포팅에서의 가장 큰 걸림돌이었습니다.
함수형 언어에서는 반복이 아닌 재귀로 생각해야 합니다.
혹은 한단계 더 나아가 fold와 monad(참고5)로 생각해야 합니다.
해스켈에는 fold가 참 많습니다. foldl, foldr, foldl' 그리고 foldr'. 어떤 놈을 써야 할지 많이 헷갈리더군요(참고4).
이해하기 까다롭기로 소문난 모나드(참고5)가 자연스럽게 필요하게 되더군요. 이 놈 없으면 과도하게 중첩된 case 문을 사용하게 됩니다.
해스켈이 type inference를 지원하여 필수 사항은 아님에도, 형 선언을 꼬박꼬박 해주는게 이해하는데도 그렇고 디버깅 시에도 도움이 많이 되더군요.
책에서 읽은대로, 정말 해스켈로 짤 때에는, 컴파일이 되면 보통 바로 그대로 문제없이 동작하더군요. 물론, 컴파일이 되게 하기가 저한테는 쉽지 않았습니다만;
IO 모나드에서 do 용법은 해스켈에서 일반 순수 함수를 짤 때와는 정말 다른 느낌이더군요. 흡사 다른 언어인 것처럼...;
해스켈의 특징인 laziness가 또 머리를 더 복잡하게 합니다. (제 코드에서 볼 수 있는 것처럼, 특정 상황에서는 결과를 얻기 위해 strict 계산을 강제해야 했습니다.)

결론

해스켈은 imperative programming language와는 완전 다른 세상이다...
해스켈 책 하나(제 경우는 "Real World Haskell"(참고9)) 읽은 것으로는, 해스켈로 적절히 코딩하기 힘들다. (파이썬 배울 때랑은 다르던군요.)
제 코드 분명 최선과는 거리가 멀겁니다. 노빅씨의 알고리즘을 그래도 포팅한다는 제약 조건 하에서도 분명 더 우아한 해법이 존재할겁니다. 그 제약 조건이 없으면, 물론 훨씬 다양한 해법이 존재하겠죠(참고10).
시간이 참 많이 걸렸지만, 그래도 유익한 코딩 연습이었다고 생각합니다. ^^

참고자료

본 글의 영문 버전을 #AltDevBlogADay에 "Sudoku Solver in Haskell"로 게시하였습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

자료구조에서 사이클 찾아내기

all2one — Tue, 18 Jan 2011 02:26:41 +0900

Linked list가 있다고 합시다. 이 연결 목록에 사이클이 있으면 무한루프를 돌게 되므로, 반복문을 돌기 전에 사이클이 있는지 검사하고 싶습니다. 어떻게 하면 될까요?

루프를 돌면서 한번 나온 노드들은 그 신분(C++의 경우 노드의 주소값이 편리하겠죠)을 기록해두었다가, 다 돌기 전 같은 놈이 또 나오면 사이클이 있다고 판단할 수 있겠죠. 한번 나온 놈들을 기록하는 자료구조로는 해쉬테이블이나 이진트리를 쓰면 될겁니다.

그러나 목록에 있는 아이템의 개수에 상관없이 단 두 개의 포인터만으로 사이클을 검출해내라 한다면 어떨까요? 다시 말해, 추가적인 저장소 오버헤드(위의 해쉬테이블이나 이진트리 같은)를 없게하고 알아내라는 말입니다.

이미 알고 계셨던 분을 제외하고는 방법을 짜내기가 쉽지 않을 겁니다.

첫번째 힌트 보기

두번째 힌트 보기

그 차이는... 직선 경로에서는 속도가 다른 토끼와 거북이가 출발선 이외에서는 서로 만날 일이 다시 없지만, 원형 경로를 계속 달리는 경우에는 주기적으로 다시 만나게 된다는 것입니다. 이에 착안하여 나온 것이 Floyd의 알고리즘입니다. 하나씩 아이템을 살피는 거북이 iterator(혹은 포인터)와 하나씩 걸러서 아이템을 살피는 토끼 iterator를 사용합니다. 이를 개선한(이해하기는 좀 더 어렵지만) Brent의 알고리즘도 있군요. (해당 위키피디아 페이지에 알고리즘의 파이썬 코드와 자세한 설명이 나와 있으니 꼭 한번 읽어보세요.)

저장소 오버헤드에 대한 제약이 없다면, 굳이 이런 트릭을 써야 할 필요는 없습니다만, 사이클에 대한 토끼와 거북이의 통찰은 일반적인 패턴으로 익혀둘만 하다고 생각합니다. ^^

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

I am a champion (버프가 필요한 모든 분들께)

all2one — Sat, 15 Jan 2011 01:45:49 +0900

기운낼 필요가 있을 때마다 보곤 합니다. 여러분도 보시고 기운내시길! ^^

* 이 포스트는 blogkorea [블코채널 : 정말로 아무 이야기나 올리는 채널] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

블로그 다시 살립니다.

all2one — Fri, 14 Jan 2011 18:09:54 +0900

근 1년 가까이 동면 상태였네요. ㅠㅠ

행여나 열심히 구독 중이셨던 분이 계셨다면 정말 죄송;

그간 여러 일이 있었습니다. 가족과의 파리 여행부터, 게임 개발 책에 한 장을 집필할 기회도 얻었고, 큰 기회도 한번 날리고, 시그래프 아시아도 참관하고, 라식 수술도 받고... 등등;

시간 내기가 여전히 쉽지 않지만, 조금씩이라도 풀어보겠습니다. ^^

블로그 회생 기념이로 몇가지 대단치 않은 초대장들 배포합니다.

Project Phoenix (7장)

AOL의 gmail 킬러 프로젝트라는데... 성공할지는; 그래도 games.com, love.com, wow.com 도메인의 이메일을 가지고 싶은 분들한테는 매력이 있을지도.

Pinterest (무제한인듯; 어쩌면 이미 오픈 상태인지도)

FFFFOUND!와 유사한 컨셉의 사이트인데, pinboard 형식으로 보여줍니다. 조금 써봤는데, 저한테는 나름 쓸만하네요.

Passpad (이건 초대장도 없는데. 그냥 추천하고 싶어서;)

암호 관리 사이트인데, 처음엔 약간 사용이 번거롭지만, 나름 안전한듯 싶어서 추천합니다. 초대장을 따로 안줘서 직접 초대 신청하셔야 합니다.

ifttt (2장)

특정 트윗이 있으면 페이스북에 내용을 올린다던가, 특정 피드가 발견되면, sms를 날리다던가 등의 작업들을 간단히 생성/관리할 수 있게 해주는 사이트. 트위터, 페이스북, sms 이외에도 다양한 서비스들을 지원하고 있습니다. 전 아직 활용처를 못찾았지만, 유용해 보입니다.

위 서비스에 관심있으신 분, 댓글 남겨주시면 초대장 한도 내에서 초대해드리겠습니다. ^^

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

My Recent Tweets 20100623

all2one — Sat, 03 Jul 2010 01:51:20 +0900

프로그래밍programming

RT ibm_dw_kr: 작고 아름다운 언어 Io, Part 3: 데이터와 코드가 한 몸 되어 https://www.ibm.com/developerworks/kr/library/20100615/index.html #dev #
RT rickasaurus: Manuel Simoni's Letter to a Young Programming Language Enthusiast http://axisofeval.blogspot.com/2010/06/letter-to-young-pl-enthusiast.htm l #dev #

젊은 프로그래밍 언어 팬보이에게 보내는 편지...

RT stroughtonsmith: The WWDC10 session videos are now available! Fast! Well done jurewitz and team #dev #

WWDC10 세션 비디오들이 무료로 공개되었군요.

RT ch9: Sara Ford's 101 Visual Studio Tips in 55 Minutes Challenge http://bit.ly/bY63wy #dev #

아직 저도 못봤지만; Visual Studio Tips의 저자이니만큼 유용한 내용이 많을듯.

RT TonyAlbrecht: "int m = 1<< (30 - __cntlzw(n))" does the trick. There's nothing better to make you think for yourself than to ask.. #dev #
RT rickasaurus: From StackOverflow: What is your longest-held programming assumption that turned out 2 b incorrect? http://is.gd/cQCAP #dev #

스택오버플로의 또다른 흥미로운 질답

RT WalterBright: #d_lang Andrei Alexandrescu's book The D Programming Language is now shipping! http://tinyurl.com/3x5ao3b #dev #

드디어 나오는군요.

RT rickasaurus: RT Sadache: RT reddit_haskell: First-Class Concurrency in Haskell http://bit.ly/d91fUI #dev #
RT bionicbeagle: Uhm... step away from the compiler, please! C++ is wonderful :P http://bit.ly/d31UVw #dev #
Castor : http://mpprogramming.com/Cpp/Default.aspx Logic paradigm for C++ #dev #
Adobe Source Libraries: peer-reviewed and portable C++ source libraries intended to be widely usef... http://stlab.adobe.com/index.html #dev #
RT looselytyped: Git Reference - http://gitref.org/ - by the github team. Great resource by people who really understand Git. #git #dev #

hginit에 대항하는(사실 대항한다고 보는건 어려운게, 전자는 튜토리얼 성격, 후자는 레퍼런스 성격입니다만) Git 참고서 사이트

RT ibm_dw_kr: Google #C++ #testing #framework에 대한 간단한 소개 https://www.ibm.com/developerworks/kr/library/au-googletestingframework.html #dev #
quicklycode - Cheat sheets and programming stuff: http://www.quicklycode.com/ #dev #

프로그래밍 관련 컨닝 페이퍼 모음 사이트

C++ Rvalue References Explained http://thbecker.net/articles/rvalue_references/section_01.html #dev #

C++0x의 rvalue 참조에 대해 잘 설명해놓았습니다.

RT aycangulez: Reinvent the wheel often http://bit.ly/c7UK9b #dev #

흔히 바퀴를 다시 발명하는 짓은 하지마라라고 합니다만... 그 역에도 중요한 진실이 숨어있는듯.

RT VSTS2010: Visual Studio 2010 Feature Packs 입니다. VS2010이 일부 MEF 기반으로 설계되면서 멋진 확장 기능들이 홍수 처럼 쏟아지네요^^ http://bit.ly/aF2Vsm #dev #
RT RonJeffries: RT josephpelrine: pair programming simply explained. i love it. http://bit.ly/9rM4mb [me too] #dev #

ㅎㅎ;

RT codemonkeyism: RT devpg: RT roidrage: Slides for my NoSQL talk at #berlinbuzzwords: http://roidi.us/BfjC ... #dev #

NoSQL에 대한 슬라이드

RT xiles: 국내 소프트웨어 개발사/개발자 사이트 모음: http://www.kippler.com/doc/software_developer/#dev #
RT VSTS2010: [ #vs2010korea ]Asynchronous Agents Library - agent. 1 ( 상태 ) http://durl.me/mrjp #dev #

방법론methodology

RT martinfowler: Some advice on setting up a team room for agile projects: http://martinfowler.com/bliki/TeamRoom.html #methodology #

애자일 프로젝트를 위한 팀룸 셋업에 관한 마틴파울러의 조언

RT LeanKitKanban: RT paul_boos: My #prezi of Mindmapping + Personal Kanban: http://bit.ly/bKSPCA works best if discussed #methodology #

마인드맵과 개인 칸반보드를 활용한 생상선 향상에 관한 Prezi 슬라이드

RT michaelkeeling: Video of talks from #xp2010 - keynotes, great introductions to craftsmanship, lean, .. http://bit.ly/bffZCZ #methodology #

xp2010 강연 동영상들. 볼 건 정말 많군요...

RT LeanKitKanban: RT dennisstevens: Just Posted: Kanban and When Will This Be Done? http://bit.ly/ca4ISf #kanban #pmot #baot #methodology #

칸반을 활용한 일정 추정에 대한 좋은 글

그래픽스graphics

RT nvidiadeveloper: Texture Tools 2.08 now available for download http://bit.ly/bY39kW #graphics #

엔비디아 텍스처 도구가 더욱 강력하게 업데이트 되었군요.

RT aqnuep: OpenGL 3.2 Nature Demo updated: http://is.gd/cWzPJ #graphics #

Instance Cloud Reduction이라고 저자가 자칭하는 GPU 기반 인스턴스 컬링 기법

RT morgan3d: Detailed Microsoft presentation on current Shadow Mapping best practices http://bit.ly/arY2H3 #graphics #

Gamefest 2010에서 발표된 슬라이드로 최신 그림자 맵팅 기법들을 잘 정리해서 설명해줍니다.

RT repi: RT tuan_kuranes: Graphics Trick: Distributing stuff http://bit.ly/bauPah #graphics #

이미지의 효과적인 샘플링에 필수적인 표본 분포 기법을 잘 정리해놓은 블로그글

RT repi: RT SemiAccurate: part 2 Andrew Richards and Tim Sweeney http://bit.ly/9STCj0 #graphics #

그래픽스 하드웨어의 미래에 대한 두 전문가의 대담. 구린 음질로 알아듣기가 상당히 힘들군요...

RT CDemerjian: Part 1: http://www.semiaccurate.com/2010/06/14/tim-sweeney-and-andrew-richards-debate-future-graphics-hardware/ #graphics #

위 대담의 첫번째 동영상. 방금 확인해보니 다섯번째까지 나왔더군요.

RT jgkim999: Geeks3D.com - DirectX 11: Microsoft GameFest 2010 Presentations Download Links http://bit.ly/cYlQNh #graphics #

기타 GameFest 2010 강연자료를 받을 수 있는 곳

RT morgan3d: New algorithm for dashed & other stylized 3D lines that doesn't cause swimming under animation: http://bit.ly/aITRph #graphics #

비실사적 렌더링 관련 논문

RT repi: Texture Compression of Light Maps using Smooth Profile Functions paper http://goo.gl/xtTc uses test content from Mirr... #graphics #

조명맵의 압축에 관한 최신 논문

Fast and Accurate Single-Pass A-Buffer using OpenGL 4.0: http://bit.ly/bpu04x #graphics #

OIP(Order Independent Transparency)를 위한 OpenGL 4.0 기반의 '단일 패스' A-Buffer 기법

RT ChristinaCoffin: RT ivanassen: MLAA on the GPU: http://bit.ly/bdVeil #rendering #graphics #

최근 각광을 받고 있는 안티알리아싱 기법인 MLAA의 GPU 구현에 관한 논문

RT repi: Nvidia Parallel Nsight June 2010 Beta out: supports DX11, shader debugging, frame profiling/debu... http://bit.ly/90pL0J #graphics #

유용해보이는 엔비디아의 또다른 디버깅 및 프로파일링 도구

RT meshula: Updated my old page on SSAO shading with more recent information and links. (fixed link :) #fb http://bit.ly/d74K2u #graphics #

SSAO 기법에 다양한 변종들에 관한 깔끔한 정리

RT meshula: RT @_osa_: Two Methods for Fast Ray-Cast Ambient Occlusion: http://www.tml.tkk.fi/~samuli/ (via syoyo mattpharr) :) #graphics #

유로그래픽스 2010에 실린 Ambient Occlusion에 관한 논문

병렬성parallelism

RT SoftTalkBlog: Experimenting with Intel Concurrent Collections for Haskell http://bit.ly/bZlTbi #parallelism #programming #

인텔의 해스켈용 CnC 라이브러리의 실험 결과

RT IntelDevTools New blog post by michaelmccool analyzing the most troublesome parallel pattern: scatter http://bit.ly/armsyi #parallelism #

병렬 패턴 중 scatter에 관한 글

RT syoyo: SPAP: A Programming Language for Heterogeneous Many-Core Systems: http://www.kunzhou.net/2010/SPAP-TR.pdf #parallelism #

이종결합 many-core 시스템을 위한 프로그래밍 언어에 관한 논문

RT bjoernknafla: Great rant by C. Bloom how to write parallel code: http://j.mp/d48UD6 #parallelism #

병렬 코드 작성에 관한 훌륭한 조언

RT codaset: Just released first revision of ActorCore, a concurrency library for C. http://codaset.com/jer/actorcore #parallelism #

C용 액터모델 기반 병렬 라이브러리

게임개발gamedev

RT SnappyTouch: RT mysterycoconut New blog post "Levels" http://bit.ly/cNO2Bf, in which I manage to not explain a thing about H.. #gamedev #

한 인디게임개발자의 게임개발에 관한 실용적 조언

RT morgan3d: Board/Video gaming blog from new developer, 10x10 Room, with inside details of their design ... http://10x10room.com/ #gamedev #

신생 비디오/보드 게임개발사 블로그

RT repi: RT NVIDIAGeForce: Download the Final Fantasy XIV Online Benchmark here:http://bit.ly/aIOl8I #gamedev #

얼마 전 E3에서 공개된 파이널판타지 XIV 온라인 벤치마크 다운로드 링크

RT jacking75: DirectX SDK (June 2010) 공개. VS2005 지원안함, VS2010은 수동으로 등록 필요. SDK의 DirectSetup WinXP SP2 지원안함 http://bit.ly/a34LGH #gamedev #
RT young_writing "Oh my God! What do we do? Better do nothing." Gamasutra - StarCraft II: Building On The Beta http://goo.gl/X7DR #gamedev #

블리자드의 스타크래프트 2 베타 테스트에 대한 유용한 인터뷰

RT SnappyTouch: Interested in contributing to Game Engine Gems 2? Submit your proposal here: http://bit.ly/bitUrS #gamedev #

책 Game Engine Gems 2 글 기고 신청을 받고있군요.

기타etc

Forrst: Microblogging for Designers and Developers: http://mashable.com/2010/06/19/forrst/ #

개발자 및 디자이너를 위한 마이크로블로깅 서비스. 저도 드디어 초대를 받아 사용중....

RT RatRaceTrap: "The question is not 'Is there life after death?' The question is, 'Is there life before death?'" -- Alan Cohen #quote #
Top 10 Beautiful Minimalist Icon Sets: http://mashable.com/2010/06/17/minimalist-icon-sets/ #

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

My Recent Tweets 20100604

all2one — Thu, 10 Jun 2010 06:32:09 +0900

프로그래밍programming

RT unclebobmartin: WTF is a Monad presentation now uploaded at: http://bit.ly/aBMIaL Have fun. #dev #

엉클밥의 Clojure를 기반으로한 모나드 강좌

RT daniel_collin: RT Keyframe: oh google IO videos have been posted http://bit.ly/5N5iHO #dev #

구글 IO 강연 영상들이 공개되었습니다.

RT VSTS2010: [ #vs2010korea ][Plus C++0x] 람다(Lambda) 이야기 (마지막회) http://durl.me/mdrh #dev #
RT aDevilInMe: "CPU Caches and Why You Care" Scott Meyers. #pdf http://bit.ly/dvC9Pj #dev #

캐시가 성능에 미치는 영향에 관한 좋은 자료

Open Source Bridge Talk: Multicore Haskell Now http://donsbot.wordpress.com/2010/06/01/open-source-bridge-talk-multicore-haskell-now/ #dev #

해스켈의 병렬 지원에 관한 슬라이드

RT rickasaurus: Grokking Functional Data Structures (great post) http://is.gd/cyeSz #fsharp #dev #

함수형 자료 구조에 관한 소개글

RT VSTS2010: [ #vs2010korea ][Plus C++0x] 람다(Lambda) 이야기 (3) http://durl.me/m23w #dev #
RT codemonkeyism: #myNoSQL is a very useful service http://bit.ly/cCezeB #dev #

데이타베이스계의 새바람 NoSQL 관련 소식을 모아 전해주는 사이트

RT sigfpe: Constructing Intermediate Values http://bit.ly/a785oI #dev #

어렵네요;

RT VSTS2010: [ #vs2010korea ]Asynchronous Agents Library 소개 http://durl.me/kke7 #dev #

VS 2010과 함께 등장한 네이티브용 병렬 라이브러리 중 하나인 AAL에 관한 소개글

RT javawork: http://goo.gl/bUcU - 오픈소스 라이센스의 유형별로 잘 정리되어 있네요. 라이센스 별로 클릭하면 자세한 설명 페이지도 있습니다. #dev #
RT esstory: [예약도서] Blog2Book, 프로그래머가 몰랐던 멀티코어 CPU 이야기 http://shar.es/mjYQ3 - 김민장님이 책을 냈네요. 이건 무조건 사야해 #dev #

기대됩니다.

RT rickasaurus: Learn Python The Hard Way http://is.gd/coXRH /via loufranco #dev #

또하나의 파이썬 학습 자료

RT rickasaurus: The Computer Language Benchmarks Game http://is.gd/coBR8 #dev #

재미삼아 볼만한 프로그래밍 언어 벤치마크 자료

RT rickasaurus: MetaFun: Compile Haskell-like code to C++ template metaprograms http://bit.ly/anL3lT #dev #

C++ 템플릿 메타프로그래밍은 함수형 언어와 매우 유사한 코딩 환경을 제공합니다. 한 친구가 해스켈로 코딩하면 자동으로 C++ 템플릿 메타프로그램으로 변환해주는 도구를 만들었군요!

RT rickasaurus: Advanced programming languages http://is.gd/cnaMc /via @_Rahul_G_ #dev #

본업에서 쓰이는 언어 이외에 통찰을 얻기 위해 공부해볼만한 프로그래밍 언어들 소개

RT ibm_dw_kr: 작고 아름다운 언어 #Io, Part 2: 프로토타입 기반 객체 지향 프로그래밍 http://bit.ly/cdVjXD #dev #
RT meshula: An interesting article on a C++ channel communication system. http://bit.ly/9qiT2I #dev #

채널 기반 C++ 메시징 시스템. 병렬처리를 위한 한가지 대안이 될 수 있을듯.

RT rickasaurus: What are your favorite programming-related academic papers? http://is.gd/cjhND #dev #

주옥같은 논문들이 많이 언급되어 있군요.

RT ShinNoNoir: "Regular expression engine in 14 lines of Python" by redditor psykotic http://bit.ly/aNy3Qo #dev #

14줄의 파이썬 코드로 이루어진 정규표현식 엔진

방법론methodology

RT PsychodudeCom: Looking Back at Lean - 6 lessons for winning: http://bit.ly/auckGg #methodology #

린 철학에 대한 깔끔한 정리

RT codemonkeyism: Worth thinking about: Defensive Scrum Anti Pattern http://bit.ly/9cNfCM #methodology #

스크럼을 방어용으로 잘못 활용하는 예들

RT afterwise: It's ok not to write unit tests; http://bit.ly/bX9U7a #methodology #

단위테스트에 대한 맹신에 일침을 가하는 글

그래픽스graphics

RT morgan3d: I released the details of the colored transparent shadow work I did a t NVIDIA: http://bit.ly/cgJ973 #graphics #

유색 그림자 기법에 관한 최신 글

RT msinilo: Humus on EDRAM: http://www.humus.name/index.php?ID=309 (good rant) #graphics #

Xbox360에 쓰여 유명한 EDRAM에 관한 의견

RT meshula: Screen space in-scattering demo. #fb http://bit.ly/ajPBP9 #graphics #

화면 공간 in-scattering 기법 GL 데모

RT aras_p: Bump Mapping Unparametrized Surfaces on the GPU: http://bit.ly/9N3XiE #graphics #

게임개발사 너티독의 개발자가 쓴 범프맵핑 기법에 관한 논문

Why Intel Larrabee Really Stumbled: Developer Analysis: http://goo.gl/YLY2 #graphics #

최근 취소된 인텔 라라비에 대한 분석

RT meshula: Good looking DOF and HDR effect using DX11 features. #fb http://bit.ly/cHtMlq #graphics #

DX11 기능을 이용한 피사계 심도 및 HDR 효과 데모

RT tatsuma_mu: SIGGRAPH 2010 : Technical Papers Trailer http://bit.ly/ad8EiN #graphics #

시그래프 2010 기술논문 트레일러

RT meshula: Ray-Box Intersection algo v/ tuan kuranes http://bit.ly/avgUGU #graphics #

광선추적렌더링에 필수적인 광선-상자 교차 검출 알고리즘에 관한 논문

RT aras_p: New blog post: Compiling HLSL into GLSL in 2010 http://bit.ly/amFH2c #graphics #

HLSL을 GLSL로 컴파일하기

병렬성parallelism

RT a_williams: RT mfeathers: The resurgence of parallelism (interesting discussion of determinacy): http://bit.ly/civUkr #parallelism #

새롭게 각광 받는 병렬성에 관한 CACM 글

RT IntelDevTools: Dr_Dobbs: A Design Pattern Language for Engineering (Parallel) Software http://bit.ly/c8fymF #parallelism #

병렬 소프트웨어 개발을 위한 패턴 언어

RT IntelDevTools: Announcing Intel Concurrent Collections for Haskell 0.1 http://bit.ly/aqXw2C #parallelism #

인텔에서 개발한 해스켈용 병렬 컬렉션 라이브러리

RT a_williams: My latest article on enforcing associations between mutexes and data is now up at http://bit.ly/d6IcnP #parallelism #

뮤텍스와 그가 보호하는 데이터 간의 연동을 강제하는 기법에 관한 글

RT IntelDevTools: “Structured Parallel Programming with Deterministic Patterns” http://bit.ly/cxGrHk #parallelism #

역시 패턴 기반의 병렬 프로그래밍에 관한 인텔 글

게임개발gamedev

RT bjoernknafla: RT niklasfrykholm: New blog post: "Avoiding Content Locks and Conflicts" -- http://bitsquid.blogspot.com/ #gamedev #

게임에서 XML이나 JSON 기반의 컨텐츠의 충돌 처리 및 병합에 관한 글

RT rigmania: NDC 후기입니다. 아직 몇 개 남았지만 여기까지 정리해서 올립니다. 이제 제 블로그도 원래 취지에 맞게 걸그룹 소식을 올리도록 하... http://parkpd.egloos.com/tag/NDC #NDC_10 #gamedev #
RT repi: "How data rules the world: Telemetry in Battlefield Heroes" from STHLM Gamedev Forum is now up on... http://bit.ly/b4AaVg #gamedev #

스톡홀름 게임개발자 포럼에서 전도유망한 스웨덴 개발사 DICE의 멤버가 발표한 슬라이드

RT themadpeacock: Check this video out -- Will Wright Keynote at GameTech 2010 http://bit.ly/9MVQ4y #gamedev #

저도 아직 못본...;

RT repi: Posted the updated slides for my "Parallel Futures of a Game Engine (v2.0)" talk I did @ STHLM #gamedev Forum http://bit.ly/cwTc5z #

역시 스톡홀름 포럼에서 발표된 게임엔진의 병렬화에 관한 발표자료

RT niklasfrykholm: "Practical Examples in Data Oriented Design" -- slides from my talk at Sthlm #gamedev Forum: http://bit.ly/cLdPLA #

요즘 게임 개발에서의 핫트렌드 중 하나인 데이터 지향 설계에 관해 쉽게 설명해줍니다.

RT imqwerty2: 데브캣 스튜디오 Publications Blog가 오픈하였습니다. http://bit.ly/csYEvg #gamedev #

멋집니다, 데브캣!

RT ChristinaCoffin: The Aesthetics of Unique Video Game Characters: http://bit.ly/aIuP35 by Shaylyn Hamm http://bit.ly/b9eMGG #Art #gamedev #

비디오 게임 캐릭터의 미학

RT eiaserinnys: NDC2010 "완벽한 MMO 클라이언트 설계에의 도전 : M2 아키텍처 리뷰" 강연 자료를 공개합니다. http://bit.ly/bHlPjc 고의성 낚시 제목에 고통받으신 많은 분들께 죄송할 뿐이고;;; #gamedev #
RT tatsuma_mu: RT CrEEp3r Cryengine 2 Fantasymodification - http://bit.ly/d66fH1 #leveldesign #gamedev #gamedesign #

아름다운 판타지풍의 CryENGINE 2 모드

RT tatsuma_mu: http://bit.ly/9IA6rV google pacman source. #gamedev #

얼머전 구글 로고에 데뷔한 인터액티브 팩맨 소스코드

RT Wolfire: Reviewing Sculptris http://bit.ly/9NQD09 #gamedev #

지브러쉬 등에 견줄만한 공짜 모델링 툴

RT Wolfire: Automatic navigation meshes http://bit.ly/dqZqxF #gamedev #

괜춘한 네비게이션 메쉬 라이브러리에 대한 소개

기타etc

“Doing nothing is better than being busy doing nothing.” ~Lao Tzu #quote #
RT DeliciousHot: Kaleidoscope — File comparison for Mac http://is.gd/cz8gn #

깔삼해보이는 맥용 파일 비교 툴. 맥에서 개발하시는 분에게 강추

RT sioum: The Secret Powers of Time http://bit.ly/as8RJu #
RT dailyrt: Hello world! http://chirrps.com is a revolutionary Twitter search engine combined with the best Twitter directory on the planet #
RT nicolerichie "I'd rather regret the things I've done than regret the things I haven't done." - Lucille Ball (http://chirrps.com) #
유럽 출시 둘째날, 드디어 iPad 겟! (미국으로 신혼여행 떠난 동료에게 부탁했었으나, SF 애플스토어에선 iPad가 일시 품절이란 소식에...) #
RT tferriss: "Letters from a Stoic" free (a large portion) on Google Books: http://ping.fm/kvMP1 (Thx, Craig!) #
RT PsychodudeCom: 50 Useful Blogs for Writers: http://bit.ly/bZklhC #

영어 글쓰기에 유용한 블로그 50선

RT themindfulist: "Pain is inevitable. Suffering is optional." Any problems in your life this quote applies to? (Hint: ALL of them!) #quote #
RT Twitter_Tips: It's Official: Apple Is Now Worth More Than Microsoft: http://j.mp/9QiXGM #
lol RT rickasaurus: Top 10 Things That Annoy Programmers http://is.gd/cpUYA #

프로그래머를 화나게 하는 10가지 ㅎㅎ

What now is always what I want. - JJ #quote #
RT esstory: Stretching Clock http://shar.es/mj6cf - 자다 일어 나서 스트레칭 먼저 하면 개운하겠네요 이런 베게 아주 좋아 ㅎ #
RT DeliciousHot: Top 40 Useful Sites To Learn New Skills http://is.gd/cocmX #
RT go2web20: Soluto: Anti-Frustration Software http://bit.ly/Soluto #Israel #Go2web20 #

PC 문제 해결을 위한 흥미로운 접근

RT iwisenet: As I have not worried to be born, I do not worry to die.-F.García Lorca #quote http://bit.ly/dw0Qnh #
RT princeofcode: Duck Duck Go, a search-engine for programmers: http://bit.ly/a2qARB (via hackernewsbot) #

소스 코드 검색에 뛰어난 새로운 검색 엔진

RT PsychodudeCom: Running A Software Business On 5 Hours A Week: http://bit.ly/9ZGK39 #

일주일에 5시간 투자로 소프트웨어 비즈니스 꾸려나가기에 관한 진솔하고 유용한 글

RT mushman1970: RT 기대가 큽니다. 글고 수고 많았습니다. BKLove: 트위터 매쉬업 서비스 트윗믹스가 오픈했습니다. 대한민국에서 가장 뜨거운 이슈를 확인해보세요 :) http://tweetmix.net/" #

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

프랑크푸르터의 파리 여행기

all2one — Thu, 27 May 2010 04:48:34 +0900

이곳에서는 나름 큰 휴일 중 하나인 부활절을 맞아 가족과 함께 파리 여행을 다녀왔습니다. 독일 생활을 시작한 지 근 2년 만에 이웃 나라 나들이게 되겠습니다; 아들 녀석과의 사투로 굉장히 힘들었지만, 그래도 세 가족의 첫 여행이었던 만큼 즐거움도 많았습니다.

독일의 고속철 ICE 타고 4시간 정도면 도착

가격대성능비 최고였던 일식집

화려한 실내 장식의 스타벅스

장미 모양의 아이스크림콘

오후의 보주 광장

생제르맹 운하변에 놓인 오렌지 카페

생제르맹 운하

루브르 박물관 앞에서의 비눗방울 놀이

맛있지만 매우 비쌌던 과자점

샹젤리제 거리 야경

줄이 한참 길었던 전설의 스테이크집

샹젤리제 거리의 루이비똥 본점. 한국인도 꽤 많았지만 역시 대세는 중국인

파리 총평

길들이 좁고 유모차에 대한 배려 전무... 이에 비하면 독일 프랑크푸르트 대중교통이나 기타 공공시설의 유모차에 배려는 선진국답습니다.
패션은 역시 독일 프랑크푸르트보다 세련된 느낌. 여자들의 미모도 역시 파리지엔!
지하철은 한국 지하철만큼 깨끗한 곳이 없군요. 프랑크푸르트보다 못함.
영어도 정말 못하는 건지 안하려는건지 어쨋든 독일보다 잘 안통하더군요.
물가는 프랑크푸르트보다 약간 센 느낌

* 이 포스트는 blogkorea [블코채널 : 여행과 사진을 좋아하는 Blogger들] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

뒤늦게 올리는 GDC 2010 리포트

all2one — Wed, 28 Apr 2010 04:58:11 +0900

첫째 날 20100309
둘째 날 20100310
셋째 날 20100311
넷째 날 20100312
다섯 째날 20100313
기타
공개된 슬라이드들

첫째 날 20100309

Advanced Visual Effects with Direct3D

D3D11에서는 'Tessellation'과 'DirectCompute'가 큰 테마더군요.

저에겐 헷갈리는 주제였던 'HullShader'와 'DomainShader'의 역할에 대해 명확히 설명해 주었습니다.

간단한 로컬 방식과 비싸지만 더 그럴듯한 Catmull-Clark 근사 중 하나를 택할 수 있습니다.

각 방식의 비교

Left4Dead 2에서 피격 부위 렌더링에 관하여

DirectCompute를 사용한 Diffusion DOF

Metro에서는 간단한 Phong tessellation 방식을 사용

D3D11에서 지원하는 D3D 리소스들의 별도 스레드 로딩은 상당히 유용해 보입니다.

둘째 날 20100310

Intel Game Performance Workshop (Presented By Intel)

인텔의 프로파일링 도구들의 체험 위주였습니다.
하지만 인텔의 'Smoke' 데모에 사용된 스레딩 전략은 흥미로워 보였습니다.

병렬 패턴들

더블버퍼링과 Overlapping Subset 방식의 비교

컴포넌트 기간 엔터티 설계

렌더링 및 게임 스레드의 조율에 흔히 사용하는 더블버퍼링 대신 Overlapping Subset 방식 사용
http://software.intel.com/en-us/articles/smoke-game-technology-demo/

셋째 날 20100311

Designing for Performance, Scalability & Reliability: StarCraft II's Approach

스타크래프트2에 사용된 게임내 프로파일링 도구에 관해 주로 다룸

심지어는 메모리 단편화 검사 도구도 제공

부하 테스트. 모든 스타크래프트 유닛 총출동!

프로파일링 데이터를 수집한 후 저장해 놓아, 나중에 fps 그래프에서 튀는 부분을 찾아내어 그 시점에 어느 함수에서 가장 많은 시간이 소모되었는지 조사하는 등의 작업이 가능
특별히 규모가변성을 위한 공학적 선택을 하였다고 진술 (가령, 전통적인 포워드 렌더링 대신 지연 렌더링을 선택)

Data is a Four-Letter Word

어셋 스트리밍 관련

'Refgraph' 개념이 꽤 유용해보입니다.

'treap'이라 부르는 자료구조를 쓰고 있다더군요.

현재 툴팀에 있는지라 관심이 갔던 세션

WAF라는 빌드 시스템 사용

대부분의 파이프라인 도구룰 파이썬으로 개발
자체 데이터 포맷인 ADF의 경우, 시리얼라이제이션 프레임웤이 포맷 규격에서 자동으로 C++ 헤더와 파이썬 코드를 생성해내는 방식 사용

Concrete Practices to be a Better Leader

번지에서 온 친구의 강연
매우 독창적인 프리젠테이션 스타일 선보임
영어만 가능하시면 http://www.gdcvault.com/play/1012346/Concrete_Practices_to_be_a_Better_Leader 여기서 시청할 것을 강력추천합니다.

"Everthing is my teacher."

http://www.amazon.com/Difficult-Conversations-Discuss-what-Matters/dp/014028852X/ref=sr_1_1?ie=UTF8&s=books&qid=1269018812&sr=8-1

"Training is the opposite of hoping"

GPU 정글쥬스나 쿠다 리브레 한잔 하실 분? (엔비디아 파티에서)

넷째 날 20100312
Agile: No Silver Bullet

특별한 내용은 없었음
트위터를 사용해 청중들한테 질문 받음

The Psychology of Game Design (Everything You Know Is Wrong)

유명한 시드 마이어의 강연

게임 플레이어와 기획자 사이의 암묵적 약속을 의미하는 'Unholy Alliance'라는 용어를 만들어냄

Protect players from themselves!(플레이어를스스로 게임의 재미를 망치는 것을 막아라!)

Animation Warping for Responsiveness in FIFA Soccer

애니메이션 프로그래머들에게 귀중한 세션
자연스러운 애니메이션 기반 턴 동작 처리를 위해, 'warp segments'라는 영리한 개념을 사용했습니다.

IK에 더해 별도의 와핑 기법을 사용함으로써 자연스러운 발의 볼 터치를 구현

APB: Creating a Powerful Customisation System for a Persistent Online Action Game

Real Time Worlds가 커스터마이제이션 엄청난 투자를 했더군요. APB의 개발이 왜 오래 걸리는지 알 것 같았습니다...

일종의 텍스처 아틀라스(격자로 나뉜)와 메시 세그먼테이션으로 이음새 없는 캐릭터 커스터마이제이션과 런타임 성능이라는 두 마리 토끼를 동시에 노림

문신과 같은 단순 표식에 대해서는 Valve에서 나온 Distance-Field Encoding 기법 활용

매우 깔끔해보이는 엔드유저 커스터마이제이션 도구도 제공하더군요.

다섯째 날 20100313
Three Big Lies: Typical Design Failures in Game Programming

Insomniac Games에 다니는 트위터 친구(@mike_acton)의 세션
너무 인기가 좋아 방 진입 실패;
슬라이드라도 여기서 http://www.insomniacgames.com/research_dev/articles/2010/1522262 보시길

Texture compression in real-time, using the GPU

짧았지만 매우 실용적이었던 세션이었습니다.

PC, Xbox 360, PS3를 모두 지원하는 크로스플랫폼 솔루션

텍스처 압축에 관심이 있는 분이라면 슬라이드를 꼭 찾아보시길 권합니다.

The Imlementation of Rewind in Braid

조나단 블로Jonathan Blow는 리와인드 기능을 위해 매우 무식해 보이는 방법을 택했습니다. 매 프레임 전체 월드 상태를 저장하는 것이지요.

물론, 다양한 압축 기법을 적용하였습니다.

여기서 http://www.gamedev.net/columns/events/gdc2010/article.asp?id=1808 본 세션에 대한 더 자세한 정보를 얻으실 수 있습니다.

Animation and Player Control in Uncharted: Drake's Fortune and Uncharted II: Among Thieves

애니메이션 프로그래머들을 위한 또다른 세션

크라이엔진에서 했던 유사한 고민을 똑같이 하고, 비슷한 해법을 적용했음을 알 수 있었습니다.

레이어링 지원

애니메이션 미러링

애니메이션 제어에서 플레이어 제어로의 전환 곡선

가산(additive) 애니메이션의 몇가지 영리한 활용 예를 보여주었습니다.

한프레임짜리 포즈 + idle 숨쉬는 동작 = 다양한 포즈에서의 idle 애니메이션

크라이엔진의 LMG 개념과 유사해보입니다.

Shears - Squeeze the Juice Out of the CPUs: Post Mortem of a Data-Driven Scheduler

'Shears'라는 명칭의 멀티플랫폼 병렬 프레임웤

굉장히 흥미로워 보였지만, 아쉽게도 자세한 기술적 내용의 공개는 꺼리는 눈치였습니다.
아래와 같은 스케줄링 에디터도 제공하더군요.

크로스플랫폼(PS3 SPU에 대해서도 추상화된 인터페이스 제공)

락프리 컨테이너 활용

쉬운 디버깅을 프레임웤의 핵심 기능으로 보고 작업했다더군요.

기타

RAD game tools에서 몇가지 새로운 도구들을 선보였습니다.

Telemetry: 크로스플랫폼 지원의 타임라인 프로파일링 시스템

Iggy: 플래시 기반 UI 미들웨어

Hero Engine http://www.heroengine.com/ 부스에서 제공하는 에디터를 살펴볼 수 있었습니다.

서버 기반 협업 편집 지원

C# 윈폼 기반의 깔끔한 GUI

크라이엔진의 샌드박스와 같이 효율적인 작업 공정을 위한 빠른 이터레이션을 지향

트위터에서의 GDC 2010 http://www.jesperjuul.net/ludologist/?p=953

공개된 슬라이드들

Go With The Flow: Fluid and Particle Physics in PixelJunk Shooter http://fumufumu.q-games.com/gdc2010/shooterGDC.pdf
Rendering with Conviction http://www.selfshadow.com/talks/rwc_gdc2010_v1.pdf
GDC session slides now online - Mobile, OpenCL, COLLADA, OpenGL http://www.opengl.org/news/permalink/gdc-session-slides-now-online-mobile-opencl-collada-opengl/
Links to "Intro to SPU Opts" referenced in John Hable's GDC session UNCHARTED2 HDR Lighting http://www.naughtydog.com/site/post/gdc_10_uncharted_2_hdr_lighting/
The AI of BioShock 2: Methods for Iteration and Innovation http://www.onethree.org/gdc/
NVIDIA @ Game Developers Conference 2010 http://developer.nvidia.com/object/gdc-2010.html
Kings of Convenience - What Walmart Tells Us About the Future of Gaming http://publications.dice.se/publications.asp?show_category=yes&which_category=Production
Concrete Practices to be a Better Leader http://www.gdcvault.com/play/1012346/Concrete_Practices_to_be_a_Better_Leader
Three Big Lies: Typical Design Failures in Game Programming http://www.insomniacgames.com/research_dev/articles/2010/1522262

크라이텍 디너

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

GDC 2010 참관 스케줄

all2one — Thu, 04 Mar 2010 01:31:03 +0900

보시면 아시겠지만, 중복이 좀 있는데, 아직 무엇을 들을지 확정짓지 못한 것들입니다. ^^
흥미로운 세션들이 많군요. 기대됩니다.

March 9-13, 2010
San Francisco, CA
Moscone Center

Session Title	Date	Start Time	End Time	Location
Advanced Visual Effects with Direct3D	2010-03-09	10:00:00	18:00:00	Room 301, South Hall
Intel Game Performance Workshop (Presented By Intel)	2010-03-10	10:00:00	18:00:00	Room 120, North Hall
Designing for Performance, Scalability & Reliability: StarCraft II's Approach	2010-03-11	09:00:00	10:00:00	Room 306, South Hall
C++ is a Bad Language for Game Development - What Should Replace it?	2010-03-11	10:30:00	11:30:00	Room 120, North Hall
Data is a Four-Letter Word	2010-03-11	10:30:00	11:30:00	Room 131, North Hall
Physics Meets Animation : Character Stunts in Just Cause 2	2010-03-11	13:30:00	14:30:00	Room 132, North Hall
OpenGL - Featuring WebGL	2010-03-11	15:00:00	16:00:00	Room 123, North Hall
The Asset pipeline for Just Cause 2: Lessons learned	2010-03-11	15:00:00	16:00:00	Room 131, North Hall
Concrete Practices to be a Better Leader	2010-03-11	16:30:00	17:30:00	Room 305, South Hall
Agile: No Silver Bullet	2010-03-12	09:00:00	10:00:00	Room 303, South Hall
Animation Warping for Responsiveness in FIFA Soccer	2010-03-12	13:30:00	14:30:00	Room 304, South Hall
Technical Issues in Tools Development	2010-03-12	13:30:00	14:30:00	Room 120, North Hall
Zero to Millions: Building an XLSP for Gears of War 2	2010-03-12	15:00:00	16:00:00	Room 303, South Hall
APB: Creating a Powerful Customisation System for a Persistent Online Action Game	2010-03-12	16:30:00	17:30:00	Room 135, North Hall
Task-based Multithreading - How to Program for 100 cores	2010-03-12	16:30:00	17:30:00	Room 300, South Hall
Three Big Lies: Typical Design Failures in Game Programming	2010-03-13	09:00:00	10:00:00	Room 125, North Hall
Texture compression in real-time, using the GPU	2010-03-13	10:30:00	10:55:00	Room 132, North Hall
R-Trees -- Adapting out-of-core techniques to modern memory architectures	2010-03-13	11:05:00	11:30:00	Room 132, North Hall
The Implementation of Rewind in Braid	2010-03-13	11:05:00	11:30:00	Room 130, North Hall
Animation and Player Control in Uncharted: Drake's Fortune and Uncharted II: Among Thieves	2010-03-13	13:30:00	14:30:00	Room 135, North Hall
The Rendering Tools and Techniques of Splinter Cell: Conviction	2010-03-13	13:30:00	14:30:00	Room 303, South Hall
Shears - Squeeze the Juice Out of the CPUs: Post Mortem of a Data-Driven Scheduler	2010-03-13	15:00:00	16:00:00	Room 304, South Hall
Uncharted 2: HDR Lighting	2010-03-13	15:00:00	16:00:00	Room 305, South Hall

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

My Recent Tweets 20100226

all2one — Tue, 02 Mar 2010 08:15:22 +0900

프로그래밍programming

RT spolsky: I made you a Mercurial tutorial: http://hginit.com/ #dev #

조엘이 만든 인기 분산버전관리시스템, 머큐리얼의 튜토리얼

RT javawork: http://goo.gl/BoYZ - Serializing Data( JSON vs. Protocol Buffers ) #dev #

여러 언어에서 JSON과 프로토콜버퍼의 시리얼라이제이션 성능을 비교한 글

RT DeliciousHot: DreamPie: The Python shell you've always dreamed about! http://is.gd/8U5QM #dev #

유용해 보이는 파이썬 쉘

RT rickasaurus: RT hackernewsbot: Smoking fast Haskell code using GHC's new LLVM codegen... http://bit.ly/agrRaH #dev #

요즘은 LLVM이 대세

RT TacticalGrace: OOPSLA is moving its focus away from objects: a sign of our times http://splashcon.org/ #dev #

개체지향이 메인 테마였던 OOPSLA도 OO 접두어를 떼어버리는군요. 여러가지 면에서 개체지향의 시대가 저물고 있음이 확실해지는 듯.

RT petershine: 5 Online IDEs That Let You Code in the Cloud http://bit.ly/b8AUIh #dev #

웹 IDE들

Alchemy - using C/C++ in Flash apps http://3d.pe.kr/bCrYd5 #dev #

C/C++ 코드를 액션스크립트 가상머신 상에서 돌도록 컴파일 해주는 어도비 랩 툴

RT martinfowler: My unscientific agglomeration of opinion on version control tools: http://3d.pe.kr/9HDbbr #dev #

마틴파울러의 버전 관리 도구에 대한 소고

RT Twitter_Tips: Twitter Begins Promoting Their (many) Open Source Projects http://j.mp/af5IU4 #dev #

트위터 자체 오픈소스 프로젝트들 페이지

RT engineyard: Leverage Haskell in your Ruby code with Hubris! New post by @ larrytheliquid -- http://bit.ly/bLLuLg #dev #

루비 내에서 해스켈 코드 활용하기

RT KageKirin: gDEBugger now supports #OpenCL http://tinyurl.com/ybbjyk6 #dev #
RT 3dgamestudio: Top 20 Programming Lessons I've Learned in 20 Years: http://bit.ly/85ho4b #dev #
RT petershine: 97 Things Every Programmer Should Know http://bit.ly/bELOj3 A new O'Reilly book #dev #

최근 구입한 책

RT aqnuep: New Blog Post: One more degree of freedom for C++ http://bit.ly/d9ah31 #dev #

C++에서의 함수개체 구현에 관한 유용한 글

RT unclebobmartin: http://bit.ly/aMPJPd A good place to go to study a wide variety of Clojure code. #dev #

JVM 기반 함수형 언어 Clojure에 관심 있는 분에게 유용한 사이트

RT tatsuma_mu: RT niklasfrykholm New blog post about "resource blobs": http://bitsquid.blogspot.com/ #dev #

개체 데이터의 효율적 저장에 대한 신선한 아이디어

RT lee_winder aras_p ReviewBoard won due to feature set & cost http://bit.ly/9b5sDf. Though SmartBear's CodeCollab is gr8 but costly #dev #

코드리뷰 툴 비교 분석

RT ohyecloudy: 페인트 닷넷에서 처음 이 옵션을 보았는데, 사용자를 진짜 배려한 업데이트 옵션이군요. - 프로그램을 끌때 업그레이드 하시겠습니까? http://opnote.tistory.com/42 #dev #

방법론methodology

RT aycangulez: I have just launched flow, my lean project management app. Please let me know what you think. http://flow.io #methodology #

온라인 린(lean) 프로젝트 관리 도구

RT aycangulez: RT flowio: Kanban turns around another project http://bit.ly/6ZJa2n (with Monty Python references) #methodology #

칸반 활용 예

RT davenicolette: blogged about Agile Zen and LeanKitKanban. http://bit.ly/b51mSd > Thanks, Dave! #methodology #

두 애자일 및 린 관리 도구인 Agile Zen과 LeanKitKanban 비교

그래픽스graphics

RT GPUComputing: New Fermi Programming Guides - http://awe.sm/51r5i #gpgpu #graphics #

페르미 출시가 임박한 듯.

RT repi: RT morgan3d: New bump maps that don't blur in the distance: http://bit.ly/92AZEV by Olano and Baker at Firaxis #graphics #

범프맵 개선에 관한 논문

RT ivanassen: A new paper from Crytek on their Light Propagation Volumes thing http://bit.ly/9UHMW5 (via skaslev) #graphics #

작년 시그래프에서 발표된 Light Propagation Volumes 알고리즘의 개선판

RT meshula: RT @_osa_ Equalizer 0.9.1 for OpenGL Parallel Rendering Available http://bit.ly/boqyii (via VizWorld) :) #graphics #

OpenGL 병렬 렌더링 도구

병렬성parallelism

RT jmuffat: my tiny task scheduler article is now on gamasutra http://bit.ly/bchGyr #parallelism #

태스크 스케줄러 구현에 관한 매우 유용한 가마수트라 글

RT IntelDevTools: See how #Intel TBB can create a complete framework for your parallel apps (March 18) http://bit.ly/cpqAUN #parallelism #
RT IntelSoftware ParallelProgTlk Published 3rd preview "Intel Guide for Developing Multithreaded Apps" http://bit.ly/czPpLV #parallelism #

멀티쓰레드 응용프로그램 개발을 위한 가이드 글들

Great resource to study CUDA & GPU Computing: http://3d.pe.kr/9pdKIK #parallelism #

CUDA 공부에 유익한 강의 사이트 (출처: http://minjang.egloos.com/2548023)

Pthreads on Microsoft Windows http://3d.pe.kr/9R4ICI #parallelism #

윈도 상에 pthreads 호환 API를 구현하는 것에 관한 글

게임개발gamedev

RT repi: New DICE master thesis up "Beyond the HUD - User Interfaces for Increased Player Immersion in FPS.." http://bit.ly/aGreAU #gamedev #

DICE의 R&D 코너의 새로운 논문

RT Wolfire: Great game development books http://bit.ly/bzfWar #gamedev #

유용한 게임개발 관련 서적 두 권 소개

Corrine Yu(http://3d.pe.kr/aMjKsU)에 이은 또 한명의 여성 게임 프로그래머 Christina Ann Coffin(http://3d.pe.kr/b88jei) #gamedev #

게임 프로그래밍 분야의 여성 파워들

RT bkaradzic: mike_acton http://www.research.scea.com/ http://www.technology.scee.net/presentations #gamedev #

소니 쪽의 R&D 자료 페이지

RT repi: RT oteguro: Tri-Ace R&D has publication page. http://bit.ly/JrDMT #gamedev #

일본 업체 Tri-Ace의 연구개발 페이지

RT repi: We've finally put up a 'Publications' page on dice.se to share our public talks & slides! http://publications.dice.se/ #gamedev #

DICE의 R&D 코너. 국내 게임 개발사들 중에도 이렇게 연구개발 결과를 체계적으로 공유하는 회사가 생겨나길...

기타etc

RT RatRaceTrap: "Most people live and die with their music still unplayed. They never dare to try." -- Mary Kay Ash #rq #
RT spyced: Wonder why Twitter is moving to #cassandra? Video of my #pycon database scalability talk is up: http://bit.ly/c5ovSJ #nosql #

DB의 규모가변성에 대해 개발자가 알아야 할 것들에 관한 강연

RT Twitter_Tips: Twitter is changing to be more like Google [NoSQL], may show older tweets in search: http://j.mp/9Ejbwc #
RT ikaella: http://asciimeo.com/6003390 비메오동영상아이디만 붙이면 아스키코드로 만들어주는 매쉬업. #
RT seungwoonlee: RT markidea: RT Hi_Android: '안드로이드 입문서' 3rd Edition PDF버전이 무료로 일반에게 공개 http://goo.gl/xOxb 3만원에 팔던 책을.. 대단 #
RT lifedefrager: RT Viiiiito: 에픽게임즈 대표님의 한글명함. 블리자드 마사장님 이후로 두 번째네요 http://moby.to/us4s6p #
Awesome! RT lee_winder: http://flavors.me really does look pretty cool (via rschu) #
RT stumbleupon: Photo-realistic pencil drawings by Paul Lung: http://su.pr/1v6kRH #
RT a_williams: RT RonJeffries: RT alancfrancis: This is absolutely beautiful: http://www.andrew-hoyer.com/experiments/cloth #
RT petershine: gleeBox– Browse The Web Faster & Save Lots of Mouse Clicks http://bit.ly/9CWn3y #
RT Twitter_Tips: To save your tweets, check out http://j.mp/1574jJ and http://j.mp/5fXCYC #
RT mittense: yeah so the internet is amazing sometimes http://is.gd/8YL1R #
RT gamearchitect: Five Free Temporary Email Services To Avoid Spam: http://bit.ly/c9FnMF #
RT reiot: http://bit.ly/bDCsu5 얼음과 불의 노래가 드라마로 나온답니다~ #
RT bkaradzic: Watching DICE2010 videos at http://bit.ly/bfpZqr #

위의 게임업체 DICE와는 상관 없는 DICE Summit 2010 비디오들. 저도 아직 못봤는데, 흥미로은 강연이 많다더군요.

RT estima7: 한국에도 목재키보드가 있었네요. ㅎ RT delachae: RT estima7 더 멋진 것이 한국에도 있습니다. http://lachae.co.kr. #
RT kermi79: [구인광고] Crytek Seoul에서 온라인 게임 서버 엔진 개발자를 모십니다.http://naiades.tistory.com/163 #
"Worry is the condition of thinking about feelings instead of feeling the feelings." - John Ruskan #
RT dapy: paperinz™ 구글 버즈를 파이어폭스 사이드바에서 편리하게 이용해보자~ http://goo.gl/fb/PvmC #
RT gamearchitect: MIT Photography Courses Online: http://bit.ly/aDHx2c #
RT jussil: Alan Wake is the real deal. Great write up from deantak at http://bit.ly/cItDje - Go remedyalerts ! Can't wait to play! #
RT IconsPedia: Free weather icons for web at 24x24 pixels, perfect for web design http://bit.ly/a2jKmI via Icojoy #
RT asmartbear: Why I use Chrome, even on Mac: RT justinvincent:Cost of Javascript http://bit.ly/cafS14 #
RT gamearchitect: Cool Stuff - Track Mouse Activity On Your Computer: http://bit.ly/9By7dZ #
RT codemonkeyism: Very Nice +1 RT dboucher: Nice! Graphviz on a HTML canvas: http://tinyurl.com/kvgz64 #
RT tinysubversions: Best women in game dev list I've ever seen. RT FragDolls: 50 Game Industry Women to Know http://bit.ly/9ejd1X #
RT drchoi: 탭관리, 온라인 싱크가 가능한 노트 패드 Tinypad http://durl.me/bhh2 #
공짜 월드와이드 배송 지원하는 온라인 서점! http://3d.pe.kr/9WTmR6 #

실제 주문해봤는데 한 열흘 정도 걸리는군요. 특이한 점은 세 권을 주문했는데 다 따로따로 온다는 것;

RT petershine: 9 Crafty Clipboard Utilities for Mac http://bit.ly/cJQzhR #
Google Buzz widget: http://3d.pe.kr/arfjTE #
RT webappstorm: The Top 8 Free Online Image Editors - http://j.mp/dAPt8a [Roundup] Share yours too! #
RT insic: RT smashingmag: Free Medical Icons Set (60 Icons) - http://bit.ly/awTo14 #
RT gamearchitect: Must-Have Windows Software For Programmers: http://bit.ly/aJxuGS #
RT repi: Really like to concept of the new http://flattr.com service, as a complement & to reward creators you like. I want in! #
RT gamearchitect: Mentionmap - quickly find relevant people to follow: http://bit.ly/1gYbZp #
SSD Tweak Utility: http://3d.pe.kr/aI49vq #
RT jasonfried: How much time and money is your company wasting on meetings? Find out how you stack up: http://meetordie.com #
RT insic: Free Elegant Icons for your next Design http://is.gd/8aytZ #
Need Help With Your Writing? http://3d.pe.kr/cTiIbo The Purdue Online Writing Lab #

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

[해외 개발자 인터뷰] Tiago Sousa

all2one — Wed, 17 Feb 2010 07:10:17 +0900

오랜만의 개발자 인터뷰입니다. GDC 강연과 GPU Gems 및 ShaderX 기고글로 유명한 렌더링 가이, 티아고입니다.

이름이 어떻게?

티아고 소사 – 일명 미스터T

어디 출신인가요?

포르투갈 리스본

어떤 일을 하고 있나요?

7년간 크라이텍에서 시니어 그래픽스 프로그래머로 일하고 있습니다. 파크라이, 크라이시스 및 GDC/E3/테크데모 작업에 참여했고,최근에는 CryEngine3 작업을 하면서 여러 플랫폼에 걸쳐 불가능을 가능으로 만들고 있습니다.

간단히 이전 경력을 요약해주세요.

여기가 첫 직장입니다 – 대학 일학년 때 크라이텍에 합류했지요.I came to Crytek when I was in my 1st year at college

비디오 게임 업계에서 일하는 이유는?

메가드라이브/슈퍼패미콤/스펙트럼 등 비디오게임 황금기의 게임과 콘솔들을 보면서 게임을 만들어보고 싶었습니다.

직업과 관련하여 필수 사이트를 알려주세요. (최대 셋)

셋은 너무 적군요. 일단 모든 그래픽스/콘솔 하드웨어 제조사 웹사이트가 필수고요, cgsociety.org에 영감을 주는 글들이 꽤 있고, realtimerendering.com과 같은 블로그도 매우 유용합니다.

5년 후의 본인 모습은?

실시간 그래픽스를 더욱 현실에 가깝도록 주무르고 있을듯 ^^

삶에서 가장 중요한 것은 무엇인가요? (혹은 인생관이 있다면 무엇인가요?)

제 아내와 가족, 그리고 무엇보다도 매일 하는 일에서 재미를 찾는 것

이 분야에 들어오고자 하는 사람들에게 조언이 있다면?

노력, 또 노력

원문보기show the original text

바쁜 일정에도 짬을 내어 설문에 응해준 티아고에게 다시 한번 감사를 전합니다. Thank you, Mr.T!

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

티스토리 블로그에 구글버즈 버튼 달기

all2one — Fri, 12 Feb 2010 02:48:44 +0900

구글 버즈가 핫이슈군요.

워드프레스 블로그에 구글버즈 버튼 다는 법에 관한 이 글이 기반입니다.

위와 같은 코드를 티스토리 스킨 HTML/CSS 편집에서 원하는 부분에 넣어주시면 됩니다.

물론 http://gl3d.net 이 부분은 해당 블로그 url로 모두 바꿔주셔야 합니다. ^^

도움이 되셨다면 위의 버즈 버튼 꾹 한번 눌러주세요. ㅎㅎ

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

My Recent Tweets 20100208

all2one — Wed, 10 Feb 2010 08:25:32 +0900

프로그래밍programming

RT joelmoss: Bye Bye Github http://bit.ly/9XAwBq #dev #

깃허브가 요즘 나름 대세인데, 그만큼 문제도 많은듯. 그 대안 서비스도 우후죽순처럼 많이 생겨나는 중.

RT rickasaurus: RT jeremyross: Why programmers leave Python: http://brehaut.net/blog/2010/on_iteration #dev #
Create Your Own Programming Language - Learn how to create a simple programming language in a few days with this... http://su.pr/2NV6CZ #dev #

자신만의 언어 만들어보기 유료 튜토리얼

RT princeofcode: Facebook gets major speedup from "HipHop for PHP", a highly-optimized PHP to C++ translator: http://bit.ly/91IZvA #dev #
RT bjoernknafla: RT @_osa_: Analysis of Processor Cache Effects: http://j.mp/d4wshG (via processoria tuan_kuranes) 8-) #dev #

다가오는 manycore의 시대에 더욱 중요해지는 프로세서 캐시의 여러 효과를 실험을 통해 분석

RT GoogleCode: Project Hosting on Google Code now upgraded to support Mercurial 1.4 http://bit.ly/bqMaWp #dev #
RT bos31337: Microsoft CodePlex adds support for Mercurial: http://bit.ly/5IE6eM #dev #

코드플렉스도 머큐리얼 지원 시작. Git과 Mercurial의 대결, 흥미롭습니다.

RT bos31337: More parallel improvements coming in GHC 6.12.2! adding yields improved all benchmarks, especially when using all cores #dev #
RT repi: Epic rant from my friend! RT deplinenoise: Here's my epic rant on C++ & what we should be doing instead http://bit.ly/8qI3XA #dev #

게임개발에서 C++이 가지는 한계와 흥미로운 대안

RT gecko: Interested in trying Fog Creek's Kiln on your own server? We're in beta now -- sign up: http://bit.ly/6mhI17 #dev #

조엘의 포그크릭에서 준비 중인 머큐리얼 기반 코드 리뷰 지원 소스코드저장소

RT msinilo: BitTorrent client in Go: http://bit.ly/50pK4I #dev #

Go로 작성해보는 비트토런트 클라이언트

RT jacking75: VSTS2010 팀 블로그에 MFC 강좌가 연재 시작되었습니다.^^ http://bit.ly/5FSkn1 #dev #

방법론methodology

RT rhensley99: Introducing Kanban in operations by Mattias Skarin is now available: http://bit.ly/bXNIdm http://bit.ly/cbHMbW #methodology #

칸반 관련 동영상 및 슬라이드

RT borisgloger: RT jurgenappelo: Shared... 10 Tips to Improve Your Daily Scrum (by borisgloger) http://ping.fm/RHkzX #methodology #

스크럼 일일 미팅 개선을 위한 10가지 팁

그래픽스graphics

NodeBox is a new software application for creating generative art using procedural graphics and a new wa... http://3d.pe.kr/bWy0uI #graphics #

processing과 유사한 개념의 파이썬 기반 응용프로그램

CopperLicht - fast WebGL JavaScript 3D Engine: http://3d.pe.kr/blXa90 #graphics #

WebGL 기반 자바스크립트 3D 엔진

RT tatsuma_mu: 10 Best Real-Time Animation Tools http://bit.ly/cQ6Xa3 #graphics #

10가지 실시간 애니메이션 도구

RT Wolfire: Gamma-correct lighting http://bit.ly/cLuSQH #graphics #

감마를 제대로 고려한 조명계산

RT KageKirin: OpenGL 3.2 and GLSL 1.5 with GLEW and GLUS - http://nopper.tv/opengl_3_2.html #programming #graphics #
FurryBall - GPU realtime renderer for Maya: http://su.pr/1P0AL7 #graphics #

Maya용 GPU 렌더러

RT princeofcode: RT tuan_kuranes: Cascaded Perspective Variance Shadow Mapping in Fracture http://is.gd/74BCK #graphics #

게임 Fracture에 쓰인 그림자 기법에 대한 글. 최적의 해법을 찾기 위한 여러 시도를 상세히 설명합니다.

RT repi: RT petrocket: New blog post: Simple, Flexible Atmosphere shaders http://petrocket.blogspot.com #ogre3d #fxcomposer #graphics #
RT KageKirin: Uniform Buffers VS Texture Buffers « RasterGrid Blog http://bit.ly/8g3izx #graphics #
RT KageKirin: SpiderGL - Home http://bit.ly/74cePe #graphics #

역시 WebGL 기반 자바스크립트 3D 그래픽스 라이브러리

RT nvidiadeveloper: Published slides from SIGGRAPH Asia 2009. There are from the "GPU Computing Master Class" http://is.gd/6M2zE #graphics #
RT nvidiadeveloper: Just released: Our first beta of OptiX 2 - now works with GeForce boards! http://is.gd/6Kp7h #graphics #

OptiX 2는 드디어 쿼드로뿐만 아니라 지포스도 지원

Optimizing Photo Composition(Eurographics 2010 paper): http://su.pr/1kkYGf #graphics #

자동으로 사진을 최적 구도로 변환해주는 기법에 관한 논문

병렬성parallelism

Watching "Amdahl's Law in the Multicore Era", a GoogleTechTalks video: http://su.pr/1jzhZd #parallelism #

암달의 법칙을 새롭게 조명하고 있는 구글테크토크 비디오

Watching "C++ Forever: Interactive Applications in the Age of Manycore", a PDC09 video: http://su.pr/2nIutx #parallelism #C++ #

C++ 병렬 지원에 관한 PDC09 강연

RT GregPfister: New Perils of Parallel post: The Problem with Larrabee. http://bit.ly/b3ayzp #parallelism #

인텔 라라비가 직면하고 있는 문제에 관한 고찰

FastFlow -- a skeletal multi-core programming framework [C++ template library] http://su.pr/2Pf72K #parallelism #

여러 층으로 구현되어 있는 C++ 멀티코어 프로그래밍 프레임워크. 인텔 TBB보다도 나은 성능을 보여준다는데... 흥미롭군요.

RT nvidiadeveloper: "Programming Massively Parallel Processors: A Hands-on Approach" by NVIDIA Fellow D... http://is.gd/7dWCd #parallelism #

CUDA 위주인 듯 보이는 새로운 병렬 프로그래밍 책

RT SoftTalkBlog: Avoiding oversubscription in multithreaded software when using games dev middleware http://bit.ly/cMNcCD #parallelism #

게임개발 미들웨어 사용 시 oversubscription 피하는 법

RT dvyukov: Here is my "promised" CopyOnWrite MultiVersion ReaderWriter Transactional Sequence Lock http://bit.ly/cX4bph #parallelism #

리더라이터 락 구현

RT a_williams: New blog entry: Definitions of Non-blocking, Lock-free and Wait-free http://bit.ly/6wM44T #parallelism #

논블로킹, 락프리, 웨이트프리 정의

게임개발gamedev

RT lifedefrager: 우왕굿. RT eiaserinnys: #HCI2010 약속 드린 대로 강의 자료 공개합니다 <온라인 게임과 차세대 애니메이션>, 재작년 회사 ... http://tinyurl.com/ygndlof #gamedev #
RT repi: In 2009 I did 4 #slideshare presentations that got: 27400 views, 3044 average views per presenta...: http://bit.ly/cq45YZ #gamedev #

DICE 소속 개발자의 게임개발 및 3D 엔진 관련 강연 슬라이드들

RT tatsuma_mu: Unreal art http://unrealart.co.uk/ #gamedev #

언리얼 도구를 사용한 참신한 아트 프로젝트

RT tatsuma_mu: The science and art of level design We examine the evolution and influence of level editors http://bit.ly/8osVOP #gamedev #

레벨 디자인의 기술에 관하여

RT Wolfire: DirectX vs. OpenGL revisited http://bit.ly/9rKFA0 #gamedev #
RT lifedefrager: 캐쥬얼 게임 서버쪽에서 경험이 많으신 왕멀님의 애정 어린 영웅전 서버쪽 비판. RT wangmul: 마비노기 영웅전 서버의 씁쓸함: http://bit.ly/8UAnL5 #gamedev #

기타etc

RT tatsuma_mu: This is cool website http://bit.ly/aoXkEl #
RT go2web20: http://j.mp/busylissy - BusyLissy - Super Simple Project Management #
RT TammyCamp: Google company culture is cool. Seriously...if you work there, you don't want to leave. http://post.ly/MLVj #
무료 영어 스피킹 지도 - 소리내어 읽어 녹음해서 올리면 원어민이 듣고 코멘트를 달아줍니다. http://www.ohmyrecording.com/ #
RT insic: RT DZone "Mind-blowing JavaScript Experiments" http://dzone.com/JFvt #
RT lifedefrager: 블루사이드가 임금, 퇴직금 밀려서 난리인 모양. http://tinyurl.com/yk4ycbo 이현기님 RPG팀은 분사해서 독립, 네오위즈와 계약. http://tinyurl.com/yk72m8d KUF2는 아... #
RT minist: 퀄콤이 컬러 E-Ink를 채택한 미라솔(Mirasol) 이북리터의 새로운 샘플을 공개했는데,스펙이 참 좋군요. 5.7인치 스크린에 1024x768 해상도,흑백인 킨들 6인치에 비해 최소 ... http://bit.ly/agIptO #
lol http://didyouwatchporn.com/ http://twitpic.com/11bi4r #
Shirky’s Law and why (most) social software fails: http://su.pr/4HP9uf #
RT 3dgamestudio: From Voodoo to GeForce - The Awesome History of 3D Graphics: http://bit.ly/8Zy3Fy #
RT seungwoonlee: Twilog : http://twilog.org/seungwoonlee 트윗글을 블로그 처럼 만들어주는군요. 일본서비스, 아이디어가 괜찮네요 #
RT aycangulez: The Difference Between Art and Design http://bit.ly/9LYbW #
RT eHub: MinuteBase http://bit.ly/csZBW7 #
RT ChrisDeLeon: Minds are like cars - they can't change diection while sitting still. #
RT seoulrain: 제가 가장 좋아하는 영어사전 사이트~ 다른 곳에 갈 필요 없다는 http://twt.mx/RYW #
RT gamearchitect: 5 Free Online Services to Send an Email to a Fax Machine: http://bit.ly/aq1fr7 #
I'm going to attend this year's GDC! :) 2 years since GDC 2008 I attended last. 혹시 참석하시는 한국분들 뵐수 있기를. ^^ #
RT aQuoteAday: "Poor is not the person who has too little, but the person who craves more." - Seneca #
RT RatRaceTrap: Fantastic advice - "It's time to stop complying with the system and draw your own map." --Seth Godin #rq #
RT RatRaceTrap: "The road to success is not a path you find but a trail you blaze." -- Robert Brault #rq #
Don't waste your afternoon drawing UML Sequence Diagrams. http://su.pr/2OxMu6 #
RT gamearchitect: Lots of free icons: http://bit.ly/7drNeG #
RT stumbleupon: Other worlds created in CG - 33 CG environments! http://su.pr/64eJjO #
RT DeliciousHot: How to use a semicolon - The Oatmeal http://is.gd/73xdu #
zerofe #
RT KageKirin: http://kotaku.com/5456122/dead-or-alive-paradise-a-trailer-comparison Dead or Alive trailer #
RT gamearchitect: My Twittonary – Every Twitter Term and Tool I Can Find: http://bit.ly/1IdsSG #
RT EckhartTolle: Thought is there. There's nothing you can do about it except choose not to follow it or identify with it. #
RT petershine: The Best Open Source CMS Mainly Used for Blogging http://bit.ly/8rACOY #
RT insic: RT cristianvasile: RT onextrapixel: Less is more: 30 excellent examples of vCard websites: http://ow.ly/102AV #
RT cjunekim: The 4 Big Myths of Profile Pictures http://bit.ly/5HbSpG analyzing which photo you should use to attract more opposite sex #
RT newsycombinator: OfficePod - Tiny, Minimalist Office Space http://bit.ly/8aLMxb #
RT jasonfried: http://bigthink.com is an incredible collection of interviews with amazing people. #
RT cjunekim: Interesting use of image recognition/ocr with Jython. it might be useful to test the view side of a GUI app. http://sikuli.org #

아직 써보진 못했지만 GUI 테스팅 및 자동화에 아주 유용할 듯.

RT markidea: 와우! RT totoro4: amazing nature RT Flipbooks: 50 of the Most Beautiful Tree Pictures http://bit.ly/7A2MaS Amazing #

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Frankfurt Scenery 20100205

all2one — Sat, 06 Feb 2010 06:34:06 +0900

한국도 눈이 많이 왔다고 하는데 독일도 60년만의 폭설이라는군요. 눈을 보고 신기해하는 아들 녀석

크리스마스 장터에서 구입한 장식품

뢰머 광장에 열린 크리스마스 장터의 모습

아기자기 예쁜 장식품들이 정말 많습니다.

이런 동양적인 아이템도 인기 품목 중 하나

도심 근처 명품 거리. 크리스마스 당일의 한산한 모습

독일 최초의 애플 스토어 입점. 얼마 전 정식 개장 했습니다.

이제 터치 입력에 매우 능숙해진 현우

군밤 모자 현우

집 근처 엔크하임 역의 해 질 녘

어느덧 2010년도 2월이군요.

각자 나름의 어려움이 많겠지만... 모두들 힘내시고 건강하시길.

* 이 포스트는 blogkorea [블코채널 : 사진,그리고 일상...] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Coders at Work를 읽고 - 3

all2one — Wed, 03 Feb 2010 07:32:43 +0900

2009/12/21 - [Book Review] - Coders at Work를 읽고 - 1
2010/01/16 - [Book Review] - Coders at Work를 읽고 - 2

Simon Peyton Jones 함수형 언어 전문가. Haskell 언어의 핵심 공헌자

He said, "Just start something, no matter how humble." ... It turned out to be a very significant piece of advice. p. 249

I think my default is not to write something very general to begin with. So I try to make my programs as beautiful as I can but not necessarily as general as I can. p. 266

지나친 일반화와 부족한 일반화 사이의 균형 잡기에 관한 그의 견해.

STM is not going to save the world on its own. Concurrency, and parallel programming generally, is many-faceted beast and I don't think it will be slain by a single bullet. I'm a diversifist when it comes to concurrency. p. 271

Software Transactional Memory에 관한 견해. 아직도 연구 단계(Haskell 이외엔 본격 구현된 언어가 없음)인 STM가 만병통치약은 아님을 강조.

A sequential implementation of a double-ended queue is a first-year undergraduate programming problem. For a concurrent implementation with a lock per node, it's a research paper problem. That is too big a step. It's absurd for something to be so hard. With transactional memory it's an undergraduate problem again. p. 275

병렬 일고리즘의 구현이 얼마나 어려운지, 그나마 TM를 쓰면 난이도를 제어가능한 수준으로 낮출 수 있음을 역설.

As soon as you can do it, you stretch to the point where you can't do it anymore. I suppose I don't really see it as, is it this or is it that? There will always be a strong crafty element. I think, just because we'll stretch our ambition. In the case of engineering structures, there are physical limits on how far you can stretch. Nobody's going to build a bridge that traverses the Atlantic any time soon. And that really might fall down if you build it. But that's not the reason people won't build it - it's just because it'd be too expensive. Whereas nowadays, with software, once you can build bridges over the Channel pretty quickly and cheaply, well then, that becomes a done deal and we now think that's pretty cheap so we'll now try the Atlantic. And now it falls apart again. p. 280-281

소프트웨어가 완전한 공학이 될 수 없고 공예의 요소를 지닐 수밖에 없는 이유에 대한 통찰력 있는 설명.

The most depressing thing about life as a programmer, I think, is if you're faced with a chunk of code that either someone else wrote or, worse still, you wrote yourself but you no longer dare to modify. That's depressing. p. 286

왠지 많이 공감가는...

Peter Norvig 골수 해커. 현재 구글 연구 디렉터

There's some saying in German about the perfect being the enemy of the good; I forget exactly where it comes from - every practical engineer has to learn that lesson. p. 306

역시 일반화의 추구와 실용성 사이의 균형에 대한 유사한 견해.

Seibel: You told me once that when Guido van Rossum came here he had to get checked out on Python and Ken Thompson had to get checked out on C, to make sure they could meet very explicit coding standards. p. 309

구글에 입사한 각 언어의 창시자들조차도 해당 언어에 대한 구글의 코딩 규범을 잘 따르는지 검수 받아야 했다는... ㅎㅎ 어쨌든 무서운 구글의 맨파워.

Sometimes I feel guilty about that. Is that a failure on my part? I didn't understand what the bug was. I didn't find the bug. I just dropped a bomb on the house and blew up all the bugs and built a new house. In some sense, the bug eluded me. But if it becomes the right solution, maybe it's OK. You've done it faster than you would have by finding it. p. 315

이해하기 어려운 코드에 버그가 있으면, 때론 그냥 처음부터 다시 짜는게 버그를 찾아 고치는 것보다 빠를 수 있다는... 해커다운 의견.

If you found that the programmers in the big corner offices were more productive, is that because you reward the good programmers with the offices, or is it because the offices makes them better? You can't really come to a conclusion. p. 316

생산성 측정의 어려움을 보여주는 일례라 생각합니다.

One of the interesting things we found, when trying to predict how well somebody we've hired is going to perform when we evaluate them a year or two later, is one of the best indicators of success within the company was getting the worst possible score on one of your interviews. We rank people from one to four, and if you got a one on one of interviews, that was a really good indicator of success. p. 322

흥미로운 결과네요. 인터뷰 중 한군데에서 거의 낙제할 뻔하고도 입사한 친구들이 나중에 보면 대성했다는 통계.

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

My Recent Tweets 20100118

all2one — Tue, 19 Jan 2010 07:29:23 +0900

프로그래밍programming

RT cheydohundaddy: 함수형 프로그래밍 - 2http://www.lameproof.com/zboard/zboard.php?id=bbs2&no=737 #dev #
RT cheydohundaddy: 함수형 프로그래밍 - 1http://www.lameproof.com/zboard/zboard.php?id=bbs2&no=736 #dev #

김학규님의 함수형 프로그래밍에 관한 소개 연재

RT unclebobmartin: New Blog on Dependency Injection Inversion: http://bit.ly/6JUc6T #dev #밍

엉클밥의 Dependency Injection에 관한 글

RT cjunekim: The state of SIGAPL and musings on #JLang (video) by Devon McCormick http://bit.ly/82beMx #dev #

김창준님이 트윗하신 J언어에 관한 동영상. 한 때 아주 조금 공부했었는데... 역시 진입 장벽이 너무 높고 언어 자체가 너무 terse한 느낌. terse한 것으로 유명한 함수형 언어들보다 더욱 terse하여, 가독성이 너무 떨어진다는. 하지만 아주 조금 공부한 사람의 논평이니 그닥 신빙성은;

RT meshula: Good review, reminds me of why Go is interesting. RT aDevilInMe Google Go primer for infoq http://bit.ly/6vl1BD #dev #

Go 언어에 대한 정리 글

RT jasonfried: Most software is full of wants and desires mistaken for needs and necessities: http://bit.ly/5U7q42 #dev #

소프트웨어 개발에서 넣고 싶은 기능과 정말 핵심인 기능을 헷갈리지 말자!

RT aycangulez: Code like a girl http://bit.ly/fHOjA #dev #

여성스러운 코딩?!

RT KnowFree: Knowfree.net update: Microsoft Visual Studio Tips http://goo.gl/fb/WzdU #dev #

좋은 이북들이 많이 소개되는데... 이 책은 제가 아마존에서 실제 구입했던 것입니다. 이것들 다 저작권 문제 없는 것인지; 혹시 문제 있는 것이면 제보 바랍니다.

RT a_williams: I agree with rickmolloy: wonderful post. RT twoscomplement: Private Methods are a Code Smell - http://bit.ly/44uP3a #dev #

Private 메소드가 많아지는 것은 코드 스멜이다라는 주장

RT khronacompany: Awesomium v1.5 is now available: http://bit.ly/4TFS1m #dev #

게임 등 내에 웹을 내장할 수 있게 해주는 솔루션

RT aycangulez: Sometimes, the better you program, the worse you communicate. http://bit.ly/11RJ7G #dev #

코딩을 잘하면, 소통 능력이 떨어질 수 있다!?

RT KnowFree: Knowfree.net update: Developing with Google App Engine http://goo.gl/fb/NJR0 #dev #
RT KnowFree: Knowfree.net update: Core Python Programming (2nd Edition) http://goo.gl/fb/33UR #dev #
RT VSTS2010: WPF 4.0 에 무엇이 달라졌을까요? 잘 정리된 카테고리별로 비디오로 보실 수 있습니다. http://is.gd/6aM06 #dev #
RT aras_p: Awesome: Programmer Hierarchy. http://bit.ly/vGley (esp. note about Ruby...) #dev #

프로그래머 계층도... ㅎㅎ

RT aycangulez: Software hovers around the line between barely works and almost works. http://bit.ly/KHGi2 #dev #

간신히 동작하는 상태와 제대로 동작한다고 하기엔 조금 부족한 상태, 이 둘 사이에 좁다른 경계에 놓인 것이 소프트웨어...

RT KnowFree: Knowfree.net update: C++/CLI: The Visual C++ Language for .NET http://goo.gl/fb/uCR6 #dev #
premake - A build configuration tool which generates project files for Visual Studio, GNU Make, Xcode, Code::Blocks http://su.pr/8bGCxq #dev #

다플랫폼 개발에 아주 유용할듯한 빌드 설정 툴

RT mrkkrj: found free F# ebook http://www.ctocorner.com/fsharp/book via DDJ. #dev #

공짜 F# 이북. 함수형 언어 공부하시려는 분께 유용

Protocol Buffers - Google's data interchange format (a google code project): http://su.pr/29OaDY #dev #
RT aycangulez: 11 Personal Programming Assumptions that were Incorrect by johnmacintyre http://bit.ly/ki3ZT #dev #

흔히 저지르는 프로그래밍 시의 잘못된 가정들

RT bjoernknafla: /via aDevilInMe: To assert or not that is the question... :) RT msinilo: New blog post: http://bit.ly/7PKEqx #dev #

assert에 관한 고찰

RT codaset: RT richardathome: Looks like there's finally a reliable way to get Git running on Windows! http://icio.us/4ywhcf #programming #

윈도 상에서 안정적그로 git을 돌리는 길

RT KnowFree: Knowfree.net update: Learning Python, 3rd Edition http://goo.gl/fb/XhaR #programming #

방법론methodology

Kanban's Not Better than Scrum, It's Just Smaller: http://su.pr/2XnCBP #methodology #

칸반에 관한 짧은 인터뷰

RT aycangulez: kanban vs. To-do Lists and Scrum. When done right, kanban removes the need for estimates! http://bit.ly/7oqgA0 #methodology #

칸반을 할일 목록 및 스크럼과 비교

그래픽스graphics

RT yakiimo02: Not sure how Ptex is useful for games, but seems like cool tech. EGSR 2008 pdf gave g... http://bit.ly/925e81 #graphics #

디즈니에서 공개한 새로운 텍스처링 기법인 per-face texturing

RT repi: RT aras_p: Ambient Occlusion in FrameRanger: http://j.mp/5kGuDr #demoscene #graphics #

데모신 개발자의 ambient occlusion 기법에 대한 심도 있는 글

RT AlexK: VFX Overflow (Answers to Visual Effects Questions) — http://thurly.net//c5z #graphics #

시각 효과에 관한 질답 사이트

RT tatsuma_mu: smallpt: Global Illumination in 99 lines of C++ http://www.kevinbeason.com/smallpt/ #graphics #

99줄의 C++ 코드로 구현한 전역조명계산

A Programmable, Parallel Rendering Architecture for Efficient Multi-Fragment Effects: http://su.pr/1CLMGu a I3D 2010 paper #graphics #

I3D 2010 논문 중 하나

RT repi: RT nealsega: RT wandameloni CGSociety: Great article on AVATAR, WETA talks about Pandora and... - http://bit.ly/4Mhb3R #graphics #

아바타의 메이킹에 관한 글

RT sigfpe: One of those ideas I wish I'd thought of. Compile time rendering: http://gitorious.org/metatrace #graphics #C++ #

템플릿 메타프로그래밍의 극한! 컴파일타임 렌더링!!

RT KageKirin: GLEW 1.5.2 adds support for OpenGL 3.1, OpenGL 3.2 and new extensions http://tinyurl.com/2apzoy #graphics #
RT bjoernknafla: RT rschu: Nice introduction to Wavelets by mike_acton http://j.mp/93eM0z #graphics #

Wavelet에 관한 Insomniac Games 개발자의 소개 슬라이드

RT repi: Great long open interview by Bittech with #AMD 's Richard Huddy about gamedev & DX11 http://bit.ly/8Poe5y #graphics #

DX11에 관한 AMD 엔지니어와의 인터뷰

RT morgan3d: Nicely packaged BVH & other ray tracing tools (alas, GPL...OptiX looks like a be...): http://sf.net/projects/tinyrt/ #graphics #

Bounding volume hierarchy 및 기타 광선 추적 도구들을 제공하는 GPL 라이브러리

병렬성parallelism

RT SoftTalkBlog: OPL: A pattern language for parallel programming. What do you think? http://bit.ly/8wTUX5 #parallelism #

병렬 프로그래밍에 관한 패턴 언어

RT dvyukov: Wow! My Relacy Race Detector is mentioned in a research paper http://bit.ly/8lEeVx #parallelism #
RT dvyukov: Just uploaded Relacy 2.2 - multi-threaded code verification tool http://bit.ly/8apONF #parallelism #

이전에도 소개했었던 멀티스레드 코드 검증 도구

RT SoftTalkBlog: Three routes to parallelism http://bit.ly/8AKO9K #parallelism #

병렬성에 이르는 세가지 길

RT SoftTalkBlog: A quick answer to memory bottlenecks on #multicore machines? http://bit.ly/7vaTgU #parallelism #

병렬 프로그래밍에서의 메모리 병목에 관한 소고

게임개발gamedev

RT istoriae: 게임 개발사들의 근무 환경을 순위 매기는 사이트: http://videogames.yourworkplace.biz/ 아직은 회사나 투표수가 적지만, 데이터가 쌓이면 흥미로운 결과가 나올 듯. #gamedev #
RT KnowFree: Knowfree.net update: Emergence in Games http://goo.gl/fb/bL1H #gamedev #
RT young_writing: The first-ever Korean postmortem (Aion) in Game Developer magazine. wow~ http://bit.ly/8Ef0R5 #gamedev #

GDMag 1월호에 아이온 개발후기가 실렸군요.

RT tatsuma_mu: Why you should use OpenGL and not DirectX http://bit.ly/89u1cZ #gamedev #

왜 DirectX가 아닌 OpenGL을 써야 하는지에 대한 인디 게임개발자의 변

기타etc

RT RatRaceTrap: “We are always getting ready to live, but never living” – Ralph Waldo Emerson #rq #
RT RatRaceTrap: "Each day that you are not radiantly alive and brimming with cheer is a day wasted." -- Srikumar S. Rao #rq #
RT unclebobmartin: Indirection is powerful. Indirection is costly. A key component of good design is judging when NOT to be indirect. #
RT webappstorm: Clever app for quickly making a PDF of any provided URL. http://PDFmyURL.com Works pretty well too. #
RT estima7: 진짜로 독일정부가 버그가 Fix될때까지 인터넷익스플로러를 쓰지말라고 공식경고조치를 내렸음. 보안을 특히 중시하는 한국정부도 진심으로 생각해볼 문제. http://bit.ly/84ukBc #
RT micheldegraaf: Great paper about pair programming: http://bit.ly/5oOd4C The discussed conclusions are hitting the nail right on the head #
RT estima7: 재미있는 트위터바이블! 이건 뭐 책사보는 것보다 10배는 나을듯! RT Lawyer_KOREA: phploveme 님의 트위터세미나발표자료 "초보에서 고수까지-트위터 완벽활용" http://digg.com/u1BY6x #
RT KnowFree: Knowfree.net update: Head First Pmp: A Brain-Friendly Guide to Passing the Project Management… http://goo.gl/fb/75E2 #
RT petershine: Twitter for Teams: Teambox Launches Web-Based Collaboration Tool http://bit.ly/7kKRax #
RT estima7: Nerd밴다이어그램 http://bit.ly/B388s ㅎㅎ 이 그림을 보고 Nerd, Geek, Dork의 미묘한 뉴앙스차이를 느꼈다. #
RT markidea: RT falnlov: RT radiokidz 블로그에 아이티 긴급구호모금 위젯을 다세요. 1000원이 기부됩니다. http://widgetbank.daum.net/widget/view/656 #
RT binaryage TotalFinder = Finder enhancements for total users http://bit.ly/3AjqIB #
RT KageKirin: SRWare Iron 4.0.275 Beta for MacOSX - nice!! http://tinyurl.com/yaymyyz #
RT RatRaceTrap: The Science of Fear - http://bit.ly/8wAzBU #
RT RonJeffries: RT sbohlen: "I Have No Talent" http://is.gd/6c59O <--an excellent (and quick) read! #
RT gamearchitect: 12 Amazing And Free Stock Photo Resources: http://bit.ly/5MgfsQ #
RT selfish_gene: 맥은 언제쯤... RT boogab: 대박! RT patroce: Gdrive, Ndrive 안녕~~! 세계 최초 1TB 개인 저장공간을 제공하는 스토리지 서비스 2ndrive http://bit.ly/7CoTEm #
RT gamearchitect: 10 Completely Free Wireframe and Mockup Applications: http://bit.ly/8wtj6j #
추억의 미드 A특공대 리메이크되는군요. http://su.pr/22Q3I4 기대됩니다! #
RT RatRaceTrap: Unconscious Decision Making - http://short.to/12iuj #
RT 3dgamestudio: 200+ Big and Beautiful Highly Detailed Icons: http://bit.ly/59DsTU #
RT repi: RT okonomiyonda: I mean come on... there is no better way to learn SPU programming than this: http://bit.ly/7J5ANs #
RT webappstorm: peepnote is pretty interesting. Add notes, tags, etc. to people you follow on Twitter. http://bit.ly/8a94SB #
RT Veronica: 2010 = 1+2-(3-4-5)*6*7*8-9 http://bit.ly/2010math #
RT markidea: RT trendbite: 구부러지는 대형 터치스크린 전제 페이퍼/북 리더(연말 출시) http://bit.ly/79c4mh #
RT markidea: 예스24 빠르게 대처 RT kimjongrae: haneul2: Yes24Now 예스24에서 IE이외 브라우저에서도 결제가 가능하게 됐습니다:) 아쉽게도 신한카드와 BC카드뿐입니다만..점차 http://ow.ly/SQz0 #

http://www.flickr.com/photos/hulk4598/sets/72157622848122389/

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Coders at Work를 읽고 - 2

all2one — Sat, 16 Jan 2010 06:43:41 +0900

2009/12/21 - [Book Review] - Coders at Work를 읽고 - 1

"Coders at Work" by Peter Seibel

Joshua Bloch 선 마이크로시스템즈에서 자바 작업. 현재 구글의 수석 자바 아키텍트

Another is Elements of Style, which isn't even a programming book. You should read it for two reasons: The first is that a large part of every software engineer's job is writing prose. If you can't write precise, coherent, readable specs, nobody is going to be able to use your stuff. So anything that improves your prose style is good. The second reason is that most of the ideas in that book are also applicable to programs. p. 171

역시 글쓰기의 중요성을 강조하는군요.

But when you choose a language, you're choosing more than a set of technical trade-offs - you're choosing a community. It's like choosing a bar. Yes, you want to go to a bar that serves good drinks, but that's not the most important thing. It's who hangs out there and what they talk about. p. 174

프로그래밍 언어의 선택이 단순히 기술적인 결정이 아니라는거죠. 단골 술집에의 비유가 참신하네요.

James Gosling once said to me, discussing the birth of Java, "Occasionally you get to hit the reset button. That's one of the most marvelous things that can happen. " Usually, you have to maintain compatibility with stuff that's decade old; rarely, you don't, and it's great when that happens. But unfortunately, as you can see with Java, it only takes you a decade until you're the problem. p. 191

ㅎㅎ 새로 시작하는 것은 참 좋죠. 흔치 않은 기회고요. 하지만 가는 세월 앞에 새로웠던 코드가 리거시legacy 코드가 되는 것은 막을 길이 없는거겠죠... 꾸준한 리팩토링과 유지보수로 늦출 수는 있겠으나 엔트로피는 증가하게 마련.

But I think a big sin in our area, in engineering, is doing stuff just because it's neat, because it's good engineering, whatever. If you're not solving real problems for real users - in this case, Java programmers - then you shouldn't add the feature. p. 195

이 책을 관통하는 핵심 질문 중 하나인 프로그래머는 과연 공학자인가 과학자인가 예술가인가 장인인가 하는 문제와도 연관되는 내용. 게임 프로그래밍에서는 특히나 명심해야할 부분이겠는데... 역시 말처럼 지키기 쉽지만은 않은 명제입니다.

There's a brilliant quote by Tony Hoare in his Turing Award speech about how there are two ways to design a system: "One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there are no obvious deficiencies." p. 196

아주 단순하게 만들여 '결함이 확실히 없도록' 하거나 아주 복잡하게 만들어 '확실한 결함이 없도록' 하거나...

But merely the fact that they're the smartest people in the organization doesn't mean they should be making all the decisions, because intelligence is not a scalar quantity; it's a vector quantity. And if you lack empathy or emotional intelligence, then you shouldn't be designing APIs or GUIs or languages. p. 203

지능은 스칼라가 아닌 벡터값이다!

Joe Armstrong 얼랭Erlang 언어와 그 대표적 응용프로그램 프레임웍인 Open Telecom Platform의 창시자

I think the lack of reusability comes in object-oriented languages, not in functional languages. Because the problem with object-oriented languages is they've got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle. p. 213

서서히 개체지향이 프로그래밍의 핵심 조류에서 밀려나는 느낌을 여러 곳에서 받습니다. 멀티코어 및 매니코어manycore의 필연적 대두가 그 주요 원인 중 하나입니다. 바나나를 원했는데, 나오는건 바나나를 든 고릴라와 정글의 온갖 것이다라... 왠지 마음에 와 닿습니다.

One that's tricky is slight spelling errors in variable names. So I choose variable names that are very dissimilar, deliberately, so that error won't occur. If you've got a long variable like personName and you've got personNames with an "s" on the end, that's a list of person names, that will be something that my eye wil tend to read what I thought it should have been. And so I'd have personName and then listOfPeople. And I do that deliberately because I know that my eye will see what I thought I'd written. p. 220

personName이란 변수가 있고 사람 이름 목록에 해당하는 변수가 필요하다면, personNames 보다는 listOfPeople을 택하겠다는 의견. 작명이 프로그래밍에서도 참 어렵고 중요한 문제입니다. 영어를 잘해야 하는 또 하나의 이유.

What we learned later was, it wasn't all that easy to discover new stuff. And it's incredibly difficult to get people to use new and better stuff. p. 220

새로운 것을 발견하고 만들어내기도 어렵지만, 새로운 것을 사람들이 받아들이게 하는 것은 훨씬 더 어렵다...

Things you don't do are difficult and things you've done are easy. So you don't even try. And I think that's a mistake. p. 223

심감독의 유명한 말이 생각나네요...;

Good to thrash your ideas out in front of the crowd. You're put in a position of explaining your ideas which, for me, moves them from one part of my brain to another part. Often when you explain things then you understand them better. p. 228

자신의 아이디어를 남에게 설명하는 과정에서, 생각이 정리되는 느낌, 다들 경험해 보셨죠?

The code shows me what it does. It doesn't show me what it's supposed to do. I think the code is the answer to a problem. If you don't have the spec or you don't have any documentation, you have to guess what the problem is from your answer. You might guess wrong. I want to be told what the problem is. p.231-232

코드는 문제에 대한 답이다. 문서나 명세가 없다면 답에서 문제를 추측해낼 수밖에 없다. 문서화의 필요성에 대한 명쾌한 설명!

And Hamming said, "I always spend a day a week learning a new stuff. That means I spend 20 percent more of my time than my colleagues learning new stuff. Now 20 percent at compound interest means that after four and a half years I will know twice as much as them. And because of compound interest, this 20 percent extra, one day a week, after five years I will know three times as much," or whatever the figures are. p. 234

매일 조금씩의 학습에 대한 투자가 나중에는 복리로 크게 불어난다는 이야기. 제가 사람을 뽑을 때 가장 중요하게 보는 부분 중 하나입니다. 얼마나 학습 열의가 있느냐 하는 것이죠.

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

My Recent Tweets 20100104

all2one — Tue, 05 Jan 2010 00:23:20 +0900

http://www.flickr.com/photos/gregfoster/2984583644/

프로그래밍programming

RT KageKirin: Visual Studio - Lua Language Support http://tinyurl.com/ydwth7n #programming #

간단한 문법 체크를 지원하는 비주얼 스튜디오 루아 애드인

RT WalterBright: #d_lang D programming language dmd 1.055 and 2.039 updates http://bit.ly/8lR5Es #programming #

최신 D 컴파일러 릴리즈

RT sigfpe: Working on another monad tutorial: http://bit.ly/4Od0H3 #programming #

모나드에 대한 튜토리얼 문서. 하지만 여전히 감이 안오는...;

code2009: http://su.pr/3wF1s1 #programming #

트위터를 통해 이루어지는 간단한 프로그래밍 언어 통계

RT KnowFree: Knowfree.net update: Art of Computer Programming, Volume 1: Fundamental Algorithms (3rd… http://bit.ly/8Rsofy #programming #

Art of Computer Programming 1권 공짜 이북

Functional Programming Doesn't Work (and what to do about it) http://su.pr/1jdoEr http://su.pr/2fcet7 #programming #

순수 함수형 프로그래밍만으로는 한계가 있다는 견해

RT mfeathers: Barbara Liskov's ACM Turing Award Lecture http://bit.ly/7pInEd (from bob_koss) #programming #

Liskov Substitution Principle로 유명한 바바라 리스코프의 ACM 튜링 어워드 강연

Announcement: ‘libcpu’ Binary Translator http://su.pr/2YlAY3 #programming #

여러 CPU 아키텍처를 에뮬레이션 하는 오픈소스 라이브러리

RT aycangulez: Test Smarter, Not Harder http://bit.ly/6bUe2f #programming #

효율적인 테스팅 전략을 설명

RT aycangulez: The Master, The Expert, The Programmer http://bit.ly/7HHFG4 (via taylodl) #programming #

달인, 전문가, 프로그래머에 대한 통찰력 있는 견해

RT aycangulez: The Art in Computer Programming http://bit.ly/4WHt1Y #programming #

프로그래밍에서의 예술적 요소

The Year In Haskell: http://su.pr/2dO5JZ #programming #

해스켈계의 일년 회고

Hg-Git - a plugin 4 Mercurial, adding the ability to push to & pull from a Git server repos from Mercurial: http://su.pr/8811wa #programming #

Git 저장소를 Mercurial 도구로 접근할 수 있게 해주는 머큐리얼 플러그인

RT pudidic: 영어를 할 줄 아는 모든 소프트웨어 개발자들은 당장 이 사이트의 팟캐스트를 구독하세요. 의무입니다. http://bit.ly/5qWTHa #programming #
The Expression Problem: http://su.pr/2togPN #programming #

프로그래밍에서의 확장성과 관련한 유명한 문제

"The Next Mainstream Programming Languages: A Game Developer's Perspective" http://su.pr/1Q7Z41 an old one, but interesting #programming #

팀 스위니의 차세대 주류 프로그래밍 언어에 대한 2006년도 예언

The Nice programming language: http://su.pr/2nvX5H #programming #

학계의 최신 연구 결과를 적극 도입했다는 흥미로운 프로그래밍 언어. 이름 좋네요;

RT DeliciousHot: CoffeeScript http://is.gd/5ACQS #programming #

자바스크립트로 최종 컴파일되지만 훨씬 간결한 구문을 제공하는 언어

RT ch9: C9 Lectures: Dr. Erik Meijer - Functional Programming Fundamentals Chapter 13 of 13 http://bit.ly/5YsOKa #programming #

에릭 마이어의 Channel9 함수형 언어 강좌가 드디어 끝났습니다. 저도 연휴 기간 동안 다 보았습니다!

RT ascarb: .Net friendly OpenCL, http://bit.ly/4NjfnI #programming #

닷넷 플랫폼용 OpenCL

RT alvinashcraft: Run Code Online [40+ Languages] http://ff.im/-dkhbY #programming #

40개 이상의 언어를 지원하는 온라인 코드 실행기

RT tatsuma_mu: Why A + B != A - (-B) http://bit.ly/6myoPP #programming #

64비트 환경에서는 A + B가 A - (-B)와 다를 수 있습니다!

RT aycangulez: Why programmers are not paid in proportion to their productivity http://bit.ly/4Muwsn #programming #

왜 프로그래머는 각자의 생산성에 비례하여 연봉을 받지 못하는가에 관한 통찰력 있는 글

RT DeliciousHot: Invent with Python http://is.gd/5ynYj #programming #

"파이썬으로 컴퓨터 게임 만들기" 2판

방법론methodology

RT skillsmatter: Watch dpjoyce talk about #Kanban practices (at recent #skillsmatter #leankanbanx): http://bit.ly/8zziAd #methodology #

린과 관련한 체계적 개선에 관한 강연

RT RonJeffries: Beyond Agile -- The Agile Barrier http://bit.ly/5seCIp #methodology #

애자일 장벽에 관한 론 제프리의 글

RT henrikkniberg: New free book "Kanban & Scrum, making the most of both" http://ow.ly/OgIU. Enjoy! #methodology #

칸반 및 스크럼에 관한 공짜 이북

그래픽스graphics

RT aras_p: http://bit.ly/7v9LcI - Reality vs. Game Industry vs. Demoscene (via pouet.net) #graphics #

실제와 게임, 데모신에서의 비주얼 차이를 센스있게 보여줍니다.

RT aras_p: Hmm... MojoShader seems like a solution to some of our problems! http://icculus.org/mojoshader/ #graphics #

D3D 셰이더를 OGL 셰이더로 변환해주는 도구

RT ChristerEricson: meshula Note that Saboteur PS3 seemingly doesn't seem to be MLAA (but somewhat similar) http://bit.ly/6HiRxA #graphics #

안티알리아싱 기법에 관한 글

Historically Significant Papers for Computer Graphics: http://su.pr/2QSFNv #graphics #

역사적으로 중요한 컴퓨터 그래픽스 논문들

glslDevil is a tool for debugging the OpenGL shader pipeline. http://su.pr/9SuAFK #graphics #

OpenGL GLSL 디버깅 도구

RT repi: Awesome! RT Reg__: http://bit.ly/6HNqQo photos of real phenomena that resemble computer graphics artifacts :) #graphics #

그래픽 버그 같은 실제 장면 사진들. ㅎㅎ;

RT Wolfire: Close-up and distant terrain lighting http://bit.ly/6vwtfz #graphics #

지형 조명 계산에 관한 글 (인디 개발자의 블로그인듯한데 유용한 정보가 많습니다.)

게임개발gamedev

recastnavigation - Navigation-mesh Construction Toolset for Games: http://su.pr/2vb6Bw #gamedev #

게임을 위한 네비게이션 메쉬 오픈소스 툴셋

RT repi: OnLive 50 min talk/demo at Columbia University: http://bit.ly/5pAthx I'm a bit less skeptical, could fit a certain low... #gamedev #

논란이 되었든 OnLive의 데모가 살짝 공개되었다는군요.

RT onechu: 2010년과 함께 게임 개발자 메타 싸이트 하나 공개합니다. 블로그와 트위터로 구분해두었습니다. http://kgdn.tk 많은 홍보 부탁 드립니다. (이제 막 도메인 세팅 되서 가입은 저 밖에 안 되어있지만;;) #gamedev #
RT tatsuma_mu: Gamasutra's Best Of 2009 http://bit.ly/7aVJDA #gamedev #

가마수트라 선정 2009 베스트

RT tatsuma_mu: Epic Demonstrates Unreal Engine 3 for the iPod Touch/iPhone 3GS http://bit.ly/7God0j #gamedev #

에픽게임즈가 아이폰용 언리얼엔진도 준비 중이라는군요. ㅎㄷㄷ

기타etc

RT ItStartsWithUs: RT mistygirlph: Stunning Black and White Photos (With A Touch Of Color) http://ow.ly/SrFy #
RT DeliciousHot: 25 Best Sites for Free Educational Videos http://is.gd/5KVW6 #
RT ChrisDeLeon: We are all Don Quixote. Civilization is frequently a matter of finding others that tilt the same windmills as you. #
RT istoriae: 블리자드의 조직 설명에서 가장 인상깊은 직무는 '자료실(archive)를 관리하는 사서(librarian)'였습니다. 블리자드의 모든 기록들을 보관하고, 유지적으로 정리하고, 필요로 하는 사람에게 적시에 제공해주는 일을... #
RT johnreuben: 2010!! 5 yrs away from back to the future 2. #
RT estima7: 데이빗카는 그가 팔로우하는 사람들을 그를 대신해 웹을 서핑해주는 대리인으로 묘사. 덕분에 직접 웹을 서핑하는 시간이 크게 줄어들었다는 것. 동감. #
RT DeliciousHot: Search and sort available domain names - Score Tool http://is.gd/5JdqF #
RT Twitter_Tips: How to add text to your Twitter avatar, just by tweeting! http://j.mp/4ADSLe /via askaaronlee Jason_Pollock #
RT RatRaceTrap: "Only put off until tomorrow what you are willing to die having left undone." -- Picasso #rq #
RT crabbykang: 인터넷서점 알라딘, ActiveX 폐기 선언! http://bit.ly/5rWCnO 이제부터 알라딘 고고~ #

알리딘 쵝오!

RT aycangulez: Clean code is like a powerful scene from a foreign movie. You don't need subtitles to understand what's going on. #
RT eHub: stemming http://bit.ly/4stPJv #

여성 공학도,과학자에게 유용할 사이트

RT SpreeTree: Excellent reply from the author of "The Magic of Unity Builds" to my post "The Evils of Unity Builds" http://bit.ly/6KY1EP #

빌드 속도를 높이기 위한 편법인 유니티 빌드에 관한 의견

RT gamearchitect: Free Computer Science Ebooks and Resources: http://bit.ly/7lCUWU #
RT ajlopez: cwbowron Problems with TDD http://bit.ly/8BcCWl - I would agree with "TDD freezes the API too early" for OO langs only. #

TDD의 test-first 전략이 장점보다 단점이 크다는 견해

RT aycangulez: Applied Philosophy, a.k.a. "Hacking" http://bit.ly/7VaXr4 (via fad) #

생활철학으로서의 해킹

RT webappstorm: Task Management on the Web in 2010 - http://bit.ly/7BIWPQ #
RT birdkr: 프로젝트에서 유닛테스트 프레임워크로 UnitTest++만 쓰고 있었는데 Mock 프레임워크인 GoogleMock을 붙였습니다. 이걸 왜 여태까지 안썼는지 후회됩니다. 추천! http://bit.ly/uiGWI #
RT beatshon: Active X를 안깔아도 최대 6기가까지 메일 전송이 가능한 서비스 “piczza” 정말 쓸만함. http://bit.ly/6tRNxH 무료버전은 파일을 3일동안만 내려 받을 수 있지만 잠깐 파일 보내기에는 충분한듯. #
RT eHub: Twilitics http://bit.ly/5VMajM #

su.pr과 같이 클릭 추적 기능을 가진 url 단축기

RT DeliciousHot: 0x1fff: 35 Google open-source projects that you probably don't know http://is.gd/5DrcJ #

35개의 구글 오픈소스 프로젝트들. 유용한 것들이 많습니다.

RT xiles: 아이폰용 모바일 사이트 모음 http://m.xiles.net모바일 사이트를 모아놓은 사이트들도 몇 가지 있으니 아이폰에서 인터넷 어디 들어가볼까 싶으면 이곳에서부터 시작해보세요. #
RT estima7: 예전에 개발을 시도하다가 내부적으로 중단한 것으로 알았는데... 너무 기쁜 소식! RT MinsikYoon: 맥용 곰플레이어가 곧 출시된다는 소식. 3년전에 비해 맥 환경이 정말 좋아진듯. http://bit.ly/5r1dAt #
RT MrSnowLeopard: Enable NTFS Write Support on Snow Leopard | technoNix http://bit.ly/62vpC9 #
An impressive mock-up tool! RT go2web20: inPreso - Design, Experience, Present and Discuss Mock-ups: http://bit.ly/6NiliP #

매우 훌륭해보이는 UI 목업 도구

RT iwisenet: In Awe Watching:"YouTube - The Known Universe by AMNH", http://bit.ly/4NdJ9Q. Posted via #friendbar #
RT morgan3d: Goodbye Adobe Acrobat, hello Skim for PDF markup and LaTeX editing on OS X: http://bit.ly/4nfURx #
RT zappos: "Do not go where the path may lead, go instead where there is no path and leave a trail." -Ralph Waldo Emerson #
RT DeliciousHot: Installing Etherpad | Pauleira! http://is.gd/5AaJx #

얼마전 구글에 인수되면서 공개로 풀린 협업 편집툴 Etherpad 설치법

RT tatsuma_mu: Google Image Swirl http://bit.ly/3UKvY5 #
RT petershine: 35 Expressive Examples of Stunning HDR Photography http://bit.ly/7gg8rM #
RT morgan3d: Pronunciation guide for mathematics: http://bit.ly/72Dsh9 #

수학도를 위한 발음 가이드

RT cjunekim: 올해의 xper 기년회 http://bit.ly/5zUrRm #
RT googletoolbar: Download the latest Toolbar for Firefox, which enables sharing with short goo.gl URLs: http://goo.gl/w7B8 #

파폭용 구글 url 단축기 툴바

I just started using Droplr, the coolest new app for Mac. Check it out at http://droplr.com #
RT TimBrownson: Are any phobias or intense fears holding you back? Then get rid of them like this http://bit.ly/5iqXBt #

http://www.flickr.com/photos/nataliejohnson/2593935396/sizes/l/

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Game Developer Blog Network 인증용 vefe3cc49 (냉무)

all2one — Mon, 04 Jan 2010 20:34:38 +0900

http://kgdn.tk/blog/

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

Coders at Work를 읽고 - 1

all2one — Mon, 21 Dec 2009 06:07:33 +0900

유명 프로그래머들과의 인터뷰를 엮은 책입니다. 인터넷의 여러 호평대로 흥미롭게 읽었습니다. 나름 프로그래밍 분야에서 일가를 이루 사람들의 생각을 들어보고 서로 비교해볼 수 있어 좋았습니다. 앞으로 몇 회에 걸쳐 인상 깊었던 문구를 중심으로 간단한 감상 글을 적어보겠습니다.

Jamie Zawinski : 리스프 해커, 초기 넷스케이프 개발자, 나이트클럽 주인

I think one thing that's really important is to not be afraid of your ignorance. If you don't understand how something works, ask someone who does. A lot of people are skittish about that. And that doesn't help anybody. Not knowing something doesn't mean you're dumb - it just means you don't know it yet. p. 40

매우 자명하지만 잊기 쉬운 마음가짐입니다.

Brad Fitzpatrick : LiveJournal 만든이. 현재 구글 재직 중

I see people that are really smart - I would say they're good programmers - but say they noly know Java. The way they think about solving things is always within the space they know. They don't think end-to-end as much. I think it's really important to know the whole stack even if you don't operate within the whole stack. p. 65

요즘에도 프로그래머가 어셈플리 등의 저수준 지식을 가져야 하는가에 대한 그의 대답. 컴퓨터가 복잡해지면서 레이어 위에 레이어가 쌓인 오늘날에 참 따르기 힘든 말입니다만, 그러기에 더욱 중요한 조언이 아닌가 합니다.

But a lot of times lately, if there's something weird going on, I'm like, "OK, that function is too big; let's break that up into smaller parts and unit-test each one of them separately to figure out where my assumptions are wrong, rather than just stickling in random printlns." p. 79

많은 프로그래머들이 print 문을 여전히 가장 애용하는 디버깅 툴로 꼽더군요; 소스레벨 심볼릭 디버거가 등장한지 그리 오래지 않았고, 여전히 지원이 안되는 환경도 많으니 그러겠지요... 어쨌든 저 잘게 쪼갤 수 있을 때까지 쪼갠다가 제 코딩에서도 지향점이 되고 있습니다.

Optimization is fun because it's not necessary. p.80

흥미로운 관점입니다. ^^

I don't feel like I'm competing with anyone right now and I don't really care if other people are better because I feel like there are tons of people who are better already. I figure we are always in the middle anyway, so I'm happy to stay in the middle. p. 89

이 정도를 이룬 사람으로서 매우 겸손한 자세... (특히나 상당히 젊은 친구임을 감안하면 참 인물이다 싶군요.)

Douglas Crockford : 야후에 재직 중인 자바스크립트 아키텍트. JSON 만든이

Readability of code is now my first priority. It's more important than being fast, almost as important as being correct, but I think being readable is actually the most likely way of making it correct. So I think it's probably not good code and they probably made the wrong trade-offs if the code turned out to be in the state that it's not easily readable. p. 107

코드의 가독성을 매우 중시. 많은 인터뷰 대상자들의 공통점이었습니다. 코드의 유지보수에는 결국 사람이 필요하고, 유지보수자(시간이 흐른 뒤의 원작자를 포함하여)가 소스를 얼마나 명확하고 쉽게 이해할 수 있는가가 비용에 직결되겠죠.

So I would actually rather see people start as English majors than as math majors to get into programming. p. 124

수학도 수학이지만 자신의 모국어를 어느 정도 알고 활용할 수 있는가 이 분야에서도 매우 중요하다는 지적. 결국은 코딩도 커뮤니케이션이기에...

Brendan Eich : 자바스크립트 만든이. 현재 모질라의 CTO

So a blue-collar language like Java shouldn't have a crazy generic system because blue-collar people can't figure out what the hell the syntax means with covariant, contravariant type constraints. p. 147

자바를 '블루칼라' 언어로 보는군요. ㅎ 그런 경향이 전혀 없지는 않지만, 그래도 '성급한 일반화의 오류'라 해야겠죠? ^^

Larry Wall is right. Laziness should be a virtue. So that's why I prefer automation. p. 151

과연 게으른 개발자가 나은가하는 질문이 많이 재기되는데요... 저도 정답은 모르겠습니다. 게으른 면이 있어야 똑같은 일을 반복하게 되면 자동화를 시도하게 된다인데... 저도 사실 이 부분이 약한 편이어서, 그 동안 여러 면에서 자동화를 도입하려고 많이 노력했습니다. 결국은 균형과 조화의 문제라고 봅니다.

I have this big allergy to ivory-tower design and design patterns. Peter Norvig, when he was at Harlequin, he did this paper about how design patterns are really just flaws in your programming language. Get a better programming language. He's absolutely right. Worshipping patterns and thinking about, "Oh, I'll use the X pattern." p. 155

디자인 패턴은 결국 프로그래밍 언어의 결함을 보완하기 위한 시도. 따라서 패턴을 맹신하기 보다는 더 나은 언어를 선택해라 입니다. 문제는 완벽한 언어는 어디에도 없다는 거겠죠. 하지만 무엇이 되었든 맹신하는 것은 좋지 않습니다.

That's always a challenge because a programmers have to be optimists. We're supposed to be paranoid, neurotic, Woody Allen types who are always worried about things, but really you wouldn't get anywhere in programming if you were truly paranoid. p. 164

다소 결벽증이 있어야 세심함을 요구하는 코딩을 잘 할 수 있다, 하지만 결벽증만으로는 앞으로 나아갈 수 없다, 따라서 프로그래머는 기본적으로 낙관적이어야 한다... 코딩에서의 딜레마를 절묘하게 표현한 듯.

I am not JavaScript. In the early days, it was such a rush job and it was buggy and then there was some Usenet post Jamie Zawinski forwarded me. He said, "They're calling your baby ugly." I have real kids now; I don't have to worry about that. p. 166

ㅋㅋ 우문현답입니다. 이번 회는 여기까지입니다.

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

차세대 게임개발 언어로 D에 주목하는 이유 - 마지막

all2one — Fri, 18 Dec 2009 08:26:45 +0900

2009/09/19 - [Game Development] - 차세대 게임개발 언어로 D에 주목하는 이유 - 1
2009/10/20 - [Game Development] - 차세대 게임개발 언어로 D에 주목하는 이유 - 2

~ The Sunny Side ~ by ViaMoi

드디어 마지막입니다. 마지막인 만큼 강력한 놈들이 많이 나옵니다. 그 사이 시스템 프로그래밍 언어라는 같은 분야를 노리는 Go라는 강력한 경쟁자가 나타났습니다만... 여전히 D 언어만의 장점이 있습니다.

병렬 프로그래밍concurrent programming

제가 이전 글 2009/06/03 - [Game Development] - Double-checked locking 이디엄의 함정 에서 설명한 것처럼 아래와 같은 double checked locking은 data race라는 문제가 있습니다. 메모리 배리어가 필요하지만 사용도 까다롭고 포터블하게 제공하기도 어렵죠. 그래서 C++0x에서 이를 위한 별도의 라이브리러 함수 std::call_once()를 제공하는 것이죠. 이렇듯 병렬 프로그래밍에서의 race 문제는 저수준에서 접근하기에는 문제가 너무 많습니다. 그래서 언어 차원에서의 지원이 중요한 것이죠.

D에서는 모든 변수가 기본으로 thread local 입니다. 여러 스레드 간 공유를 위해서는 변수 선언 시 따로 shared로 명시해주어야 합니다. 공유 가능하나 불변하는 값을 가지는 변수를 위한 immutable이라는 형 수식 키워드도 제공합니다. 이런 접근을 통해서 컴파일러는 shared로 지정된 변수들에 대해서는 읽기/쓰기 재정렬을 방지하고 해당 변수 접근에 대해 자동으로 메모리 배리어을 삽입할 수 있습니다. 위 DCL 문제는 다음과 같이 하면 해결되는 것이죠. (아래 코드에서는 scope(exit) 라는 D 언어의 RAII 지원도 확인하실 수 있습니다.)

또한 함수형 언어의 기반인 순수 함수도 지원합니다. 순수 함수란 수학 함수에서와 같이 결과값이 입력인 함수 인자에만 의존하고 부수 효과(side effect, 전역 변수나 멤버 변수를 수정하는 것과 같은 상태의 변화)가 없는 함수를 말합니다. 따라서 같은 인자를 주면 언제나 같은 값을 리턴합니다. 이러한 순수 함수의 장점은 그 본성으로 인해 동기화가 필요 없다는 것입니다. 병렬화가 아주 쉽다는 것이지요. D에서는 다음과 같이 순수 함수를 선언하면 컴파일러 순수 함수로 동작하도록 보장해줍니다. 보장이 안될 경우 컴파일 에러가 난다는 뜻이지요.

이를 이용하면 최근 manycore의 대두와 함께 각광을 받고 있는 함수형 프로그래밍 방식으로 개발하는 것도 가능합니다. 물론 메모리 배리어는 성능 손실을 가져오므로, shared 변수를 남용하면 느려질 수 있습니다. 따라서 shared 변수는 최소화하고, immutable 변수와 순수 함수의 사용을 극대화하는 것이 좋습니다.

어쨌든 결론은 D는 언어 차원에서 병렬성에 대한 해법을 어느 정도 제시해준다는 것입니다. D에서의 병렬 프로그래밍에 관해 더 알고 싶으시면 http://su.pr/1h5Anx의 문서를 참고하세요.

계약 프로그래밍contract programming

D 언어는 계약에 의한 설계(DbC, Design by Contract) 개념을 지원합니다. 단순한 assertion에 차원을 넘어 precondition, postcondition, invariant의 개념에서 스펙을 명시할 수 있습니다. 아래의 제곱근 함수에서 precondition, postcondition, 함수 바디가 각각 in, out, body 키워드를 통해 어떻게 사용되는지 확인하실 수 있습니다.

불변식invariant도 다음과 같이 invariant 키워드를 통해 지정할 수 있습니다. 다음의 Date 클래스에서는 제대로 된 날짜라면 갖춰야 할 조건이 항상 만족되도록 불변식을 지정하고 있습니다.

이러한 계약에 의한 프로그래밍은 상속 개념과도 어울려 동작하도록 되어 있습니다. 더 자세한 사항은 곧 출간 될 The D Programming Language를 참고해주세요.

다중 서브타이핑multiple subtyping

마지막은 개체 지향 프로그래밍 관련 기능입니다. 많은 개체 지향 언어들어 서브타이핑의 방편으로 상속을 제공합니다. 하지만 상속은 워낙 결합도가 강해 의외로 단점이 많습니다. 또한 다중 상속은 구현상의 어려움도 많고 사용상의 주의점도 많아 C++ 이후의 대부분의 언어들이 지원하지 않고 있습니다. 보통 인터페이스 다중 상속만을 지원하지요. D도 마찬가지입니다. 인터페이스의 다중 상속만 가능합니다. 한편, 상속이 가지는 이러안 너무 강한 결합도라는 단점 때문에, 상속 보다는 composition을 통합 기능 결합을 추천하기도 합니다.

상속 이외에도, D 언어는 composition 기반 하에 상속과 같은 편의성을 제공하는 매우 유용한 서브타이핑 기능을 제공합니다. 예를 들어 Shape에서 상속 받아야 하는 구체 클래스가 있는데, DB와의 연동 기능(DBObject 클래스가 제공)도 필요하다고 가정해봅시다. D에서는 다중 상속 없이도 다음과 같이 할 수 있습니다.

alias this가 핵심인데요. 그렇게 해주면 unittest 섹션에서 볼 수 있는 것처럼 DBObject의 기능을 마치 상속 받은 것처럼 활용할 수 있습니다! (this()는 짐작대로 생성자입니다.) 더욱 놀라운 것은 다음과 같이 DBObject를 오버라이드하여 사용할 수도 있다는 것입니다. 이때는 D 언어의 또다른 강력한 기능인 nested class가 활용됩니다. (C++에서의 inner class 처럼 단순히 scope만 제한되는 기능이 아닙니다. 실제 outer 클래스 인스턴스에 멤버에 접근이 가능한 형태로 기능합니다. 더 자세한 설명은 역시 서적을 참고해주세요...;)

개인적으로 정말 깔끔하고 참신한 해법이라 생각합니다.

참고자료
D (programming language) - Wikipedia

이상으로 3회에 걸쳐 D 언어의 장점에 대해 살펴보았습니다. 역시나 본인의 이해력, 필력 부족으로 제가 느꼈든 참신함과 강력함이 제대로 전달되었을지 걱정입니다. 조금이나마 D 언어에 관심이 생기도록 일조했다면 다행이고요, 그런 분들은 필히 서적을 구입하여 일독하시기를 권합니다. ^^

잘 살펴보세요... 오묘합니다;;;

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

My Recent Tweets 20091207

all2one — Thu, 10 Dec 2009 03:33:08 +0900

프로그래밍programming

RT programmingjoy: Improving testing practices at Google #programming http://bit.ly/5uwjvx #

구글의 테스팅 적용 사례

RT programmingjoy: Online (La)TeX equations renderer for your HTML pages #programming http://bit.ly/8mWuyG #

블로그 등에 수식을 표시할 수 있게 해주는 스크립트

RT martinfowler: The rationale for Erjang - a port of the Erlang language to the Java VM: http://bit.ly/8qR6A0 (by drkrab) #programming #

자바가상머신 기반 Erlang 구현인 Erjang을 왜 만들었는가?

RT programmingjoy: Using iPython as your default shell #programming http://bit.ly/8uhwsR #

향상된 파이썬 인터액티브 쉘 iPython

Authors at Google: Peter Seibel on "Coders at Work" http://su.pr/6SDT6Y #programming #

"Coders at Work"의 저자 피터 자이벨의 최근 구글 강연

RT programmingjoy: fileutils: a UNIX inspired file system library for Python #programming http://bit.ly/5RzZAS #

유닉스 파일 시스템 라이브러리를 모델로 한 파이썬 라이브러리

RT programmingjoy: Is Small Still Beautiful? | LtU #programming http://bit.ly/6I3Drl #
RT programmingjoy: The Unofficial Ruby Usage Guide #programming http://bit.ly/7QMCvy #

비공식 루비 사용자 가이드

RT programmingjoy: Programming Paradigms diagram #programming http://bit.ly/6aRm8x #

프로그래밍 패러다임의 역사를 보여주는 도표

RT 3dgamestudio: List of Algorithms: http://bit.ly/8VK0Vd #programming #

알고리즘 백과

What's the difference between ADTs(abstract data types) and objects? (pdf) http://su.pr/1t7wH9 #programming profound & intriguing #

추상자료형과 개체지향의 차이가 무엇인지 논하는 난해하지만 흥미로운 문서

RT unclebobmartin: I just wrote a blog entitled: "Saying No.": http://bit.ly/8OXtBy #programming #

밥아저씨의 의미있는 블로그 글 또 하나

RT programmingjoy: Go Forth and WikiReadit #programming http://bit.ly/5gXieS #

위키피디아 전용 단말기 위키리더

RT programmingjoy: This is why open source is cool. #programming http://bit.ly/6Oyl2B #

오픈소스 png 이미지 압축 도구

RT programmingjoy: Guy Steele: Why Object-Oriented Languages Need Tail Calls #programming http://bit.ly/77Sr38 #

위의 추상자료형/개체지향 논문과 관련하여 왜 개체 지향 언어가 꼬리 호출 최적화를 지원해야 하는지에 관한 가이 스틸의 견해

RT programmingjoy: Erlang has a new site! #programming http://bit.ly/74XBfb #

얼랭의 새 홈페이지

Functional compile-time templates based type lists in C++: http://su.pr/1duQtt #C++ #programming #

C++ 템플릿 메타프로그래밍을 이용한 타입 리스트 구현

RT voidspace RT voidspace: "Why doesn't C++ have a garbage collector? Because there would be nothing left!" #programming #
RT programmingjoy: Advanced Data Structures: Red-Black Trees : Good Math, Bad Math #programming http://bit.ly/5VcQGL #

C++ STL map 자료구조의 내부구현으로 쓰이는 Red-Black 트리를 해스켈로 구현하기

RT programmingjoy: The Real Father of Design Patterns (or why is this in programming) #programming http://bit.ly/7iuVjk #

디자인패턴의 진정한 아버지라 할 수 있는 크리스토퍼 알렉산더에 관한 글

RT programmingjoy: Best programming language - Google Squared #programming http://bit.ly/73CU0g #
RT programmingjoy: Why I chose Common Lisp over Python, Ruby, and Clojure #programming http://bit.ly/4IApfY #

그는 왜 파이썬, 루비, Clojure를 제껴두고 Common Lisp를 사용했는가?

RT SpreeTree: Very interesting code collaboration and learning tool - https://squadedit.com. Be interestin... (via ChrisSwan) #programming #

또다른 온라인 협업 코드 에디터

RT programmingjoy: VsVim Update Released (Version 0.5.2) #programming http://bit.ly/6kuX4V #

VS2010 베타2 용 빔Vim 에뮬레이션 플러그인

RT KageKirin: RapidXml is an attempt to create the fastest XML parser possible http://bit.ly/4FflYv #programming #

가장 빠른 XML 파서라고 자칭하는 RapidXML

RT programmingjoy: Donald Knuth interview #programming http://bit.ly/7l89AJ #

도날드 크누스 인터뷰

RT unclebobmartin: ScalaByExample.pdf (http://bit.ly/689ho2) is a very quick and easy way to learn scala. #programming #

스칼라 튜토리얼 문서

방법론methodology

RT SpreeTree: RT bertolami: pleased by the continuous integration game http://bit.ly/nguE4 [Fun way of working towards a ...] #methodology #

지속적 통합 게임

RT programmingjoy: Fresh articles; Pomodoro in print #programming http://bit.ly/6n2tz3 #methodology #

일인 스크럽 뽀모도로 기법에 관한 책 출간

그래픽스graphics

RT meshula: RT tuan_kuranes Feature-Aligned Shape Texturing http://is.gd/5eVGp (paper source video) #graphics #
RT meshula: Related & interesting: Hybrid AO http://bit.ly/8PAbl3 RT morgan3d: GPU AO via shadow volumes: http://bit.ly/4pUI5X #graphics #

새로운 Ambient Occlusion 기법

RT meshula: Impressive bit of work. RT tuan_kuranes Megatexture in opengl ES using webgl http://is.gd/5bZYa #graphics #

WebGL 환경에서 메가텍스처 구현

RT morgan3d: Accurate GPU Ambient Occlusion via shadow volumes: http://graphics.cs.williams.edu/papers/AOVTR09/ #graphics #

역시 새로운 Ambient Occlusion 기법

RT tatsuma_mu: RT GPUComputing NVIDIA SC09 booth videos now online: http://is.gd/5bCvJ #graphics #

슈퍼컴퓨팅 2009 엔비디아 부스 동영상들

RT bjoernknafla: /via ATIStream: New ATI Stream Quarterly Newsletter up online http://bit.ly/6zQlod Good activity summary #graphics #

ATI Stream 분기별 뉴스레터

RT bkaradzic: LOL Intel DX10 Integrated POS runs slower (avg) than WRAP10 software rasterizer on i7 or Quad (http://bit.ly/N7Oy) #graphics #

코어i7에서 WARP10 소프트웨어 래스터라이저보다 늦게 돌아가는 인텔 통합 칩셋 안습 DX10 성능

Volumetric heat diffusion skinning: http://su.pr/2MZgB7 #graphics #

스키닝을 위한 정점 가중치를 자동으로 계산하기 위한 기법

RT tatsuma_mu: Real-time Mandelbulb visualization with GigaVoxels http://bit.ly/6GQT9W #graphics #
RT programmingjoy: Triangle Mesh Voxelization - a technique for creating voxel models (aka LEGO rabbits) #programming http://bit.ly/5PKw2H #

삼각형 메쉬를 복셀화하는 간단한 알고리즘의 친절한 소개

병렬성parallelism

RT SoftTalkBlog: Parallelising an imaging application - whitepaper - http://bit.ly/8dXwx1 #multicore #intel #parallelism #

순차 수행으로 작성된 응용프로그램을 어떻게 병렬화할 수 있는지 보여주는 문서

RT bjoernknafla: /via JamesReinders: 48core research chip SinglechipCloudComputing:SCC http://bit.ly/7iufrL IntelLabs #parallelism #

인텔에서 발표한 연구용 48코어 칩

RT dvyukov: Relacy Race Detector kicks $hit out of HotSpot http://bit.ly/4psH3a #parallelism #

Relacy Race Detector를 사용해 어떻게 레이스를 잡아내는지 보여주는 실례

The Microsoft Research Accelerator system provides simplified programming of GPUs via a high-level data... http://su.pr/1gAPQH #parallelism #

마이크로소프트 연구소에서 내어놓은 GPU 기반 닷넷 플랫폼 데이터병렬 라이브러리

RT SoftTalkBlog: When multicore processors cause programs to run more slowly http://bit.ly/599k3b #parallel #programming #parallelism #

포브스지에 실린 멀티코어 프로세서를 위한 프로그래밍에 대한 글

게임개발gamedev

RT bjoernknafla: /via LukeD: My next article for AiGameDev http://bit.ly/6uLTYJ - about hierarchical concurrent state machines #gamedev #

계층적 병형 상태 기계를 활용한 AI에 관한 글. 저도 아직 못읽어봤네요..;.

RT danacowley: just released - 171 new #UDK video training tutorials: http://bit.ly/8U9iQU #gamedev #

UDK 비디오 튜토리얼들

RT tatsuma_mu: RT raphkoster Great Game Design article by DanC yet again. http://j.mp/7wKb77 #gamedev #

훌륭한 게임 기획에 관한 글

RT programmingjoy: The Black Triangle: Why Games Development Sucks Sometimes #programming http://bit.ly/8ifkVt #gamedev #

게임 개발에서의 난점에 대한 재미있는 은유

기타etc

Your Brain at Work (Google Tech Talks): http://su.pr/1NaeQy #

우리 뇌에 대한 통찰을 주는 구글테크토크 동영상

RT y5h: 하하. RT pighair: RT 대박ㅠㅠ nalbam: 5oa 점호고 뭐고 가려운 연아 ㅋㅋ - http://spic.kr/UmO1lf #
RT Twitter_Tips: Cool text analysis shows how to make your tweets popular: http://j.mp/6nyFJv #
RT TheCharmQuark: How to survive the world of personal development and get what you want out of life: http://bit.ly/8kf1Jx #
RT gamearchitect: 24 Web Site Usability Testing Tools: http://bit.ly/7Dl3Ew #
RT DeliciousHot: Icon Fever | Showcase of the Best Free Icons and Premium Icons http://is.gd/5eChZ #
RT DeliciousHot: 101 Google tips, tricks and hacks | News | TechRadar UK http://is.gd/5e0x0 #
RT eHub: Silentale http://bit.ly/6su7CA #
RT cjunekim: gene that influences quality of person’s empathy http://bit.ly/3oB7aE #
RT jasonfried: Forbes: Why Introverts Can Make The Best Leaders http://bit.ly/8o79Fn #
RT Twitter_Tips: 4 Ways To Post Longer Tweets on Twitter http://j.mp/4xmwUu #
RT RatRaceTrap: "The question is not 'Is there life after death?' The question is, 'Is there life before death?'" -- Alan Cohen #
RT eHub: Build It With Me http://bit.ly/7rFgbv #

창업이나 프로젝트 공동 수행 등을 위해 프로그래머와 아티스트를 연결해주는 사이트

RT tweetmeme Firefox Add-on for Twitter | ul.timate.info http://retwt.me/nVvI #
RT asmartbear: RT openofficespace: Interesting site: officesnapshots - An inside look at compelling companies: http://is.gd/590y5 #

전도유망한 회사들의 사무실 풍경을 보여주는 사이트

RT DeliciousHot: ImageOptim – PNG/JPEG/GIF optimizer for Mac OS X http://is.gd/5c6JZ #
RT hskang: 외국의 수많은 주옥같은 강연이 모두 영어여서 난감한 경험이 있으셨죠? 외국의 강연을 번역하고 관련 자료등을 제공하는 snow 2.0을 소개합니다. CCL이 적용한 외국 강연들을 모두 모았습니다 http://j.mp/4Nf0jl #
RT spolsky: StackExchange site of the day: http://www.askaboutprojects.com/ (project management, of the PMI flavor) #

프로젝트 관리를 위한 질답 사이트

RT DeliciousHot: 10 Power Tools for Lifelong Learners | Open Culture http://bit.ly/6OhNxw #
RT google: Making the web faster: introducing Google Public DNS http://bit.ly/8GVVcJ #
RT Twitter_Tips: #CoolTool: Twitter conversation diagrams: http://j.mp/6rbnx1 #
RT lifedefrager: http://corp.nurien.com/nurien/kor/ourstudio_people.html 새삼 느끼는 거지만 번쩍번쩍. 나도 좀 갈고 닦아야 할텐데, 어느새 서른이다. #

스푼 서비스가 누리엔에서 나온 것이었군요...

RT DeliciousHot: Welcome to Pictory – Pictory http://is.gd/5aVD5 #

포토 스토리를 지향하는 흥미로운 사이트

RT stumbleupon: 52 Stunning long exposure photographs! http://bit.ly/8v4jNT #
RT DownloadSquad: New DLS post AJAX Emacs. If this doesn't excite you, nothing will. http://bit.ly/6WBHAU #

웹기반 Emacs

RT a_williams: Release V1.3 of just::thread coming soon. This release will include std::async and Win64 support. http://www.stdthread.co.uk #

C++0x 호환 쓰레드 라이브러리 새 버전이 나왔군요.

RT TheCharmQuark: RT boxofcrayons: New blog post: Great Work Interview – Jonathan Fields of Career Renegade http://bit.ly/82JeBv #
RT TheCharmQuark: Unbearable cuteness: http://bit.ly/630yUQ #
#wakemate - 수면을 분석해서 최적의 타이밍에 깨워주는 신개념 디바이스 http://bit.ly/5mUoYH #

예약구매 했습니다. ㅎㅎ

RT martinfowler: Is software "craftsman" the wrong word? A view from devChix: http://vurl.me/BVP (via desi) #

"craftsman"에 man이 들어가서 단어가 다소 남성중심적이므로(politically not correct) "codesmith" 용어를 쓰자는 여성 프로그래머의 의견

* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

크라이텍 10주년 파티

all2one — Thu, 03 Dec 2009 02:07:36 +0900

2009/12/02 - [Game Development] - 크라이텍 아카데미

크라이텍 아카데미에 잇달아 열린 10주년 기념 파티 풍경입니다.

파티장 전경. 16세 미만 출입 금지로 아들 녀석 때문에 아내는 아쉽게도 불참

드디어 입장. 먼저 스파클링 와인으로 입가심 후 찰칵

본 행사 시작 전 극장 같은 곳에 잔뜩 모인 사람들
드레스 코드는 smart casual. 과연 스마트 캐주얼이 어떤 것이냐로 논쟁이 좀 있었습니다;
그런데 놀랍게도 그 정의가 위키피디아에도 올라와 있군요. ^^
모 결과는 게임개발자 답게 입고 온 사람도 있고, 정말 영화에서나 보던 파티 복장으로 온 사람도 있다 입니다.

각 스튜디오에서 나와 소개하는 시간을 가졌는데, 서울 스튜디오에서는 OX 퀴즈를 선보였습니다.
그 밖에도 여러 스튜디오에서 재기발랄한 소개 슬라이드로 청중을 즐겁게 해주었습니다.

스튜디오 소개 후 각각 준비해온 간단한 선물을 창립자 열리 형제들에게 증정하는 시간을 가졌습니다.

마지막 프랑크푸르트 본사 순서에는 크라이텍의 역사를 재미있게 엮어 보여주더군요.
순서가 끝나고 현재까지 남아 있는 가장 오래된 회사 초창기 멤버 12명을 호명하여 선물을 주는 의미있는 자리도 가졌습니다.

본 행사가 끝나고 9시가 넘어서 드디어 식사 시간!

그 날 오전 아들 녀석의 생떼로 몹시 피곤한 관계로 일찍 돌아와야 했습니다만... 그래도 나름 즐겁고 의미있는 자리였습니다.

동료 자바워크님의 글도 참고하세요.

* 이 포스트는 blogkorea [블코채널 : 사진,그리고 일상...] 에 링크 되어있습니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.