본문 바로가기

97 Things Every Software Architect Should Know19

모든 것은 궁극적으로 실패하게 된다. - 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.
애플리케이션 아키텍처는 애플리케이션 성능을 결정한다. - Randy Stafford Randy Stafford는 개발자, 분석가, 아키텍트 관리자, 컨설턴트 및 저자/프레젠터로 20년의 경험을 가진 현재 활동중인 소프트웨어 전문가이다. 현재 오라클의 미들웨어 개발 A팀에 있으며, 개념 증명 프로젝트, 아키텍처 리뷰, 다양한 고객 조직으로 인한 제품 위기 등에 대해 국제적으로 일을 하며, grid, SOA, 성능, HA, JEE/ORM 작업에 전문성을 가지고 있다. 애플리케이션 아키텍처는 애플리케이션 성능을 결정합니다. 이는 당연한 사실처럼 보이지만, 실제 상황은 그렇지 않다는 것을 보여주고 있습니다. 예를 들어, 소프트웨어 아키텍트들은 종종 소프트웨어 기반구조를 한 제품에서 다른 제품으로 변경하는 것으로 애플리케이션 성능 문제를 해결하는데 충분하다고 믿고 .. 2009. 3. 18.
소통이 왕이라면, 명확성과 리더십은 그의 신하이다. - Mark Richards Mark Richards는 Collaborative Consulting, LLC의 팀장과 선임 솔루션 아키텍트이며, 주로 금융 서비스 업계에 J2EE와 다른 기술에서 대규모 서비스 지향 아키텍처(SOA)의 아키텍처와 설계에 관여하고 있다. 1984년 이래로 소프트웨어 업계에 종사해왔으며, J2EE 아키텍처와 개발, 객체지향 설계와 개발, 시스템 통합에 많은 경험을 가지고 있다. 소프트웨어 아키텍트가 자신의 상아탑에 올라 앉아, 밑에 있는 개발자들에게 명세화, 기술 결정, 기술 방향을 지시하는 상황은 너무나 흔합니다. 대개 이러한 방식은 서열에 있어서 불화를 유발시키며, 곧 많은 사람들의 반발을 얻게 되어, 결국 원래의 요구사항과 전혀 비슷하지도 않은 소프트웨어 제품을 양산하게.. 2009. 3. 18.
반응형