아키텍처19 기술 선택에 대한 자기 검열 자기 검열이란 아무도 강제하지는 않지만, 위협을 피할 목적 혹은 타인의 감정을 상하게 하지 않을 목적으로 자기 자신의 표현을 스스로 검열하는 행위로 위키백과에서는 묘사되어 있습니다. 이러한 자기 검열은 비단 언론에서 뿐만 아니라, 과학 분야, 특히 IT 분야에서도 찾아볼 수도 있습니다. 기술과 정치가 부합되어서 특정 기술만이 표준이고, 이 기술 이외의 다른 기술을 받아들일 수 없다라는 의식은 기술과 정치의 정경유착이라는 형태로 나타나게 됩니다. 이러한 상황에서 기술 선택에 있어서 자기 검열 시스템은 작동되기 시작합니다. 특정 기술을 사용하고 싶은 욕망과 그 기술을 사용하면 비난과 사용한 사유에 대한 장황한 설명을 요하는 문화에서 과연 기술 발전을 위해서 노력할 사람이 어디 있겠습니까. 현대의 비즈니스가 .. 2010. 4. 13. 반복 작업과 싸워라 - Niclas Nisson 여러분의 개발자들이 사고를 거의 필요하지 않은 반복적인 작업을 수행하고 있습니까? 여러분은 코드에서 반복적인 패턴을 발견할 수 있습니까? 복사-붙여넣기-수정 형태로 작성된 코드를 분간할 수 있습니까? 만일 그렇다면, 여러분의 팀은 생각했던 것보다 더 느리게 움직이고 있으며, 이상하게 들릴지 모르겠지만, 당신이 그 원인일 수 있습니다. 왜 그런지 설명하기 전에, 소프트웨어 개발에 관한 두가지 사실에 대해 동의해야 합니다. 복제는 악이다. 반복적인 작업은 개발을 느리게 한다. 아키텍트로서 당신은 분위기를 조성합니다. 시스템에 대한 전반적인 가장 최고의 내용을 파악하고 팀에게 지금까지 여러 차례 복사해서 사용했던 예제로 제공할 시스템에 대해 최신 유행의 end-to-end 단면을 .. 2009. 8. 19. 아키텍팅은 균형에 관한 것이다. - 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 다음 반응형
