피할 수 있는 실수

필자와 동료들이 개발 중이던 애플리케이션에는 변화가 필요했다. 우리들은 그 지저분한 JDBC 코드를 개선할 수 있음을 알고 있었다. 적어도 필자는 코드 줄 수를 최소화할 수 있으리라 생각했다. 이 변경은 유지 관리에 큰 이점을 가져왔을 것이다. 다른 개발자들과 함께 JdbcTemplate(12장에서 이 도구를 배운다)이라는 스프링에서 제공하는 도구를 사용할 것을 제안했다. 하지만 다른 사람들은 하이버네이트를 사용할 것을 강력히 주장했다. 하이버네이트는 상당히 인기 있는 도구였는데 왜 사용하지 않았을까? (실제로 하이버네이트는 여전히 가장 인기 있는 프레임워크 중 하나로 13장에서 스프링과 통합하는 방법을 배울 것이다.) 필자는 해당 코드를 완전히 새로운 방법론으로 변경하는 일은 매우 어렵다는 것을 알 수 있었다. 게다가 이 변경은 아무런 이득이 없었고 버그를 만들 위험도 높았다.

다행히 이 변경 작업은 개념을 증명하는 것(proof of concept)에서 출발했다. 몇 달 후 많은 노력을 하고 스트레스를 받고는 팀은 결국 이를 포기하기로 결정했다.

우리 팀은 제안한 것을 분석한 후 JdbcTemplate을 사용하여 구현을 완료했다. 우리는 많은 코드 줄을 제거해서 더 깔끔한 코드를 작성할 수 있었고, 이 변경을 위해 새로운 프레임워크를 도입할 필요도 없었다.