3년 전에 한껏 고무되어서 이런 글을 써 놓았지만, 별반 나아지지 않았다. 개발 프로젝트에서 컨설팅하는 일 외에는 생활의 아주 기본까지도 서툰 터라 삶을 대부분 일에서 배운다. 일외에 준비 없이 당하는(?) 많은 경험 속에서 가끔 '그렇구나.'하며 깨닫기도 한다. 편식을 하듯 마음을 끄는 일만 쳐다보고 그 외에는 내버려뒀던 과거는 고스란히 대가를 묻는다. 제풀에 지쳐서 종종 부질없이 현실과 동떨어진 천국(?)을 꿈꾸기도 한다. 나이만큼의 세월 덕에 부질없음을 이제는 안다. 어제 다른 사람에게 준 상처가 나에게 되돌아오는 일을 경험했다. 한두 번 있는 일도 아니지만, 짧게나마 진심으로 반성했다. 생활에 휩쓸려 다니면 나도 몰래 다른 사람을 비난하는 일에 몰두해 정작 내 모습은 버려두곤 한다. 이런 일이 쌓이고 쌓이면 결국 그게 나 대부..

TDD is like dual entry bookkeeping for accountants, ... TDD를 복식 부기[각주:1]에 비유하다니 절묘한 은유다. 동시에 외과 의사의 어떤 절차(sterile procedure for surgeons)[각주:2]를 함께 예로 들면서, 전문가들이 이러한 규율이 주는 이점을 알고 활용하듯 TDD 역시 전문적인 규율(TDD is a professional discipline)라 설명한다. 소프트웨어 산업은 아직 초창기인 듯하다. 최소한의 검증 장치가 없는 코드를 인정해주는 문화가 증거다. 현장에서 아직 TDD를 적용해보지 못했지만, JUnit 기반 자동화 테스트 구축으로 변화에 대응하기 위한 회귀 테스트를 5년에 걸쳐 4개 프로젝트에 적용하고 있다. 변화를 강제 당하는 개발자가 테스트 작성을 반대하는 목소리는 이해할 수 있다. 그러나 관리자마저 정확한 내용도 모르고 그저 개발자에게 부담을 준다고 테스트 작성을 반대하는 일을 최..

종종 쇼핑몰 사이트 개발을 주로 경험한 사람을 무시하는 사람을 접한다. 동의하기 어렵지만, 수긍이 가는 부분도 있다. 수긍이 가는 부분은 웹 개발자 사이에 팽배한 태도다. 코드를 작성하다 문제가 발생하면 원인을 정확하게 파악하기 보다는 바로 해결하는 방법만 찾는다. 하지만, 이는 웹 개발자에만 유효한 이야기는 아니다. 수능 때 공부했던 '성급한 일반화의 오류'가 생각나는 순간이다. 동의할 수 없는 이유는 Miško Hevery가 어제 쓴 글에서 찾을 수 있다. Building web-applications is hard! Even the simplest hello world application will take you hours to set up and you have to know a lot about how many different pieces of technologies work together. Here is a quick inventory from the browser to the back end of what a typical web-application developer needs to know about: HTML, CSS, JavaScript, cookies, HTTP, URL encodings, Servlets, ..

(미사여구 조금 붙이자면) 열심히 하려는 개발자 마음에 따뜻한 봄날을 느끼게 해주자고일민형과 즉흥적으로 시작했던 오프라인 세미나일주일은 준비했던 1회 이후에 결국은 10개월간 열 번의 세미나를 개최했다.그리고...스프링 쓰다 모르면 물을 곳이 없다고 하기에온라인에 스프링 포럼을 본뜬 KSUG 포럼을 만들었다.그리고...활발한 소통을 위해 천 명이 넘는 회원 정보를 싹 지우고구글 그룹스로 옮겨 구수한(?) 메일링 리스트를 쓰고 있다.대표니... 회장이니...한 일에 비해서 민망하기 짝이 없는 이름이지만...모든 일을 즐겁게 했다. 그리고...나보다 훨씬 열심히 해주실 분이 있어서편안한 마음으로 떠난다.오늘부터 KSUG(한국스프링사용자모임) 대표는 박성철(gyumee) 회장(?)이다.세미나할 때는 꼭 부르세요.

프로젝트 초기부터 DB 접근 로직에 대해 자동화 테스트를 작성하니 슬슬 효과가 나타난다. 그 중에서도 변화에 대한 감지기 역할을 하는 부분이 눈에 띈다. 먼저, 잘 돌아가던 테스트 메소드 하나가 NOT NULL 필드 제약 탓에 입력 오류를 뱉었다. 테이블에 변경이 가해졌음을 알 수 있는 부분이다. 1. 파티션 적용 후 코드 수정 않은 경우: 더 흥미로운 부분은 파티션 적용에 따른 테스트 실패다. DbUnit을 이용해 엑셀에 넣어둔 테스트 데이터를 DB에 넣는 방식을 쓴다. 개발DB에 점차 실제 데이터를 넣고 개발하는 탓에 테이블에 파티션을 적용했더니 DbUnit을 통한 데이터 INSERT에서 ORA-14400 오류가 발생했다. 확인해보니 일자를 기준으로 파티션을 만들었는데, 엑셀 파일 테스트 데이터에 해당 컬럼에 파티션 범위 밖의 데이터를 넣었다. 파티션 설정에 따른 보너..