IT 프리랜서 이야기 IT 프리랜서 이야기

이제 프리랜서들이 단가를 협상 할 시간입니다. 물론 어느정도 기준선은 있습니다만, 그래도 조금이라도 더 받으면 기쁘잖아요. 이력서를 공개하고 나면 업체들이 전화가 옵니다. 그리고 단가 이야기가 나오죠. 업체들은 이렇게 물어봅니다. "이전에는 얼마 받으셨어요?" "원하시는 단가가 있으세요?" 그럼 보통 저는 이렇게 대답해요. "얼마까지 주실 수 있는데요?" 보통 이렇게 업체에게 물어봤을 때 반응은 세가지 정도인데요. 1. 얼마까지 줄 수 있다. 2. 그래도 먼저 프리랜서가 제시해 달라 3. 알아보고 연락주겠다. 1. 얼마까지 줄 수 있다. 금액이 예상하는 숫자와 얼추 맞는지 체크하고 맞다면 아래 절차를 진행해요. 이제 업체가 제시한 금액에서 50만원 더 부르시면 됩니다. 그럼 잠시 딜이 오간 후 20-30..

프리랜서는 항상 새로운 환경에 적응해요. 짧으면 몇 달, 길어도 일년 남짓 되는 때마다 일자리를 옮기는 것이거든요. 그때마다 새로운 환경에 적응해야 해요. 사실 모든 프로젝트는 다 다릅니다. 아무리 경험이 많은 사람도 프로젝트 투입하면 처음에는 분위기 살피느라 바쁘지요. 프리랜서 하면 안되는 사람들 나는 변화가 싫어 라는 부류는 절대로 프리랜서 하지 마세요. 나아가 개인적으로 이런 분들은 그냥 변화 빠른 IT에서 일 안했으면 좋겠어요. 민폐에요. 본인이 눈치가 없다 라는 이야기를 듣는 분들이라면, 심각하게 고민해 보세요.이런 분들은 본인은 편한데 남들이 꺼려하는 타입이 되기 쉽습니다. 그래도 프리랜서를 해야한다면, 팀으로 움직이는 회사로 들어가세요. 팀으로 들어간다면 누군가가 본인 대신 관리를 해 줄 꺼..

휴가에 대해서는 "계약시"에 계약서에 명시 해 두세요. 보통 월단위로 계약하는 프리랜서이기에 연차 는 없습니다. 다만 월차의 개념은 보통 있어요. SI의 경우에는 쉼 없이 일하기도 합니다만, SM은 거의 무조건 월 1회 정도는 쉽니다. SI의 경우에도 명시적으로 휴가는 없더라도, "개인적인 일이 있다" 정도로 관리자에게 말하면 대부분 그냥 쉬게 해 줍니다. 다만 프로젝트 막바지에는 휴가는 커녕 원래 쉬는 날도 못 쉴 가능성이 아주 높으므로 눈치껏 쉬는 요령이 필요해요. 프로젝트도 한없이 달리기만 하는 건 아니에요. 작은 스프린트가 끝나면 잠시 쉬는 타이밍이 바로 그대가 쉴 타이밍입니다. 가장 위험한 부류는 "휴가는 적당히 봐서" 라고 말해서 그런가보다 했더니, "적당히" 는 본인에게만 해당되는 일이었다...

시대는 발전하고, 개발자들은 여전히 게으릅니다. 똑같은 작업을 두 번 반복하느니, 반복을 최소화하는 프로그램을 작성하는게 개발자의 본능이라고 생각해요. 그래서 개발자들은 가능하면 모든 걸 자동화하려고 생각하지요. 예를 들면 FTP로 배포를 하던 시절에서 CI를 통한 배포 자동화로 변화 파일을 공유폴더로 공유하던 시절을 지나 git등의 VCS 사용 전자문서로 업무를 관리하던 시절 에서 이슈트래커로 TDD를 위시한 테스트 자동화 ROR이 불러 일으킨 스캐폴딩 열품 등등이 있겠네요. 그런데 이러한 신규 시스템 도입이 늘 좋은 점만 있을까요? 우선 시스템을 도입하기 위해서는 1. 도입의 필요성 느끼기 2. 도입을 위한 설득 3. 도입을 하고 나서 잘 사용하기 위한 사용방법 숙지 4. 주기적인 관리의 번거로움을 ..

페이퍼워크를 좋아하는 개발자는 없어요. 다들 문서보다는 코드가 우선이라고 생각하죠. 하지만 안타깝게도 현실은 그렇지 않아요. 여러분이 일 할 곳은 멋진 프로토타입으로 스토리보드를 대신한다거나 MVP를 만들어서 사용자에게 검증받는다거나 문서를 써 주는 팀이 따로 있다거나 하는 곳과는 거리가 좀 있을 꺼에요. 특히 공공기관 같은 곳에서는 문서화가 엄청 필요해요. 저는 설정값 한 줄 고치고 문서 5종 - 총 분량 약 20페이지 - 을 만들어야 하는 곳에서 일해본 적도 있어요. 이런 지독한 문서화가 필요한 이유는, 그 문서가 여러분이 한 일에 대한 증명임과 동시에 여러분의 책임 범위를 한정짓는 문서가 되기 때문이에요. 이슈트래커 왜 이슈트래커를 쓰지 않냐고 물어보시는 분들은 조금은 깨어있으신 분들이에요. 프리랜..