Homo Architect/Things Every SW Architect Should Know24 반복 작업과 싸워라 - Niclas Nisson 여러분의 개발자들이 사고를 거의 필요하지 않은 반복적인 작업을 수행하고 있습니까? 여러분은 코드에서 반복적인 패턴을 발견할 수 있습니까? 복사-붙여넣기-수정 형태로 작성된 코드를 분간할 수 있습니까? 만일 그렇다면, 여러분의 팀은 생각했던 것보다 더 느리게 움직이고 있으며, 이상하게 들릴지 모르겠지만, 당신이 그 원인일 수 있습니다. 왜 그런지 설명하기 전에, 소프트웨어 개발에 관한 두가지 사실에 대해 동의해야 합니다. 복제는 악이다. 반복적인 작업은 개발을 느리게 한다. 아키텍트로서 당신은 분위기를 조성합니다. 시스템에 대한 전반적인 가장 최고의 내용을 파악하고 팀에게 지금까지 여러 차례 복사해서 사용했던 예제로 제공할 시스템에 대해 최신 유행의 end-to-end 단면을 .. 2009. 8. 19. 커밋하고 도망가는 것은 범죄다. Niclas Nilsson은 소프트웨어 개발에 대한 깊은 열정을 가진 소프트웨어 개발 코치, 컨설턴트, 교육자, 작가이며, 좋은 설계와 아키텍처를 사랑한다. 그는 factor10의 공통 설립자이며 InfoQ에서 아키텍처 커뮤니티의 리드 편집자이다. - 블로그 : http://niclasnilsson.se/ - Niclas Nilsson 늦은 오후. 팀은 반복주기에 대한 새로운 기능의 마지막 부분들을 작업하고 있었고 여러분은 방에서 리듬을 거의 느낄 수 있었습니다. 하지만 존은 다소 급한 상태였습니다. 그는 데이트에 늦었지만, 자신의 코드를 마치고, 컴파일하고, 체크인해야지만, 갈 수 있었습니다. 몇 분 후에 빨간 불이 켜졌습니다. 빌드가 망가진 것입니다. 존은 자동화 테스트를 실행할 시간이 없어서 그냥 .. 2009. 4. 28. 아키텍팅은 균형에 관한 것이다. - 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. 이전 1 2 3 4 5 6 다음 반응형
