레퍼런스 마이닝

매일 똑같은 책상에 앉아서 똑같은 생각만 하는 사람은 실력이 늘기 어렵다. 실력도 실력이지만 프로그래밍이 무척 재밌는 일이라는 사실을 느끼지 못하게 된다. 감각이 타성이 젖어 마비되기 전에 밖으로 나가 만나고, 마시고 , 토론하라. 그런 만남과 토론 자체가 프로그래밍이라는 행위의 일부이다.

보이스카우트 규칙미국 보이스카우트가 따르는 간단한 규칙이 프로그래머에게도 유용하다. 캠프장은 처음 왔을 때보다 더 깨끗하게 해놓고 떠나라. 체크아웃할 때보다 좀 더 깨끗한 코드를 체크인한다면 코드는 절대 나빠지지 않는다. 한꺼번에 많은 시간과 노력을 투자해 코드를 정리할 필요가 없다. 변수 이름 하나를 개선하고, 조금 긴 함수 하나를 분할하고, 약간의 중복을 제거하고, 복잡한 if문 하나를 정리하면 충분하다.

애자일 매니페스토우리는 스스로 소프트웨어를 개발하고, 다른 사람들이 개발하는 것을 도와주면서 더 나은 소프트웨어 개발 방법들을 찾고 있다. 이 과정에서 우리는 다음과 같은 가치를 중요하게 생각한다. 절차와 도구보다 개성과 화합을방대한 문서 작업보다는 동작하는 소프트웨어를계약 조건에 대한 협상보다는 고객과의 협력을계획을 따르는 것을 넘어서서 변화에 대처하는 것을더 가치있게 여긴다. 좌측의 사항도 가치가 있음을 인정하지만 우리는 우측의 사항에 더 높은 가치를 둔다는 것이다. 애자일 매니페스토의 원칙1. 가치있는 소프트웨어를 일찍, 지속적으로 전달하여 고객을 만족시키는 것을 최우선으로 한다. 2. 개발의 막바지 단계이더라도 고객의 요구사항 변경을 환영한다. 애자일 프로세스들은 변화를 활용하여 고객의 경쟁력을 ..

애자일2001년 2월, 소프트웨어 업계에 영향력이 있는 17명이 유타(Utah)주의 스키 리조트에 모였다. 방대한 문서 작업을 기반으로 하는 소프트웨어 개발 방법론에 어떤 대안이 있을지 토론하기 위한 모임으로 시작되었다.애자일은 단일 개념이 아니다.애자일 원칙과 방법론들은 절차적인 부분과 기술적인 부분의 두 종류로 나눌 수 있다. 애자일 방법론들은 모두 빠르고 짧은 피드백 루프에 대한 것이다. 피드백 주기가 짧으면 문제를 신속하게 파악할 수 있어 상황 파악도, 적응도 빠르다. 애자일은 문제 자체를 해결해 주지는 않는다. 애자일은 문제를 드러나게 한다. 절차적인 관점에서의 애자일애자일 원칙의 절차적인 부분들은 팀과 조직이 어떻게 구성되고 협업해야 하는지에 대한 것들을 규정한다. 팀에 정말로 중요한 것, 비..

오버 엔진이어링지나친 기술 집착은 오버 엔지니어링으로 귀결된다는 의견이 있다. 그럴지도 모른다. 하지만 반대로 생각하면 기술에 대한 이해도가 낮으면 언더 엔지니어링이 될 수도 있다. 우리가 두려워해야 할 것은 오버 엔지니어링인가, 언더 엔지니어링인가.물론 가장 좋은 것은 상황에 맞는 적절한 엔지니어링을 택하는 것이고, 그게 최우선임은 당연하다. 그러나 적절한 엔지니어링을 택하는 것도 많이 알고 있을 때나 가능한 일이다. 고참 개발자고참 개발자에 대한 개념은 크게 바뀌지 않았다. 어떤 개발자가 고참인지의 여부는 그가 얼마나 많은 지식을 가졌느냐가 아니라 그 업계에 얼마나 오랫동안 몸담아 왔느냐로 판단되고 있다.같은 경험을 10년 동안 열 번 반복하는 것과, 10년 동안 매년 서로 다른 경험을 하는 것 사이..