본문 바로가기

프로젝트10

오픈소스 프로젝트를 진행할 때 유의할 점 오픈소스 프로젝트는 세상에 기여하는 방법일 뿐 아니라, 자기 경력을 개발하는 데도 중요한 수단이 되고 있다. 하지만 오픈소스 프로젝트는 전세계 개발자와의 협업을 전제로 하기 때문에, 몇 가지 주의할 점이 있다. 이 사항들은 전적으로 필자의 경험에 비추어 나열하는 것에 불과하며, 다른 분들은 다르게 생각할 수도 있다. 그러니 참고만 하기 바란다. 1. 인터페이스는 주의깊게 설계하라 주의깊게 설계하지 않은 인터페이스는 나중에 시스템 확장을 어렵게 만든다. 단순히 개선하기 어렵다는 측면의 문제점만 있는 것은 아니다. 다른 사람들이 여러분의 소스를 받아 사용하기 시작하면, 그 소스코드의 문제점과 개선 방안을 신속히 반영하기가 점차로 어려워진다. 다른 사람들이 사용하는 코드에 대한 하위 호환성을 어떻게 보장할 것.. 2014. 4. 2.
단기간에 좋은 성과를 내는 비결은? 개발 프로젝트건, 영어 공부건 간에, 단기간에 좋은 성과를 내야 할 때가 있습니다. 그럴 때는 이렇게 해 보면 도움이 됩니다. (제 개인적인 경험에 따라 정리한 것이므로, 맘에 들지 않는 부분도 있으실 수 있습니다. 그런 부분은 가볍게 무시해주세요.) 1. 평가 일정을 먼저 잡으세요. 가령 'TOEIC 시험에서 좋은 성적을 내고 싶다'는 목표를 잡았다면, 석달 뒤에 TOEIC 시험 날짜를 미리 예약해 두세요. 그래 놓으면 중간에 포기하고 싶다는 생각은 안 들겁니다. 제가 이렇게 해서 TOEIC 시험 준비를 했는데요. 시작할 때 760점이었던 점수가 TOEIC 시험 볼 때쯤에는 만점 가까이 나왔습니다. 2. 장기적인 목표보다 단기적인 목표에 집중하세요. '프로젝트를 성공적으로 마친다'는 장기적이고도 추상적.. 2013. 12. 21.
소프트웨어 개발 방법론의 한계 소프트웨어 개발 방법론 중 가장 널리 쓰이고 있는 것은, 아마 아직도 폭포수(waterfall) 방법론일 것 같습니다. 요구사항 분석 - 설계 - 개발 - 검증으로 이어지는 이 단순한 방법론은 그 단순성과 명료함 때문에 '그다지 심각한 고민 없이도' 현업에 도입되어 쓰이고 있습니다. 그런데 폭포수 방법론에는 대관절 무슨 문제점이 있길래 그토록 많은 비난의 대상이 되고 있는 걸까요? 이미 많은 증거들이 있어서 사실 제가 또 언급할 필요까지는 없는건데, 집으로 돌아오는 비행기 안에서 이런 저런 생각하다보니 이런 결론에 이르게 되더군요. '단순성' 폭포수 방법론은 사실 프로젝트 진행중에 벌어지는 다양한 상황을 처리하기에는 좀 지나치게 단순합니다. 일단 요구사항 분석이 끝났다고 치죠. 그러면 설계 단계가 진행되.. 2011. 9. 14.
리더쉽의 함정 언더커버 보스라는 텔레비전 프로그램이 있습니다. 회사의 CEO (그러니까 보스죠)로 하여금 회사의 밑바닥 생활을 경험하게 하는 것이 골자인 프로그램이죠. 이 프로그램의 구성은 단순합니다. CEO를 변장시켜서 회사의 말단 직원으로 투입합니다. 그런 다음 한 일주일 동안 뺑이(?)를 치게 합니다. 이 과정을 통해 CEO는 회사를 지탱하는 말단 직원들의 고충과 비효율을 경험하죠. 그런 다음 다시 자기 자리로 돌아갑니다. 그리고 나서는 그들의 근무 환경과 효율을 개선할 새로운 아이디어나 제도를 내놓고, 자신에게 풍성한(?) 교훈을 안겨준 직원들에게 포상을 합니다. 그리고는 끝. 물론 이런 식의 프로그램이 갖는 문제점을 나열하라면 한도 끝도 없습니다. 포상을 받는 직원을 제외한 다른 직원들은, 그런 기회를 누릴 .. 2011. 4. 28.