본문 바로가기

전체 글196

현장에서 문제 해결을 찾는다. 아주 근사한 가전제품을 만드는 회사가 있다고 하자. 이 회사에는 가전제품을 구성하는 요소들을 설계하는 설계팀과 이를 기반으로 조립 라인을 통해서 하나의 가전제품을 만드는 제조팀으로 구성되어 있다. 설계팀은 제품의 컨셉을 이해하여 명세(specification)를 정하고, 그에 맞게 각 구성 요소들을 설계 도면에 표시한다. 제품의 크기를 휴대성이 편하게 최소한으로 명세했기 때문에 가능한 한 각 구성요소가 최소한의 공간 안에 밀집하게 구성되어야 하며, 때로는 하나의 요소가 여러가지 역할을 수행하게끔 구성품을 만들어야 하는 경우도 있다. 설계팀은 촉박한 일정에서도 제조팀에서 해당 제품을 만들 수 있는 상태의 모든 요소가 설계되었음을 확인했고, 최종적으로 제조팀에게 제품 설계를 넘긴다. 제조팀에서는 설계를 토대.. 2012. 8. 18.
개인임무카드와 지휘관의 의도 - SW 계획과 실행의 모순 SW를 개발하는 가장 보편적인 과정은 분석-설계-구현-테스트-인도의 형태를 나타난다. 수많은 SW를 만드는 프로젝트에서는 이러한 보편적인 과정을 중심으로 보편적인 계획을 만들고, 여기에 많은 노력을 기울인다. 초반 계획은 비즈니스에 대한 범위 뿐만 아니라, 전체 프로젝트에 대한 예산과 일정까지도 염두를 해두어야 하기 때문에 계획을 만드는 입장에서는 조심스럽고 여러가지 상황들을 고려하여 계획을 만든다. 통상 이러한 계획은 SW가 제공되어야 하는 기능을 중심으로 일정에 대한 틀을 잡고 전체적인 개발 계획이 마련된다. 이와 같은 방식이 얼핏 보면 가장 합리적이고, 무엇보다 전통적인 방식(기능을 큰 단위에서 적은 단위로 쪼개어서 개별 작업을 중심으로 일정을 세우는 방식)이기 때문에 선호하고 보편화되어 있다. 하.. 2012. 7. 21.
대칭적 signature와 비대칭적 signature 인터페이스 설계에서 오퍼레이션은 그 나름대로 책임을 가지게 된다. 즉, 해당 오퍼레이션을 호출하기 위해 입력받는 정보에 대해서는 호출하는 측(이하 클라이언트)에서 그 데이터가 올바로 들어갔는지를 점검할 책임이 있으며, 입력된 정보를 가지고 출력 정보를 형성하는 측(이하 서버)에서는 반환 정보에 대해서 올바른 값이 들어갔는지를 점검할 책임이 있다. 다시 말해서, 오퍼레이션은 사전 조건(precondition)과 사후 조건(postcondition)에 만족한 상태가 되어야 클라이언트와 서버가 원활하게 정보를 주고 받을 수 있다. 이와 같은 책임성에 기반해서 설계하는 방식을 '계약에 의한 설계(design by contract)'라고도 한다. 메시지를 주고 받는 양측은 서로 조건에 만족시킬 책임(respons.. 2012. 7. 10.
마케팅과 기술 기술의 발전은 다양한 형태로 그 모습을 대중들에게 표현되고 전파된다. 그러한 과정에서 어떤 기술은 극도의 발전 형태를 띠는 것들이 있는가 하면, 다른 기술들은 오히려 전파되는 과정에서 그 효력이 못미치는 것들도 있다. 기술이 마케팅의 수단을 이용하는 경우에는 소비자나 이를 접하는 사람으로 하여금 해당 기술의 본질을 파악하는 것을 어렵게 만드는 경우도 있다. IT 기술 역시 마케팅의 수단으로 사용되는 경우들이 많으며, 이러한 대표적인 예가 '클라우드(cloud)'가 아닐까 한다. TV 광고에까지 나타나는 '클라우드' 기술은 너무나도 광범위한 기술로 인식되기 때문에 이를 실제로 응용하려는 개발자에게는 어떻게 접근할지에 대해서부터 많은 고민을 가져다준다. 이러한 상황을 이전의 '컴포넌트(component)' .. 2012. 7. 9.
반응형