본문 바로가기

아키텍트16

아키텍팅은 균형에 관한 것이다. - Randy Stafford 이해당사자의 관심사를 기술적인 요구사항과 균형을 이루도록 하십시오. 소프트웨어를 아키텍팅하는 것에 대해 고려할 때, 시스템 모듈화, 인터페이스 정의, 책임성 할당, 패턴 적용, 성능 최적화와 같은 일반적인 기술 활동을 먼저 생각하는 경향이 있습니다. 아키텍트는 또한 다른 것 중에서 보안성, 사용성, 지원성, 배포 관리, 배포 설정 등에 대해서도 고려할 필요가 있습니다. 하지만 이러한 기술적이고 절차적인 문제들은 이해관계자의 필요와 이들의 관심사와 균형을 맞춰야 합니다. 요구사항 분석에서 “이해관계자와 관심사”를 고려하는 접근방식을 취하는 것은 개발하고 있는 소프트웨어에 대한 요구사항 명세를 완전하게 하는데 확실하고 뛰어난 방법입니다. 소프트웨어를 개발하는 조직과 조직 그 자.. 2009. 4. 7.
성능은 조기에 고려해야 한다. - Rebecca Parsons - 블로그 : http://www.thoughtworks.com/what-we-say/CTO-blog.html Rebecca Parsons 박사는 ThoughtWorks의 최고 기술 고문이다. 그녀는 전기통신에서 신생 인터넷 서비스까지 여러 업계에서 20년 이상 어플리케이션 개발 경험을 가지고 있다. Rebecca는 여러 프로그램 위원회에서 언어와 인공 지능 출판에서 책을 썼으며, 여러 저널에 리뷰를 썼다. 그녀는 대규모 분산 객체 어플리케이션의 구축과 이종 시스템의 통합에 선두적인 경험을 넓히고 있다. 비즈니스 사용자는 기능 요구사항을 통해 우선 자신들의 요구를 표현합니다. 성능, 복원성, 가동성, 지원 요구 등과 같은 시스템의 비기능 측면은 아키텍트의 영역입니다. 하지.. 2009. 4. 3.
한번에 딱 맞는 해결책은 없다. - Randy Stafford 아키텍트는 “영역에 맞는 감각(contextual sense)”을 지속적으로 개발하고 연습해야 한다 – 왜냐하면 범용적으로 발생될 수 있는 문제에 한번에 들어맞는 해결책이 없기 때문이다. “영역에 맞는 감각”이라는 예리한 단어는 Eberhardt Rechtin에 의해서 처음 사용되었으며, 통찰력 있는 의미가 1991년 그가 쓴 System Architecting: Creating & Building Complex Systems (Prentice Hall)에 다음과 같이 기술되어 있다. [복잡한 시스템에 대한 아키텍처 설계를 하는 ‘경험적인 방법’의 주요 생각은] 매우 복잡한 문제에 직면할 때 숙련된 아키텍트들이 무엇을 하는지를 물음으로써 얻게 된다. 숙련된 아키텍트와 설계자.. 2009. 4. 1.
한줄의 실행되는 코드가 500줄의 명세 만큼 가치를 한다. - Allison Randal - 블로그 : http://allisonrandal.vox.com/ Allison Randal은 오픈 소스 프로젝트인 Parrot의 최고 아키텍트이며 선임 개발자이다. 프로그래머로 25년이 넘게 그녀는 게임에서 언어 분석 도구, e-commerce 웹 사이트, 쇼핑몰, 컴파일러, DB 복제 시스템까지 모든 것을 개발했다. 또한, 언어 설계자, 프로젝트 관리자, 컨퍼런스 주최자, 편집자, 컨설턴트로 일했으며, 오픈 소스 소프트웨어 재단의 회장이기도 했으며, 2권의 책을 집필했고, 기술 출판 회사를 세웠다. 설계는 아름다운 일입니다. 문제 영역과 해결책에 대한 체계적이고 세밀한 표현과 검토는 때로 놀랄 만한 극적인 방법으로 오류와 개선에 대한 기회를 나타냅니다. 명세는 구현에 .. 2009. 3. 26.
반응형