아키텍트16 정량화시켜라 - Keith Braithwaite 비전문가로 많은 햇수가 흐른 뒤에 Keith Braithwaite는 1996년에 소프트웨어를 만들어서 처음으로 벌이를 했다. lex와 yacc로 만들어진 컴파일러를 다루는 첫번째 직업 후에 그는 처음에 GSM 네트워크 계획에 대한 극초단파 전파를 모델링하는 일에 뛰어들어서 그 다음에 C++로 항공 화물 운송에서 계절별 다양한 요구를 처리했다. 컨설팅 (과 자바)으로 옮기면서 CORBA를 접했고 그 다음에는 EJB, 그리고 그 당시 ‘e-commerce’라고 하는 것에 접했다. 그는 현재 Zuhlke에서 수석 컨설턴트로 일하고 Zuhlke의 Centre of Agile Practice를 담당하고 있다. “빠름”은 요구사항이 아닙니다. “쉽게 반응”하는 것 역시 요구사항이.. 2009. 3. 25. 당신이 생각한 것보다 더 자주 협상한다. - Michael Nygard 우리는 모두 예산 문제에 봉착합니다. 이 순간이 타당한 기술 선택이 비용 절감이라는 원칙 때문에 창 밖으로 던져지는 순간입니다. 대화는 다음과 같이 진행됩니다. 프로젝트 후원자는 “정말로 X가 필요합니까?” 라고 질문합니다. “X”에 대해서는 시스템을 운영하기 위해 절대적으로 필요한 다른 것으로 거의 대체 가능합니다. 예를 들어, 소프트웨어 라이선스, 서버 중복, 오프라인 백업, 전원 공급 장치 등과 같은 것입니다. 마치 어른이 우리들의 모든 주머니 돈을 만화책과 풍선껌에 소진하는 것을 발견한 듯이 온정주의적인 어투로 항상 질문하지만, 진지한 어른들은 이익을 가져오는 더 많은 것을 구매하려고 합니다. 이와 같은 질문에 답하는 적절한 방식은 “예, 필요합니다.”라고 하는 것입.. 2009. 3. 24. 모든 것은 궁극적으로 실패하게 된다. - Michael Nygard - 블로그 : http://www.michaelnygard.com/blog Michael Nygard는 2008년에 Jolt 생산성 상을 탄 Release It! Design and Deploy Production-Ready Software (Pragmatic Bookshelf)를 썼다. 그의 다른 서적들은 http://www.michaelnygard.com/blog 에서 찾아볼 수 있다. 하드웨어는 오류가 잘 발생하기 때문에 보통 중복해서 설치합니다. 이는 개개의 하드웨어 실패를 견디도록 하게 하지만, 어떤 주어진 시간에 적어도 하나의 실패가 존재한다는 가능성을 증가시킵니다. 소프트웨어도 오류를 잘 발생합니다. 애플리케이션은 소프트웨어로 만들어졌으며, 따라서 실패에 취약합.. 2009. 3. 24. 일어서라! - Udi Dahan - Homepage : http://www.udidahan.com/ Udi Dahan은 현재 3년간 운영중인 소프트웨어 아키텍처에 대한 가장 가치있는 전문가 상을 받은 MS사가 발굴한 소프트웨어 단순화주의자이다. Udi는 WCF, WF 및 Oslo에 대해 MS와 같이 일하고 있는 연결된 기술 충고자이다. 그는 또한 MS 소프트웨어 팩토리의 단체와 패턴 및 적용에 대한 프리즘 프로젝트의 고문회의 임원이기도 하다. 전세계의 고객들에게 서비스 지향, 확장성 및 보안성 있는 .NET 아키텍처 설계에 전문성을 가진 교육, 메토링, 고급 아키텍팅 컨설팅 서비스를 제공하고 있다. 대부분의 아키텍트는 주로 기계와 대화하는 능력에서 성공을 이끌었다는 고도의 기술적인 지위로부터 성장했습니다. 하지만,.. 2009. 3. 21. 이전 1 2 3 4 다음 반응형
