2. 두가지 가치 - 행위(요구사항) vs 아키텍처

 

행위(요구사항)
 프로그램으로 해야할 것! 
 개발자로서 행위가 가장 중요한걸까?

아키텍처
 프로그램으로 해야할 것을 아키텍처에 적용 시켜야한다. 근데 아키텍처에 적용 할 수없다면 ? 비용은 크게 증가할 수 밖에 없다.
 결국 아키텍터는 형태에 독집적이야 한다.
 > 새로운 기능, 새로운 요구사항을 유연하게 받아들이기 위해 
 > 독립적이지 않으면 개발 비용이 증가 할 수 밖에 없다.

아이젠하워 매트릭스

*깨알 지식 - 아이젠하워 매트릭스는 드와이드 D. 아이젠하워 미국 대통령이 고안한 중요성과 긴급성으로 일의 업무 순서를 정하는 매트릭스!

소프트웨어의 행위는 긴급하지만 매번 중요하지 않고, 아키텍처는 중요하지만 긴급한 경우는 없다!

1. 긴급하고 중요한
2. 긴급하지는 않지만 중요한
3. 긴급하지만 중요하지 않은
4. 긴급하지도 중요하지도 않은

>> 즉 중요한 : 아키텍처는 첫번째와 두번째 
따라서 우리는 아키텍처를 중요시해야한다.

그러나 업무 관리자는 항상 긴급하지...

 

그래서 무엇이 더 중요한디?

아키텍트! 당신이 개발자라면 아키텍트를 중요시 해야한다! 행위(요구사항) 때문에 아키텍트를 포기하면 되지 않는다!
당신은 그러라고 고용된 것이다. 아키텍트를 포기하고 행위에만 집중한다면 당신은 고용된 의미가 없다. 단순 코더에 지나지 않는다.

계속 싸우자! 퐈이트!