소프트웨어
-
모험회사 - 서울시 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나 업무의 효율성, 안정성 등을 따지면서 공공 프로젝트를 큰 업체에게만 맡기려 하는 현실. 그런 현실과 이런 상황은 맞물려 있다. 안정성을 추구한다는 것. 소프트웨..
-
모험회사 - 정부, 관공서는 왜 하도급을 줄까모험회사 2013. 6. 21. 12:41
앞 내용에서 이어짐. 하지만 큰 연관성이 있지는 않음. 모험회사 - 개발자는 무기, 갑을병정무기 일반적으로 한국 사람들은 새로운 것을 좋아하기 때문에, 소프트웨어도 새 버전으로 바꾸려는 욕구가 많은 편이다. 그런데 정부, 관공서는 예외라서, 하나 개발해 놓으면 5년, 10년 쓰려고 하는 경향이 있다. 물건이란 게 다 그렇듯, 더이상 AS를 통한 유지, 보수 만으로 어떻게 할 수 없는 한계상황이 있다. 소프트웨어도 마찬가지인데, 그걸 무시하는 거다. 아무래도 예산이 가장 큰 문제겠고, 그 다음으론 바꾸기 귀찮다는 생각도 있을 테다. 정부, 관공서 시스템도 최소 5년에 한 번씩은 바꿔야 하지 않을까. 인터페이스는 거의 그대로 두고, 시스템만 시대에 맞게 바꿔주면 다시 배우지 않아도 될 텐데. 게다가 5년 만..
-
-
모험회사 - 대학생을 위한 소프트웨어 설계 조언(?)모험회사 2013. 6. 18. 12:02
이런 질문 가끔 자주 받는데, 별로 답 해 주고 싶진 않다. 이런 질문이 나오는 이유는 딱 하나이기 때문이다. 바로, 자기가 보고싶은 것만 보려고 하기 때문. 당장 다른 연구실이 프로젝트를 어떻게 진행하는지 살펴보기만 해도 답 나오는 건데 굳이 딴 데 물어볼 필요가 있나? 눈으로 직접 확인할 수 있는 건데. 다른 연구실 모두가 설계 잘 한다고 한다면, 그럼 확신을 가지고 설계 계속 배우면 되는 거다. 세상이 변하고 있는 거겠지. 순수하게 배워서 즐거우면 그 뿐, 뭘 이리저리 따지고 고민하고 걱정하나. 배워두면 일생에 한 번 쯤은 어딘가 쓸모가 있겠지 뭐. 옛날에도 소프트웨어 설계 연구실 대학원생들은 이렇게 말 했다. "우리가 하는 프로젝트들은 다 설계 제대로 한다"라고. 당연하지, 너네는 그런 프로젝트들..