썰렁한 엔지니어

로그 메시지는 크게 개발 도중 중간중간 값을 찍어 보는 용도로 사용되는 것과, 오류가 발생했을 때 나중에 확인하기 위해 사용하는 것으로 크게 구별된다. 전자에 있어서는 또한 릴리즈 이후까지 남겨 둘만한 것과 릴리즈가 되면 제거해야하는 것으로 구별할 수 도 있다. 프로젝트를 여럿진행하면서 가장 큰 것이 로그에 대한 것이다. 로그에 대한 체계가 제대로 잡혀있지 않은 설계에 의한 개발은 추후에 로그 때문에 카운트 펀치를 맞게 되는 경우가 많다. 로그의 중요성은 강조해도 지나치지 않지만, 여기에 제시하고자하는 것은 그 로그를 이용해서 통합 테스트를 하는데 도움이 되게 하려면, 꽤 정형화된 방식으로 남겨야한다. 테스트 관점에서 보면 출력되는 로그는 일종의 테스트의 이후 결과 판정에 대한 입력값이 된다. 이 입력값..

UI와 기능이 붙어 있다는 것은 당연한 것 아닌가라고 생각할 수 있다. 이것은 UI를 프로그래밍을 시작할 때, 보이는 것에 너무 집착한 나머지 잘못 들인 습관 때문인데, 전통적으로 보이는 것과 데이터는 분리되는 것이라 가르쳐 왔지만, 보이는 것에 대한 것에도 두 계층을 두는 것에는 신경을 못쓰기 마련이다. MFC를 생각해보라 당신은 MFC의 수많은 윈도우 개체에 대한 클래스를 보고 "많다.."라고 생각했을 수 있다. 그리고, 능숙하게 혹은 샘플을 봐가면서 정도로 그것들을 사용해 보았을 터이다. 그렇게 해서 나온 최종 산출물은 MFC 자체와 당신이 직접 만든 코드가 분리되어 화면 그리기를 완성한다. MFC 소스가 있긴하지만 그것을 수정하지는 않지않나? 웹프로그래밍에 가면 사뭇달라진다. ASP나 PHP등은 ..

이젠, 내 가을은 초등학생때 느끼던 색감과 시간이 흘렀음에 대한 느낌이며, 20대의 마냥 시리던 가을은 입가의 미소로만 남아버렸고, 늦은밤까지 버틸 수 있던 체력도 이젠 원망의 쳐진 눈길로 날 바라보는 듯하다. 지민이도 일어나기 싫어하던 아침은 아빠도 아무 잔소리하지 않았고, 묵묵히 도시락을 준비하고 물묻힌 수건으로 고양이 세수시켜 자는 애 옷입히는 능숙한 솜씨로 들쳐 안고 선생님께 보내었다. 졸다가 뛰어내린 따뜻한 가을 전철을 뒤로 하고, 따스한 커피 한잔에 하루를 아빠처럼 시작한다. 아직은 젊은 아빠처럼... 그렇게... 언제나 젊을 아빠처럼... 이렇게... --