소프트웨어 아키텍트가 알아야할 97가지 이야기

인상 깊은 단락

6쪽

기교로써 단지 대화에 익숙해지는 것만으로는 충분하지 않습니다. 존경심을 가지고 사람을 대하는 것을 배우고, 사람에 대한 성급한 판단을 버리는 것을 배우는 것이 영리한 아키텍트가 유능한 아키텍트로 변하는 핵심 기술 중 하나입니다.

38쪽

좋은 아키텍트는 사례르 통해 팀을 이끌어야 합니다. 아키텍트는 네트워크를 설치하고 빌드 프로세스를 설정하는 것에서부터 단위 테스트를 작성하고 벤치마킹을 수행하는 것까지 자신의 팀 내 어떠한 역할도 수행할수 있어야 합니다. … 훌륭한 아키텍트는 문제를 찾아내어 팀을 소집하고, 희생자를 지적해내지 않고, 무엇이 문제인지 설명하고, 정교한 대안이나 해결책을 제시할 수 있어야 합니다.

vmstat, sar

48쪽

이 정의에 따르면 효과적인 아키텍처는 일반적으로 설계 결정의 중요성을 감소시키는 것입니다. 비효율적인 아키텍처는 설계결정의 중요성을 확대시킵니다.

63쪽

‘소프트웨어 설계란 무엇인가?What is software design?‘라는 기사에서 Jack Reeves는 고전적인 공학에서 이해되고 사용되었던 설계 문서의 기준을 만족시키는 소프트웨어 공학의 유일한 산출물이 소스 코드임을 제시했습니다. 소프트웨어의 제조는 컴파일러, 빌드, 테스트 스크립트에 의해 자동화되어 관리되었습니다.

프로그래밍은 새로운 제품을 설계하는 행위이지, 기존 프로세스에 맞춰 작업하는 행위가 아니다.

68쪽

충분히 전문화된 영역들은 우리보다 훨씬 큰 연구와 인터십 프로그램을 수련해야 합니다… 그리고 소프트웨어 아키텍트가 건축가, 의사 ,법률가와 같은 위치에 있는 직접으로 간주되어야 한다는것이 얼마나 뻔뻔스러운지 생각해봐야 합니다. software architect(소프트웨어 아키텍트)의 직위는 단지 소문자 a입니다. 소문자 a처럼 행동하십시오.

94쪽

하지만 불행하게도 현실 세계는 그렇게 이진법적이지 않습니다.

194쪽

하나의 시스템이 진화하도록 유도하는 것은 작은 하나의 동작하는 시스템에서부터 출발하는 것을 의미합니다. 이 시스템은 의도했던 아키텍처의 동작하는 부분집합이며, 작동할수 있는 가장 단순한 것입니다.

216쪽

아키텍트는 늘 이러한 주인 없는 영역에 대해서 정확한 용어와 명확한 정의를 내리는 역할을 수행해야 합니다.