아이젝트 랩 # make yourself in a web

회사의 PC에 갑작스런 바이러스 침투에 윈도우를 싹 밀고 Windows 2008 Server정품을 깔았다. 거기다가 최근 회사의 어떤 사업 때문에 HP ProLiant G380 서버와 G320 서버를 세팅할 기회가 생겼는데, 생각보다 별거 아니다. 내가 가지고 있는 개인 서버(IBM x-series 345)가 있는데 구형이긴 하지만 이 서버도 4년동안 관리하다 보니 별거 다 깔아봤다. 톰켓 서버는 기본에다 요즘 다루고 있는 WAS에, ASP.NET 서버 설치하느라 별짓을 다해보고.. 어쨌든 그런 4년여간의 경험이 헛된 경험은 아니었나 보다. 회사에 전문가가 없다 보니 그 HP 서버 두 대다 세팅할 수 있었으니. 물론, Windows 2008,Resin,Oracle 10g 깐게 전부이지만 말이다.



아무리 생각해도 점차 이 웹 SI쪽의 대세는 자바인 것 같다. 물론 ASP.NET이 쉽고 많이 사용되긴 한다. 그리고, ASP.NET을 무시하는 것은 절대 아니지만, 그냥 내가 바라본 이 웹SI업계에서는 하나의 시스템 혹은 웹서비스를 구축하는 데에 요즘은 닷넷을 잘 안 쓰고 있는 실정이라서 하는 이야기다.
여태껏 작업했던 작업들은 전부 jsp(velocity) + oracle + spring + tomcat or resin 프로젝트 였는데, 결론적으론 자바에 가장 잘 어울린다 생각하는 오라클은 그 가격이 상당하고.. 자바 하나 개발하는데 WAS도 레진의 경우 라이센스 구입해야 하고, 운영체제 구입하고 뭐 이러다 보면 가격이 몇 배로 불어나는지 모르겠다. 닷넷이야 서버 운영체제 하나 구입하면 땡 아닌가? 자바는 얼마나 부가적으로 붙는 게 많은지..

그렇다고 자바 기술이 어렵다? 그건 또 아니다. 요즘은 또 MVC뿐만 아니라 쿼리 맵핑이니 프로퍼티니 이것 저것 나눠놓은 것도 많다. 초기 세팅만 중급 개발자가 살짝 해두면 나같은 초보 개발자도 접근하기가 엄청 쉽다는 것이다. 심지어, 1년차도 다 채우지 못한 나같은 개발자가 실제로 공공기관 사이트 한 개를 통째로 운영하고 있으니 말 다했지 말이다.

그나저나 자바든 닷넷이든 허접한 개발자들 수요는 엄청나게 증가하고 있다. 물론 요즘 구글링이라는 게 있어서 아무리 신입이라도 의지만 있으면 멋진 개발자로 거듭날 수 있지만, 이런 구글링이라는 것도 결국 삽질을 동반하기 때문에 그나마 좀 나은 숙련자가 되려면 초기 1~2년차에 몇날 몇일을 야근,철야.. 이런건 기본이다.(그게 몸에 배다 보니깐, 실력있는 개발자가 되더라도 나중에 야근,철야 이런거를 자연스럽게 하는 것도 문제긴 하다.)

그리고 결국 나도 많이 모자르지만.. 지금 다루고 있는 스프링 프레임워크, 이 본질을 파악해야 하는데 본업무를 하다 보면 귀찮아서 결국 잘 안하게 된다. 이는 하루빨리 시간내서 공부하도록 하고, 연말의 가장 큰 내가 배울 수 있는 작업인 "완벽한 Resin+oracle 서버 세팅" 을 올 한해에 잘 마무리 해서 다지도록 해야 겠다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

회사에서 작업하는 자바 웹 프로젝트 기반은 Spring 2.5 + ibatis + velocity + resin3.0.27 + oracle 이다. 뭐 아직 작업에 본격 투입된 지는 얼마 되지 않았지만, 뭐랄까.. 요즘 SI쪽의 대세가 자바라고 했던가? 마찬가지로 웹 쪽도 대부분의 대규모 서비스는 자바를 많이 사용하는 추세인 것 같다. (물론, 닷넷도 무시할 수는 없지만..)

10여 명의 중급 경력자들이 참여한 프로젝트에 잠시나마 파트타임으로 참여했었고, 지금은 그 프로젝트의 프로그래밍 유지보수 부분을 전부 담당하고 있다. 어차피 자바라는 게 객체기반이고, 초기 설정은 기존 개발자들이 추가해 놓아서 크게 내가 건드릴 설정 부분은 없고 벌써 3개월째 작업을 하다 보니 대부분이 익숙하다.

물론, 핵심 부분은 아직 건드리기에는 내가 미숙한 점이 많아서 부담스러운 부분이 많다. 그래서 우선 내가 일전에 파트타임으로 참여했던 부분부터 조금씩 역할을 크게 하는 방향으로 하고 있다. 유지보수이다 보니 우선 완제품이 나온 상태인지라, 초반에는 자잘한 업무가 많았는데, 갈수록 조금씩 기능 추가적인 부분이 많아지면서 이때부터 나의 스킬 향상을 위한 분석에 들어간 것이다. 왜 신입이 유지보수부터 하는 것이 최적인지 알 것만 같다.

지금 유지보수 작업이 들어간 3개월 동안 "내가 이것은 꼭 주의하고 명심해야 겠다" 라고 생각한 부분을 정리해 본다.



1. 백업의 생활화 혹은 앤츠를 통한 자동 빌드/백업 설정
우선, 웹 유지보수의 가장 중요한 것이 바로 백업이 아닌가 싶다. 나같은 경우 작업PC->테스트 서버->실 서버 의 3단계를 걸쳐 최종 작업물을 업로드 한다. 그래서 항상 백업 파일이 2개씩 생기는 편이다. 테스트 서버와 실제 서버에 파일명_날짜.vm 이런 형식으로 파일을 우선 백업하고, 업로드 하는 편이다. .class , .xml , .vm 등.. 그리고, 혹여나 신규 작업으로 말미암아 발생할 수 있는 에러상황이 발생할 때는 우선 바로 백업을 원복하고 다시 검토해 보는 게 최선인 것 같다.
앤츠의 설정 및 빌드 :  http://guni.textcube.com/144

2. 작업 내용에 대한 기록 혹은 혼자 작업하더라도 SVN/CVS의 사용
최종 버전에 대한 기록. 이것 역시 백업과 같이 중요한 작업 중 하나이다. 왜냐면 유지보수를 하면서 변경되는 소스코드와 서비스 뷰, sql문, properties등이 있을 것이다. 그런 것들에 대한 히스토리가 없다면 일단은 추후에 인수인계가 제대로 안된다. 그리고 혼자서 소스파일 관리를 하다 보면 아무리 잘한들 소스코드가 꼬일 수 있다는 것이다.
혼자 작업하는데 SVN,CVS의 사용? 사실 상당히 귀찮은 작업이 될 수 있겠지만, 엑셀에 작업 히스토리를 기록하거나 주석으로 설명하는 것보단 훨씬 나은 듯 하다. 귀찮은 일이 많이 줄 수 있으니깐..
간단한 SVN 사용법 : http://www.hybrid.pe.kr/tt/246
간단한 CVS 사용법 : http://www.javajigi.net/pages/viewpage.action?pageId=174

3. 아무리 자신 있는 수정이라도 정책적인 부분은 상사의 승인을 받고 진행
이건 예전부터 느끼고 있었는데, 아무리 잘한다고 섯불리 나서다 보면 큰 책임을 감수해야 할 수도 있다. 내가 관리하는 사이트는 공공기관의 사이트인데, 최근에 아이핀 관련해서 도입해 달라고 요청이 왔다. 솔직히 주민번호 체크하는 방식이 아주 간단해서 아이핀 또한 그리 어렵지 않을 거다 생각했는데, "책임"이라는 것이 딱 떠오르다 보니 이 작업을 내가 책임지기는 어려울 것 같았다. 그래서 실장에게 작업이 힘들 것 같다고 이야기했다. 위에서는 외주를 준다고 하고는 내 책임을 벗어났다.
이처럼 책임 문제는 개발하면서 항상 염두해 놓아야 할 문제이다. 너무 당연한가? 자신이 기회를 잡았다고 좋아라 작업에 아무런 보고도 없이 들어갔다간 피박을 볼 수 있기 때문에, 업무에는 항상 책임이 따른다는 것을 잊으면 안 되겠다.

4. 9시~6시 중 서버 restart는 NO, 리부팅/리스타트는 7시 이후에.
윈도우 서버이다 보니 업데이트 등으로 리부팅을 할 수도 있고, WAS를 리스타트 해야만 적용되는 것들이 있다. 이런 것들은 빠른 작업반영을 위해서라면 필요한 과정이긴 하지만, 서비스되는 사이트가 5분만 접속이 안돼도 사람들은 서비스 회사에 전화를 하기 마련이다. 특히나, 그 과정에서 어떤 사람이 서비스를 사용하며 글을 작성하고 있을지 모르기 때문에 함부로 업무시간 내에 서버를 리스타트 하는 것은 위험한 행동이다. 고로, 회사에서 관리하는 사이트라면 리부팅은 최소한 저녁 6시 이후에 진행하는 것이 안전할 것이다.


이 정도가 내가 그간 느낀 핵심 포인트라 할 수 있겠다. 무엇보다, 유지보수는 개발과 비슷한 면이 있지만 "관리"에 있어서 이를 기록하고, 보고하고 하는 것이 가장 중요하다. 그리고, 끝없이 사이트를 체킹하면서 에러 사항을 찾아두고 전체 소스코드 및 사이트 구조, 프레임워크 구조, DB구조 등을 시간 날 때마다 분석해 두는 것 또한 다음번 추가작업에 있어서 작업 시간을 줄여주는 중요한 요인 중 하나이다.

이런 것들을 명심하며 나와 같이 초짜 웹사이트 유지보수 개발자 분들이 실수하지 않기를 바란다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

최근 내가 인수인계 받은 프로젝트에는 위와 같이 수 많은 라이브러리가 쌓여 있었다.

그런데 이건 뭐 제대로 잡히는 경로가 없어서.. 그리고 인수인계 받을 때 전부 받지를 않아서 찾는데 조금 고생한 기억이 난다.

이중에 스프링 프렘웍은 빠진 라이브러린데, 뭐 이리 많다냐... ㅎㄷㄷ

 

참, 요즘엔 라이브러리의 매력에 빠진 듯 하다. 스프링 프렘워크를 사용하다보니 프로퍼티만 설정해 주면 왠만한 웹 프로그램은 그 속에 끼워 맞춰진다. 하아~ 그것도 MVC모델로..

 

특히나 스프링의 경우에는 정말로 SERVICE+CONTROLLER+DAO 의 구조가 그렇게 매력적이지 않을 수가 없다. 이 구조만 알고 있으면 스프링 내부 구조도 몰라도 된다. 내가 처음 이를 접할 때 스프링의 구조를 알고 들어왔던가? 개략적인 구조만 알 뿐이지 말이다.

 

ibatis와 서비스 페이지에서는 velocity의 사용 또한 스프링과 궁합이 잘 맞는 것 같다. 사실 velocity가 문법이 어렵지는 않은데 조금 허접한 면이 없지않아 있긴 하지만.. 그래도 서비스 페이지에서 사용되는 왠만한 기능들은 다 제공하니 그것으로 만족한다.

 

내게 부족한 것은 환경세팅 부분, 사실 이 프로젝트는 resin으로 구동되는데 tomcat과 비슷하다는 것은 알고 있지만서도 막상 세팅하라고 하면 두려운게 사실이다. tomcat을 서비스로 등록하는 데만 해도 몇달이 걸렸기 때문..

 

그래도 이번 프로젝트를 맡아서 좋다. 다른 것은 재껴둬도 사실 위에 라이브러리가 많은 것은 내게 불만이 아니라 기회라고 생각하기 때문이다.

 

하하~ 그래서 블로그도 그러한 내용으로 이제 도배를 해야지... ㅎㅎ 어쨋든 열심히나 해야겠다~ ㅎㅎ

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

별로 뭐 대단한 것은 아닙니다.

하지만, 제 입장에서는 제가 한 걸음 더 나아갈 수 있는 길이 생긴 것 같습니다.

 

지난 포스팅에서도 밝혔듯이, 이제 ASP프로젝트가 거의 마감되었습니다. 파견 생활에서 다시 본사로 복귀 했구요.

 

복귀하자마자 슬픈 소식이 여기 저기서 들립니다. 우선, 다른 팀의 한 팀장분이 돌아가셨다는 소식입니다.. 안타깝게도 일본뇌염에 걸리고 항체를 갖고 있지 않아서 오늘 돌아가셨다고 하네요.. 고인의 명복을 빕니다. 저와는 많이 친하지 않은 분이였지만, 제가 입사할 때 면접 봐주셨던 분이라서 슬픔이 더한 것 같습니다.

 

그리고 팀장분 중 한분이 오늘부로 퇴사하십니다. 더군다나 저희 실장도 지금 고민중에 있는 것 같구요. 분위기가 않좋지만.. 저는 조용히 있는 편입니다.

 

이런 좋지않은 소식들은 뒷전으로 하고, 본사에 복귀해서 밝은 모습으로 직원들에게 인사를 하고 새로운 프로젝트를 받았습니다. 바로 자바 프로젝트 입니다.

 

물론, "프로젝트" 가 아니라 "유지보수" 업무입니다. 하지만, 개발의 시작은 생판 처음부터가 아닌 유지보수가 아니겠습니까? 유지보수에서 배울 수 있는 것들이 얼마나 많이 있습니까.

 

그토록 배우고 싶고 하고 싶던 자바 프로젝트가 오늘, 처음 인수인계를 통해 시작됩니다.

- resin 서버 기반에 자바 MVC 웹 모델의 최강(?)이라는 스프링 3.0(물론 최신은 아니지만..) 프레임 워크 사용!

- 그토록이나 사용하고 싶던 툴인 이클립스 사용(지긋지긋한 에디트 플러스와 닷넷 2003은 가라!),

- 거기에 새로운 기술인 velocity와 ibatis기술 및 각종 라이브러리를 통합!

- 더군다나 이번 프로젝트에 작게나마 Flex가 사용!

- 전 페이지에 걸쳐 JQuery를 사용하고, 부분부분 Ajax 사용!

- 자바(based on web)와 관련된 기술이 총 집계된 이번 프로젝트에서, 가장 기대 되는건 OOP적 사고능력을 높힐 수 있다는 것과 "자바" 프로그래머로써 나아갈 수 있는 능력의 상승 효과.

 

그리고 무엇보다 아주아주 구 기술인 ASP와 ASP.NET 1.1 에서 조금 벗어날 수 있다는 것이 너무나도 좋습니다. 자바, 자바.. 자바를 그렇게 좋아했는데 말이죠, 정작 실무에서는 단 2개월밖에 투입되어본 적이 없습니다.

물론, 당분간은 혼자서 진행할 듯 합니다. 힘든 일도 분명 있을 터입니다. 그래도, 재밌게 하렵니다! 한개의 사이트에 저토록 많은 기술들이 함축되어 있는 것이 어디 흔하겠습니까? 적어도, 7~8년차 이상의 분들이 6개월 정도 매달려서 만들어 놓은 것인데 말이죠. 이를 전부 나의 지식으로 습득한다면.. 생각만 해도 가슴이 벅차 오릅니다!

제가 이렇게 자바를 고집하는 이유는 두가지가 있습니다. 한가지는 제가 개발자를 다시 시작할 때, 알고 있는 수

많은 잡다한 기술보다는 한가지를 잡자! 는 것입니다. 사실, 신입들이야 이것 저것 언어들을 접해보면서 몇년정도는 하다가 한 가지 언어로 들어가는 것이 맞는 편인데, 저는 어차피 개발자로 인생을 올인하려 하는 생각이 아니기 때문에 처음부터 한가지 언어를 파고 들고 싶어 했습니다. 하지만, 신입때 그게 쉽게 되나요, ASP나 PHP 4, ASP.NET 1.1같은 옛 기술을 사용하였지요. 그래도, 이 과정에서 웹 프로그램을 어떻게 만들어야 하는지는 확실히 익혔답니다! 컴파일 방식이든 인터프리터 방식이든 말이지요!

개인적으로는 인터프리터 방식은 너무나도 안땡기더라구요. 어디서 어떤 버그가 터질지 모르는 것 아니겠습니까? C++을 베이스로 머리 속이 채워지다 보니 그런 지는 몰라도, 역시 하나의 프로젝트가 점 점 거대해져 가고, 모든 것이 클래스 등의 객체로 채워져 있는 자바가 너무나도 마음에 든 것이 사실입니다!

그리고 자바를 고집하는 이유 두번째는.. 바로 미래를 생각해서 입니다. 올해 초 몇개월을 고민해서 미래의 희망 직업을 "컨설턴트"로 잡았습니다. 이유인 즉, 지금까지 다양한 경험을 해 왔고 IT에서 어느 한 곳에만 올인하지 않고 다방면으로 쌓은 지식들을 당최 어떻게 활용할 것인가? 라는 고민에서 나온 결과입니다.

또한, 오라클 및 IBM등 거대 IT컨설팅 회사들이 오라클의 경우 엄청난 M&A를 통해 수 많은 솔루션 업체들을 흡수하고 이를 기반으로 미들웨어부터 수 많은 솔루션을 제공.. 어차피 아이디어가 없는 한 앞으로는 인프라 시대가 아니겠습니까? 직업적으로는 사람들의 삶을 편리하게 해줄 수 있는 컨설팅을 한번쯤 해보고 싶다는 것입니다. 물론, 개인적으론 끝없이 아이디어를 개발하구요 :)

게다가, 컨설팅이 장난도 아니고 배워야 할 것이 수 없이 많다는 점도 저를 이끌었습니다. 한 가지 언어만 배우는 것이 아니라 수 많은 언어를 알고, 이의 장점을 알고, 이로 개발한 소프트웨어의 장점을 알고, 고객의 니즈를 알고, 이를 맞추고 수익을 낼 수 있는.. 그야말로 컨설턴트는 다방면의 지식이 없으면 안됩니다. 컨설팅은 그러한 면에서 끝없이 공부해야 하는 직업이 맞습니다! 그래서 공부를 갈망하는(이제와서 말입니다...;) 제게는 상당히 욕심나는 직업이 되었습니다. 규정보다는 성과를 위주로 보상하는 컨설팅 회사들의 체계도 너무나도 마음에 들구요.

뭐 여튼 그래서일까요, 알다시피 이클립스를 보면 수 많은 라이브러리가 있습니다. 욕심같지만, 이를 다 내것으로 만들고 싶습니다. 그리고 이를 통해 안되는 것이 어디있겠습니까? 사실 더 욕심나는 것은, Sun이 오픈하고 있는 기술들을 배우는 것이고, 향후에 실력이 되면 어떤 분야로든 IBM의 Developer Works에 참여하거나 에반젤리스트를 꿈꾸고 있습니다.

자바의 세계는 오픈되어 있으며, 그 길은 무한가지나 마찬가지 같습니다. 닷넷도 물론 수없이 발전하고 있지만 저는 자바를 믿습니다. 그리고 이를 통해 더 깊고 쉬운 프로그래밍 세계로 나아갈 수 있었으면 좋겠습니다 :)

또한, 저 아이지는 컨설턴트를 꿈꾸고 있고 열린 마음으로 제 생각이 맞는지를 선배님들께 진심어리게 묻습니다. 혹시 이 글을 보고 계신 선배님들! 혹은 조언을 해줄 수 있는 분들은 언제나 환영입니다 :) 아직 작고 열정만 있는 저 아이지에게 많은 조언 부탁드리겠습니다 ^.^

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

회사에서 제가 자바를 사용하는 프로젝트로 투입된지 벌써 4주가 흘렀네요.
처음엔 진짜 이걸 내가 할수 있을까.. 라는 두려움이 앞섰지만, 신기술을 배운다는 마음에 몇번의 야근과 철야 끝에 이젠 어느정도 감도 잡고 정말 말단 직원이긴 하지만 제게 그 프로젝트 팀에서도 신뢰를 주고 있습니다.

스프링 프레임워크라.. 솔직히 제가 프로퍼티는 잘 설정할줄 몰라요.(기본적인 서비스 연결만..) 하지만, 디자인패턴이 나오고, 저도 그걸 조금 공부했고 그런 경험들을 통합해서 MVC 모델(아니, model2인가..)을 잘 설계해둔 것이 스프링 프레임워크가 아닌가.. (예전처럼 pool manager같은 건 신경쓸 필요도 없더군요;)

저희 사이트 개발은 이렇게 하더랍니다.

뭐 아이핀이니 기타 잡다한 솔루션 라이브러리는 빼겠습니다..;

대충 보아하니 요즘 자바 웹 솔루션을 저렇게 개발하는 듯 합니다. 저야 물론 PL님께서 환경세팅을 다 해둔 eclipse와 각종 어플들은 통째로 압축해서 주셔서;; 완전 환경설정 부분은 그야말로 손도 안되고 시작하고 말았네요..

제가 어떤 사이트를 작업하는지는 밝히기 힘들지만..;(힌트) 초반에 제게 주어진 업무는
- 마이페이지 - 1:1 온라인 상담 내역(개별 list만)
- 마이페이지 - 프로젝트 문의 내역(write, process, list 까지)
이런 간단한 게시판 기능 정도와..
- 마이페이지 - 개인정보수정
이런 또한 중요한 부분이었습니다.

여튼, 사실 설정 부분은 제가 잘 몰랐지만 ibatis를 통해 xml과 쿼리를 맵핑 시키고, controller-service-dao 의 3단 구분으로 이루어진 스프링 프렘워크를 보며 와 참으로 편리하구나;; 정말로 그런 생각뿐이 들지 않더군요.. 왜 작년에 제가 jsp나 JSTL을 공부할 때만 해도 솔직히 느끼지 못한 것이거든요. model1과 model2를 배우면서, MVC모델이 원래 MFC를 공부할 때도 편리하다 느꼇지만, 실제로 웹 서비스를 위한 이런 스프링이 나오고(물론 좀 지났지만;) 이를 사용하다 보니.. 와 참 정말 편리하다는 말밖에 안나옵니다... ^^

 

단점은 아무래도 MVC모델이 웹 서비스 모델에 따라 직접 만든 프레임워크보다는 무겁겠지요. 다만, 스프링은 범용으로 사용하기 좋으며 생각보다 무거워 보이지도 않았습니다.. :)

 

그리고 레진 서버.. 생전 톰캣만 써오던 제게 올해부터 갑자기 WebLogic이니.. Resin이니 이런 WAS들이 들려오기 시작하니 솔직히 좀 난감하더랍니다....;

허나 초보들이 물론 이런 서버들을 구축하고 설정하는 기술이 있다면야 그건 최고의 루트이지만, 어디 쉽겠습니까.. 그러나 회사에선 사수가 서버 세팅해서 줍니다.. 급하지 않은 개발이야 서버 세팅부터 시켜보겠지만 말입니다. 스프링도 처음에 엄청 겁먹고 마구마구 공부했었는데(사실 이해도 잘 안갔어요.. ㅜㅜ) 결국 velocity코딩과 기존에 알고 있던 자바 코딩과 별반 다른게 없었지요.. mvc모델만 잘 알고 있다면야;; 하악하악~!

 

여튼 여러가지 의미로.. 앞으로 6월까지는 신규개발, 그리고 7월부터는 이 작업을 한 반년은 유지보수 해야 할 듯 싶은데 말입니다.

 

자바는 즐겁지만.. 온리 코더는 싫은데 말입니다.. 디자인을 접목시킨 프로그래밍, 그런거 어디서 안떨어 질까요.. ㅜㅜ ㅎㅎ

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.