점프와 쉼없는 나아감

블로그들을 돌아다니다 spring framework에 대해 "비난"하는 포스팅을 봤다.  "뭐 하나 고치려면 파일 뒤지는데 한 세월"이라면서 사이비가 아니냐는 말을 하고 있다.

그 포스팅을 보니 예전에 같이 일했다가 지금은 SI 쪽에서 일하고 있는 팀원이 한 말이 생각났다. 그 친구는 2004년 우리 팀에 spring framework를 도입했을 때 주도적으로 작업했던 친구다. 1.0 버전부터 최근까지 사용했던 친구라 spring framework에 대해선 아주 잘 안다 할 수 있다.  요즘은 spring framework가 꽤나 많이 알려지지 않았나 생각해서 SI 쪽에선 어떤가 물었더니 의외의 대답을 했다.

그 포스트의 말대로 "슬슬 사이비이고, 버려야 할 것이라는 움직임"이 SI 쪽에 있긴 한 거 같다.  하지만 정말로 그런 움직임이 있다면 그건 정말 슬픈 일이다.

spring framework는 참 잘 만든 프레임워크다.  나는 JSP + Bean 스타일이나 자작 Front Controller 스타일로 개발하다가 한계에 부딪친 상태에서 뭐가 뭔지 모를만큼 복잡했던 EJB는 쓰기 꺼려지던 때 spring framework를 발견했다.  그 이름처럼 산뜻한 느낌을 주는 framework였고 그때부터 지금까지 사용하면서 항상 즐거움과 신뢰를 느끼고 있다.

그런데 왜 이와 같은 말이 나오는 걸까? SI라면 나는 나쁜 기억 밖에 없다. 몇번 SI 업체에 개발 외주를 준 적이 있었고 다 별로였다. 최근 경우는 가관이었다. 구축 후 그 시스템을 우리 팀이 맡아서 유지 보수할 예정이었기 때문에 개발에 spring framework를 사용할 것을 요구했다. 그런데 그 결과물이라는 걸 검수하며 우리 팀원들은 욕을 무더기로 해댔다.

그것은 spring framework에 대한 최소한의 이해도 없는 상태에서 아니 그것보다 소프트웨어 설계에 대한 기본도 무시한 상태에서 작성한 코드였다.  데이타 접근 계층, 서비스 계층, 웹 처리 계층, 뷰 계층의 구분은 시늉만 냈을 뿐이지 아예 무시되고 뒤섞여 있었고  DI로 처리할 부분을 버젓이 singleton factory를 만들어 lookup하고 있었다.  java collection 객체들을 엉터리로 사용하는가 하면 심지어 java naming convention도 지키지 않고 클래스를 정의하고 있었다.  메서드 시그내쳐를 정의하기 귀찮았는지 Map 객체만을 인자로 받는 메서드들이 허다했고 각 메서드 호출 계층마다 인자로 넘어온 Map 객체를 마구 조작해가며 다음 메서드에 인자로 넘기고 있었다.  정말로 뭐 하나 고치려면 파일들을 찾느라 한 세월인 경우였다.

말하자면 이런 거다. "추상화니 모듈화니 재사용성이니 그런 거 몰라. 어쨌든 돌아가면 되는 거 아냐. 어차피 copy & paste인데 복잡하게 뭐하러 여러 파일로 나눠. 그냥 JSP 하나면 족하지"

글쎄, 누구 말마따나 x 한번 푸짐하게 싸놓고 나올 수 있다면 몰라도 끝까지 자신의 결과물을 책임져야 하는 인하우스 개발팀이라면 위와 같은 생각을 가질 수 없다.  설령 copy & paste로 가능하더라도 그 얼마나 재미없는 일인가?

spring framework를 비판하는데 그게 추상화와 모듈화라는 소프트웨어 개발의 기본을 망각한 가운데 나온 거라면 들어야 할 일고의 가치도 없다.  그렇지만 spring framework 자체의 단점 또는 결함을 비판하는 거라면 정말로 한번 들어보고 싶다. 과연 그런 게 나올지 의문이긴 하지만.