본문 바로가기

97 Things Every Software Architect Should Know19

지속적으로 통합하라. - David Bartlett Dave Bartlett은 프로그래머, 개발자, 아키텍트, 관리자, 컨설턴트, 교육자로서 25년 이상의 경험을 가진 열정적인 소프트웨어 전문가이다. 그는 현재 사설 컨설팅 회사인 Commotion Technologies 사에서 일을 하고 있으며, Pennsylvania 주의 Great Valley에 위치한 Penn State 대학의 대학원 과정에서 강의 중이다. 현재 그의 주요 작업은 미 필라델피아 연방준비은행에서 연방준비 시스템과 미 재무부 내에서 사용하는 웹, 포탈, 복합 어플리케이션 설계와 구축에 대해 조언을 하는 것이다. 프로젝트 개발에서 “빅뱅” 과 같은 빌드는 이제 사망했습니다. 어플리케이션 아키텍트이건 엔터프라이즈 아키텍트이건 , 아키텍트는 지속적인 통합 방법과.. 2009. 8. 25.
아키텍트는 직접 실무를 담당해야 한다. - John Davies John Davies는 현재 미국 Revolution Money사 최고 아키텍트이다. 그는 최근 Incept5 라고 하는 새로운 기업을 시작했다. 좋은 아키텍트는 사례를 통해 팀을 이끌어야 합니다. 아키텍트는 네트워크를 설치하고 빌드 프로세스를 설정하는 것에서부터 단위 테스트를 작성하고 벤치마킹을 수행하는 것까지 자신의 팀 내 어떠한 역할도 수행할 수 있어야 합니다. 기술에 대한 모든 영역에 충분한 이해 없이는 아키텍트는 그저 프로젝트 관리자에 지나지 않습니다. 팀 멤버들이 자신들의 특정 영역에 깊은 지식을 많이 갖고 있는 것은 당연한 일입니다. 그런데 만일 아키텍트가 해당 기술을 이해하지 못하고 있다면 팀 멤버들이 어떻게 그 아키텍트를 신뢰할 수 있을지 상상하기 어렵습니다. 어.. 2009. 8. 25.
손쉬운 방법은 이후에 이자가 붙어서 되돌려 받게 된다. - Scot Mcphee Scot Mcphee는 어플리케이션 코딩과 설계에 15년 이상의 경험을 가진 호주의 소프트웨어 개발자/아키텍트이다. 지난 8년 동안 그는 거의 J2EE 분야에서 종사해왔다. 유지보수하려는 시스템을 아키텍팅할 때 결국 프로젝트의 초기 개발보다 더 많은 자원이 소모될 것이라는 사실을 기억하는 것은 중요합니다. 프로젝트의 개발 초기 단계 기간 적용되었던 손쉬운 방법은 이후에 심각한 유지보수 비용을 발생시킬 수 있습니다. 예를 들어, 단위 테스트가 직접적인 가치를 부여하지 않는다는 정보를 들은 적이 있어서 여러분은 개발자들에게 단위테스트에 대한 엄격한 적용을 건너뛰도록 전달합니다. 이는 인도된 시스템이 향후 미래에 변경을 더 어렵게 하는 원인이 되며, 그러한 변화를 수용할 때 신뢰를 떨.. 2009. 8. 19.
하드웨어 역시 이해해야 한다. - Kamal Wickramanayake - 블로그 : http://www.swview.org/ Karnal Wickramanayke는 스리랑카에서 IT와 소프트웨어 아키텍트를 수행하고 있다. 그는 The Open Group에서 TOGAF 인증을 받았다. 많은 소프트웨어 아키텍트들에게 하드웨어 용량 산정은 결코 마음 편히 작업할 수 있는 영역이 아닌 곳에 위치한 주제이지만, 아키텍트 작업의 중요한 부분으로 남아 있습니다. 왜 소프트웨어 아키텍트가 하드웨어를 적절하게 고려하는데 자주 실패하는지에 대한 수많은 원인이 있지만, 아키텍트 대부분이 하드웨어 이해에 대한 부족과 불명확한 요구사항과 관련이 있습니다. 하드웨어 고려사항을 무시하는 주요한 원인은 아키텍트들이 소프트웨어만 초점을 맞추고 하드웨어 요구에 대.. 2009. 8. 19.
반응형