개발자의 끄적거림

두번째로 Sm 실질적으로 운영을 하는 포지션이다. SI가 만들어 놓고 간 시스템을 관리하고, 수정, 운영하는게 SM의 직무라고 할 수 있다. 개발자로 시작할 때, 처음 열정으로는 무조건 SI를 하고 싶었다. 그래서 실제로 SI회사에 들어갔는데 SI가 아니라 SM업무를 보는 사이트에 투입시켰다. 아직도 SI는 경험해보고싶지만, SM도 나쁜것 같지는 않다. 오히려 사람의 성향에 따라 SM을 선호하는 사람들도 많을 것 같다. 장점 상대적으로 편하다. 특정 시기에 반영할 때 빼고는 칼퇴한다. 개인 시간이 많아짐에 따라 여유가 생긴다. 한 직장에서 오래다닐 수 있다. 내가 있는 곳은 외부 개발자만 100명이 넘는데, 연차나 근태 등 너무나 프리하다. 단점 편함에 젖는다. (실제로 주변사람들이 오래되신 분들도 많고..

내가 개발자가 되기로 결정하고 회사를 알아볼 때 가장 고민했던 부분이 SI SM Solution 이 셋 중 어느 회사에 들어갈까였다. 그래서 나와 같은 고민을 하고 계신 개발자 취업 준비생 분들에게 조금이나마 도움이 되었으면 하는 마음에 내가 아는 점, 느낀 점을 적어보려고 한다. (정말 아예 처음 시작해서 아무것도 모르는 분들을 위해 최대한 간단하게 느낌만 설명하고자 한다.) 첫번째로 SI 간략하게 SI를 설명하자면 고객이 이러이러한 사이트가 필요해서 의뢰를 했을 때, 그 이러이러한 사이트를 만들어주는 직무(?)라고 생각하면 된다. SI는 프로젝트가 들어오면 클라이언트가 요구하는 부분을 만들어주고 빠진다. 그러곤 또 다른 프로젝트에 투입되어 만들어주고 빠진다. 이렇게 반복한다. 이러한 특성으로 보통 한..