루키의 보석함

구글에 대한 이야기는 너무 많이 블로거들 사이에 오르내리고 있는 것 같습니다. 처음에는 주로 에드센스 이야기로 시작하더니.. 이제는 구글 내부의 UI, 프로젝트 관리 등으로 확대되어 가는 분위입니다. 과연 우리가 하고 있는 프로젝트 업무와 어떻게 다른지 ~~ 최근 올라오는 글을 몇개 읽어 봤습니다. 이전에 구글스토리라는 책을 읽어보기도 했지만.. 블로그를 통해 들어보는 구글 이야기도 나쁘지는 않더군요.. 팔글의 이삼구님의 다음 글을 읽어보세요~ 구글의 이해되지 않는 인재와 프로젝트 관리 구글의 이해되지 않는 인재와 프로젝트 관리 2 일반적으로 프로젝트 관리라 하면.. PM의 역할이 절대적이라고 보는 경향이 많은데, 구글은 그렇지 않다고 하는 이야기 입니다. 즉, PM의 목표는 개발자가 원활하게 일을 진행..

블로그를 돌아다니다 보니.. IT 개발자의 야근에 대한 이야기들이 있었습니다. 야근~~ 프로젝트를 진행하다보면 필수적인 것처럼 인식되기도 하는데요~ 실제적으로 야근을 한다고 해서 프로젝트가 얼마나 빨리 제대로 이루어질까요? 음... 제 생각에는 그리 큰 차이가 없을 듯 합니다. 왜냐하면, 다음날 그만큼의 성과를 올릴 수 없기 때문이죠.. 피곤하기 때문에~~ 물론 일찍 퇴근해서 술마시고 밤새 논다면.. 차이가 있겠지만.. ㅋㅋ 그런 의미에서 예전에 주 16시간 근무 이야기로 관심을 끌었던 "애자일 컨설팅에서 일해보니" 란 글이 생각이 나네요.. 근무하는 시간이 문제가 아니라 얼마나 집중력을 가지고 일하는 가 하는 점이 중요하다고 봅니다. 집 욕조에 누워 프로젝트를 고민하는 것과.. 책상에 앉아 아무 생각없..

상품디자이너인 데이비드 켈리는 “성공과 실패는 동등하게 보상받을 가치가 있다. 하지만 아무 것도 하지 않는 다면 벌을 줘야 한다” 고 이야기 했습니다. 실제 프로젝트를 진행할 때 일입니다. 모 프로그램에 플러그인을 개발해야 할 필요가 있었는데.. 처음에 AJAX (DWR) 을 이용해서 처리했습니다. 하지만, 원격에서 호출이 안되자. dwr 문제일까? 하고 prototype으로 바꾸어서 테스트 해 보았지만, 역시 문제가 발생했습니다. Javascript는 보안상의 이유로 cross-domain을 지원하지 않기 때문이었습니다. 그래서 이런 경우에 사용할 수 있는 이기종간의 통신을 위한 웹서비스를 사용하자고 제안했습니다. 웹서비스를 이용하여 프로그램을 구성하고 테스트를 마치고 보니.. 이런 웹서비스 내에서 우..

프로젝트를 수행하다보면 많은 사람들이 참여하게 됩니다. 기획자, 개발자, 디자이너, PM, PL… 어느 하나 중요하지 않은 것이 없다고 생각합니다. 톱니바퀴가 물려 돌아가듯이 서로 협력하고 앞으로 나아갈 때만 좋은 결과가 나오지 않을까 하네요~~ 그런 의미에서 얼마전 블로고스피어에 나온 글들을 나열해 봅니다. Linus님의 개발자와 기획자 상생의 길 본인의 경험에 따라 개발자와 기획자 사이의 의사소통 해결부분에 대해서 이야기하고 있습니다. 기획하시는 분들이 아주 좋아할 만한 스타일의 개발자라는 생각이 드네요~~ 철수님의 개발자와 기획자 상생의 길을 읽다가.. 개발자와 기획자가 서로 이해하지 못하는 이유에 대해서 적어놓고 있습니다. 서로간의 조금씩 양보하고 서로의 입장이 되어준다면 이정도 문제는 해결해 나..

깨진 창문 이론(Broken Window Theory)이라는 말이 있습니다. '티핑 포인트'라는 책과 '실용주의 프로그래머'라는 책에서 인용되고 있는데요.. 요약하면, 오랜기간 수리하지 않고 방치된 창문 하나가 거주자들에게 버려진 느낌을 준다는 겁니다. 그래서 다른 창문이 하나 더 깨지고.. 낙서가 등장하고.. 심각한 구조적 손상이 시작되는 것이죠.. 결국 건물 소유주가 고치려는 의지를 넘어설 정도로 건물이 손상되고, 버려진 느낌은 현실이 되어 버린다는 겁니다. 보다 자세한 내용은 다음 블로그들을 참고하시기 바랍니다. http://www.nanael.net/48 http://blog.naver.com/chowyf?Redirect=Log&logNo=80034681435 '실용주의 프로그래머' 책에서는 실생..