간단한 자기 소개와 KSUG 포럼 개설에 대해서 할 말이 있다면?
네. 작년까지는 SI 프로젝트에서, 올해부터는 포탈업체에서 일하고 있는 Java 개발자입니다. 요즘은 데이터 연계 관련 업무를 하고 있습니다. KSUG의 세미나가 시작된 때가 제가 스프링에 본격적으로 관심을 가진 시점과 비슷하기 때문에 KSUG와 회원분들을 통해서 배운 것이 많습니다. 그래서 KSUG의 포럼 개설이 더욱 반갑고 기대되는 일입니다.
블로그를 보면 스프링 지식과 경험이 많아 보이는데 어떻게 사용했고, 그때마다 학습은 어떻게 했는지?
사실 작년까지는 스프링을 실무에서 쓰지 않았기 때문에, 아직 경험이 깊지는 못합니다. 업무와 별도로 스프링을 공부해야 했던 그 시절에는 '스프링 인 액션'이나 '스프링프레임웍 워크북'과 같은 책을 통해서 기초를 익히고, KSUG의 세미나나 회원분들의 블로그를 통해서 정보를 얻고, 정리해 두었었습니다. 그나마 Avalon기반의 프레임웍을 3년간 사용했기 때문에, IoC같은 개념들이 낯설지는 않았고, Avalon보다 훨씬 깔끔하고 유연한 구조에 매력을 느꼈었습니다.
새로운 팀에 오면서 본격적으로 스프링을 활용하게 되었는데, 오랫동안 쓰고 싶었던 전자기기를 얻은 기분과 비슷한
느낌이였었습니다. 담당 업무에 필요해서 Spring-batch와 Spring-WS의 모듈을 공부하고 적용했었고, 이때는 주로
레퍼런스 매뉴얼과 샘플 프로젝트를 다운 받아서 참조했었습니다. Spring-batch에서는 포럼(http://forum.springframework
상혁님 자기소개로 인해 올라온 'Spring Batch에 대한 경험담을 듣고 싶습니다.'가 가장 뜨거운 글 중에 하나가 되었다. 현재 하고 있는 일이 Spring Batch와 관계되어 있는지?
담당하는 데이터 연계 업무가 스케쥴러에 의한 대용량 처리가 많다보니 batch 프로그래밍과 깊이 연관되어 있습니다. 지난 프로젝트의 프로그램 중에 Spring batch가 쓰인 모듈도 있고, 아닌 것도 있습니다.
마소에 Spring Batch관련 글을 기고하고 있다 하셨는데, 주로 어떤 메시지를 담으려 했는지?
한 때 유지보수 프로젝트에 있으면서 배치프로그램이 얼마나 껄끄러운 존재가 될 수 있는지 경험해 보았습니다. 배치는 대부분 틀이 없이 짠 기본 Java 어플리케이션으로 만들어지기 때문에 한 클래스가 모든일을 담당하고 한 메소드가 수백라인이 되는 프로그램들을 많이 봐왔습니다. 그래서 에러확인과 디버깅도 힘들어서 나중에는 소스나 로그를 들여다 보기도 싫어지더군요. 그리고 대용량 데이터처리에 DOM을 써서 out-of-memory exception을 내거나, 하나의 트랜잭션으로 Job전체를 묶는 프로그램들도 있었습니다. 웹에 대해서는 사람들이 관심이 많이 가지니까 노하우들이 금방 전파가 되는데, 배치는 아직까지도 원칙없는 코딩이 많아 보입니다.
Springbatch를 쓰면 문제가 다 해결되니, 모든 배치 프로그래밍에 Spring-batch를 써야 한다고 주장하고 싶은 것은 아닙니다. 배치 프로그램을 하는 사람이라면 누구라도 Spring-batch의 구조들을 본다면 경험있는 batch 프로그래머의 비법을 전수 받을 수 있을 것이라고 생각하고, 그것을 잘 풀어서 전달하고 싶은 것이 연재의 의도였습니다. 그럴려면 저도 레퍼런스 메뉴얼 이상의 지식이 있어야 되는데, 아직 그렇지는 못해서 고심 중입니다.
개발자로써 스프링이 있는 삶과 없는 삶을 간단하게 비교해본다면?
스프링이 있어서 든든한 후원자를 옆에 둔 느낌이 듭니다. 빠른 발전 속도를 보여주면서도, 견고한 하위 호완성을 보여주기 때문에 스프링을 활용해서 프로그래밍을 하면 더 안심이 됩니다. 스프링 위에 올라간 모듈들은 비옥한 화분에 올라간 새싹 같아서 앞으로도 튼튼하게 잘 자라줄 것만 같습니다.
Prev
Rss Feed
