개발
-
모험회사 - 회식, 술자리 적당히 (야근을 부르는 요소)모험회사 2013. 6. 27. 12:11
물론 회식을 좋아하는 사람도 있고, 한국 문화(?) 사정상 회식을 다 피할 순 없다. 그러니 회식은 한 달에 한 번이면 적당하고, 납득할 만 한데, 이것도 꼭 술 마시는 회식이 아니라 다른 종류의 회식이면 더 좋겠다. 사실 회식이 문제라기보다는 술이 문제다. 그냥 밥만 먹는 회식이라면 딱히 문제될 게 없다. 술을 끌어들여서, 너도 마셔라 분위기가 되니까 문제. 게다가 딱히 정해진 회식자리도 아닌데, '오늘 술이나 한 잔 할까'하고 갑자기 끌고 나가는 경우도 문제다. 술 약한 사람도 있고, 술 마시면 다음날 업무에 차질있는 사람도 있다. 그리고 여유 시간이 나면 술보다는 집에 가서 좀 쉬고 싶은 사람들도 있다. 이런 경우는 그냥 고이 보내주고, 술자리에서 이상한 것 결정해서 다음날 통보하는 분위기도 좀 없..
-
모험회사 - 무리한 일정 (개발자가 야근하는 이유)모험회사 2013. 6. 26. 10:27
원래 있던 일정에서, 다른 외주 프로젝트가 들어온다거나, 새 프로젝트 일정이 들어오면, '당연히' 현재 진행중인 프로젝트 일정은 다시 조정되는 것이 상식이다. 하지만 그 상식이 상식이 아닌 것이 문제. 이미 있는 일정은 그대로 둔 채 새로 일정을 끼워넣는 경우가 많다. 물론 '암묵적인' 딜레이를 허용하는 경우도 있지만, 어디까지나 그건 암묵적인 상태이므로 끝날 때까지 스트레스로 작용한다. 여기서부터다. 상식적인걸 조정해달라 요구해도 받아들여지지 않는 게 쌓이다보면, 어느 순간부터는 아예 요구 자체가 없어진다. 그러면서 피드백도 없어지고, 자발성 따윈 아예 종적을 감춘다. 물론 공장에서는 논의가 필요없다. 위에서 목표치를 정하고, 그걸 하달하고 닥달해서 목표치를 채우면 그만이다. 과연 소프트웨어 개발도 그..
-
모험회사 - 서울시 IT청책 토론회를 보고: 계약직도 못 되는 SW 개발자들모험회사 2013. 6. 25. 13:40
서울시 IT 청책 토론회에서 아니나다를까, 인력이 모자라다 등의 이야기들이 나왔는데, 막상 그에 대해 말해준 사람이 없어서 답답했음. 그래서 다시 정리할 겸 급하게 그려 올림. 다시 텍스트로 정리하자면, 1. SW 개발자 인력은 결코 모자라지 않다. 20대 개발자 비율이 낮다는 사실이, SW 인력 전체가 모자라다는 것을 뜻하지는 않는다. 2. 따라서 서울시 등에서는 SW 인력 육성 정책을 더이상 펼쳐서는 안 된다. 이미 하고 있는 것만으로도 충분하다. 지금 컴퓨터 관련 대학 학과에 인원이 없는 것은, 이미 고등학생까지 이 업계 현실을 파악하고 있기 때문이다. 소프트웨어 업계를 정상화시켜 잘 가꾼다면, 20대들은 오지 말래도 올 것이다 (2000년대 초반의 벤처 붐을 떠올려보면 쉬움). 3. 여기서 서울시..
-
모험회사 - 개발자가 밤에 작업하는 이유 (개발자의 야근 이유)모험회사 2013. 6. 24. 17:06
처음엔 제목을 '개발자가 야근하는 이유'라고 했지만, '개발자가 밤에 작업하는 이유'라고 하는 게 더 낫지 않을까 싶다. 이건 개발자가 야근하는 수많은 이유 중 하나일 뿐이니까. 어쨌든 개발회사인데도 이런 작은(?) 부분도 지켜지지 않는, 아니 아예 모르거나 무시하는 곳이 많다. 물론 사람마다 편차는 있겠고, 어떤 사람은 자리에 앉아서 '자 이제 집중해야지'하고는 5분만에 집중하는 사람이 있기도 하다. 이런 사람은 정말 회사에서 잡아야 한다. 하지만 많은 사람들이 개발에 집중하려면 보통 30분에서 60분은 딴짓을 하거나 멍하니 있거나, 혹은 꾸벅꾸벅 졸거나 한다. 그런데 다른 사람들이 이 과정을 '또 노닥거린다'거나, '또 멍때린다' 정도로 밖에 보지 않으면 참 난감하다. (물론 몇 시간 내도록 계속 노..
-
모험회사 - 정부, 관공서 프로젝트 일부를 오픈소스로 하면 어떨까모험회사 2013. 6. 23. 01:57
정부, 관공서, 연구소를 비롯한 각종 공공 프로젝트 등에서 일부를 오픈소스로 진행하면 어떨까. 많은 수를 그렇게 하기는 무리가 있을 테니, 그 중 일부만이라도, 아니면 일 년에 한두 개 만이라도 해보는 건 어떨까. 최근 사회적으로 오픈소스에 관심을 점점 가지고 있는 중인데, 이런 프로젝트가 더욱 활기를 불어넣어주지 않을까. 일단 오픈소스는 소스가 공개되니까 보안에 위험이 따른다라는 말이 나올텐데, 그럼 보안이 필요한 프로젝트는 안 하면 된다. (참 쉽죠?) 그것 말고도, 보안이 크게 문제되지 않는 프로젝트들도 많을 테니까. 여기서 중요한 것은, 일반적으로 널리 퍼져있는, '오픈소스는 공짜다'라는 관념을 깨야 한다는 것. 오픈소스로 진행은 하더라도, 월별로 기여도를 측정해서 임금을 줘야 한다. 그래야 실력..
-
모험회사 - 공개입찰의 비밀모험회사 2013. 6. 22. 03:49
물론 이런 형태는 일부분이다(라고 믿고싶다). 조사된 내용이 있는 것도 아니라서, 얼마나 만연해 있는지도 알 수 없다. 단지, 이런 형태가 있긴 있다는 것, 그것도 한두 건은 아니었다는 것 정도만 알 수 있을 뿐. 때때로 어떤 조직에서는 일정 금액 이하의 프로젝트는 간소한 절차를 거쳐서 입찰을 낼 수 있는데, 큰 금액의 프로젝트를 잘게 잘라서 하나의 업체나 여러 업체에 갈라주기도 한다. 아마도 이런 프로젝트에 입찰하고 일 하는 업체들이 어느정도 정해져 있기 때문에 그런 것 아닐까 싶다. 당장 정당하게 입찰 과정을 거치는 정부부처에서조차도, AS나 업무의 효율성, 안정성 등을 따지면서 공공 프로젝트를 큰 업체에게만 맡기려 하는 현실. 그런 현실과 이런 상황은 맞물려 있다. 안정성을 추구한다는 것. 소프트웨..