죄송합니다. ㅠㅠ
태그를 빼먹어서 추가했는데,,, 제안/버그 탭에 들어가지질 않아서 지웠는데,,,
그사이에... 5분사이에 어마어마한 보팅들이 들어왔습니다.
받은 만큼은 해야 하니까 무엇이든 가치를 만들겠습니다.
이런 실수 반복해서 죄송합니다.
제가 가장 자신있는 게 책이니까 책얘기를 하겠습니다. 요즘은 우울한 기분 없애려고 재밌는 것만 봅니다. 드라마도 배꼽빠지게 웃긴 걸 보는데요,,, 프란체스카? 그거 보고 있습니다. 그래봐야 20분 정도 보는 거지만 정말 사람 떼굴떼굴 구를 정도로 재밌습니다. 그리고 소설 소재도 팍팍 떠오릅니다. 으흐흐... 뱀파이어 소설도 써볼까. ㅎㅎㅎ
어제 2시간 쓰다가 날려먹은거 생각나는대로 적어보게습니다.
이거 이어서 쓰다가 날려먹었는데요,,, 화장실 가려고 일어서다가,,, 혹시나 누가 내 모니터 볼까봐 최소창 누른다는 게 그만 닫기창 눌러서 날아갔지요. ㅠㅠ 에구에구 화장실이 원수네. ㅋㅋㅋ 이 책의 저자가 말하는 주 내용은 개발자가 너무 고생한다는 겁니다. 임금에 비해 너무 열악한 근무환경을 매우 상세하게 그래프까지 동원해서 말하고 있는데요, 제가 상세하게 적었더랬죠. 도표만 보면 암튼 이렇습니다.
한 사람의 개발자가 너무 많은 일을 하니 맨날 야근에 철야에... 우리나라는 개발자를 개로 생각하는 나라라서 개발자가 노동력을 착취당한다는 말을 저자는 계속 하고 있습니다. 그리고 기업들의 잘못된 구조도 비판하고 있습니다.
개발에 실제로 투입되는 인원이 11명이고 이 가운데 모바일 개발자 2명, 전문 아키텍처 1명, 아키텍처 보조 1명을 뺀 7명이 뷰 개발자라고 할 수 있다. 개발 기간 4개월 동안 한 달에 22일 정도의 영업일을 기준으로 계산했을 때 총 영업일은 88일이고 이를 600개의 뷰 기준으로 나누었을 때 하루 평균 6.82개의 뷰를 생산해내야 한다는 얘기다. 이를 위해서는 7명의 개발자가 각각 하루에 한 개의 화면을 개발해야 한다. 물론 이 기준은 난이도가 고려되지 않았기 때문에 뷰 개발자 중 초급 개발자가 한 명 섞인 상황에서는 쉽지 않은 개발 분량이다. 하지만 실제 프로젝트는 이런 개발평균 뷰 개수를 훨씬 초과하는 경우가 더 많으며 위의 예시는 현실을 고려하면 조금 수월한 편이라고도 할 수 있다.
하청의 하청의 하청의 하청 구조로 개발을 하고 있으니 개선이 어렵다는 겁니다. 제가 예전에 하청과 원청 구조를 비판한 책을 보니 거기에 독일 사례가 나오더군요. 독일은 하청을 보호하는 법이 없다고 합니다 왜냐하면, 정당한 임금을 주는 게 당연하다고 생각하기 때문이죠. 우리나라는 입찰제를 하기 때문에 무조건 싸게 하려고 합니다. 싸게 입찰 받아오니 한 사람이 여러 프로젝트를 동시에 수행할 수밖에 없는거죠.
요런거 두 시간 쓰다가 날려먹었습니다. ㅎㅎㅎㅎㅎ 언제나 조심조심.