IT 이야기 62

평가의 방법

오늘 인턴 사원 평가를 했다. 예전 팀장 시절에는 체계가 없어서 제대로된 평가를 한적이 없었는데. 오늘은 인턴사원이지만 평가를 하면서 시니어로써의 무게를 느껴봤다. 하나 얻은 교훈은 "피드백을 할때, 좋은 것을 80%, 나쁜것을 20%" 이야기 하라는 것이다. 맞는말인지, 의미는 잘 모르겠지만, 예전에 내가 평가를 받을때의 느낌을 생각해보면 맞는 말 같다. 사실 피드백에서 나쁜점들이 50%이상 나온다면, 이미 그 사람은 회사에서 존재하기 어려운 사람이 아닐까? '칭찬은 고래도 춤추게 한다'고, 업적을 찬양해서 일할 수 있는 동기를 부여하고, 부족한점은 메꿔 나가게 하는것이 메니져로써의 역할이 아닐까?

기술 기술..

BEA를 떠나서 현재 프로젝트를 통해서 몇가지 오픈 소스를 접하고, 나름 개발 환경에 대한 고민도 하고 있다. WebWork,Log4J,Spring,IBatis 이정도 써봤나? 자바서비스넷이나 OKJSP를 봐도, 요즘 오픈 소스에 대한 회의론이 심심치 않게 등장한다. 개념적으로는 모두 훌륭한 소프트웨어들이다. 그러나... 사용해본 결과는 과연 생산성이 높냐? 에 대해서는 한번쯤 의문을 제기 해본다. 오픈소스 기반이기 때문에 체계적인 교육이나 시스템화된 리소스를 구하기가 쉽지 않고, 오픈소스 역시 하나의 기술이며 플랫폼이기 때문에 적응 시간이 걸리는것은 마찬가지라는 것이다. 생산성의 증가 역시 IDE나 기타 툴의 도움이 없다면, 많은 CONFIG 파일만 양산해낼뿐 크게 도움이 될까에 대해서는 아직 의문이다..