본문 바로가기

Homo Architect55

손쉬운 방법은 이후에 이자가 붙어서 되돌려 받게 된다. - 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.
반복 작업과 싸워라 - Niclas Nisson 여러분의 개발자들이 사고를 거의 필요하지 않은 반복적인 작업을 수행하고 있습니까? 여러분은 코드에서 반복적인 패턴을 발견할 수 있습니까? 복사-붙여넣기-수정 형태로 작성된 코드를 분간할 수 있습니까? 만일 그렇다면, 여러분의 팀은 생각했던 것보다 더 느리게 움직이고 있으며, 이상하게 들릴지 모르겠지만, 당신이 그 원인일 수 있습니다. 왜 그런지 설명하기 전에, 소프트웨어 개발에 관한 두가지 사실에 대해 동의해야 합니다. 복제는 악이다. 반복적인 작업은 개발을 느리게 한다. 아키텍트로서 당신은 분위기를 조성합니다. 시스템에 대한 전반적인 가장 최고의 내용을 파악하고 팀에게 지금까지 여러 차례 복사해서 사용했던 예제로 제공할 시스템에 대해 최신 유행의 end-to-end 단면을 .. 2009. 8. 19.
성공적이지 못한 프로젝트의 특징 R&D 분야에 대한 지나친 강조. 팀이 너무나 많은 분석이나 문서 활동을 수행하거나, 공학 베이스라인인 구현활동에 대해서 꾸물거린다. 성급한 판단에 의한 설계, 과욕적인 코더에 의한 미성숙한 작업, 지속적인 깨짐으로 인한 제품화 측면의 지나친 강조 2009. 6. 9.
반응형