다양한 아티팩트를 연결하는 미로와 같은 종속성을 가진 여러 스트림과 계층을 통해 여러 시스템을 소스로 제공하는 데이터웨어 하우스에서 작업합니다. 거의 매일 나는 다음과 같은 상황에 처하게됩니다 : 나는 무언가를 실행하고, 작동하지 않고, 많은 코드를 겪지 만 몇 시간 후에 나는 내가 아는 것의 작은 부분에 대한 프로세스 맵을 개념화 할 수 있음을 깨달았습니다. 나중에 하루가 필요하므로 누군가에게 물어 보고이 스트림을 먼저 실행해야한다고 말하고 여기에서 확인 하면 (다른 코딩 된 종속성의 거대한 스택 중 일부로 보이는 임의의 부분을 나타냄) 이것을 보았다. 엄청나게 실망 스럽습니다.
만약 팀에게 재귀 수준의 코드 나 심지어는 데이터에 깊이 포함시키지 않고 객체들 간의 의존성을보다 가시적이고 명확하게하기 위해 더 많은 노력을 기울 였다면 아마도 좋은 생각 일 것입니다. 잘 알려진 시도되고 테스트 된 소프트웨어 패러다임을 참조하여 다른 스트림에 의해 채워져 있기 때문에 존재해야합니다. 그러면 내 업무와 다른 모든 사람들이 훨씬 간단해질 수 있습니다.
이것의 이점을 우리 팀에 설명하는 것은 어렵습니다. 그들은 전체 시스템을 새로운 방식으로 개념화 할 수있는 이점을 보는 관점에서 현재의 방식대로 물건을 받아들이고 '큰 생각'을하지 않는 경향이 있습니다. 그들은 거대한 시스템을 모델링 할 수 있다면 실제로 그것을 보지 못합니다 이를 통해 효율적으로 메모리 비 효율성, 고유 제한 조건의 스트림 중지 및 키 복제, 무의미한 데이터를 경험할 가능성이 줄어 듭니다. 원래 비전에 맞게 설계하기가 훨씬 쉽고 나중에 이러한 모든 문제가 발생하지 않기 때문입니다. 우리는 지금 경험하고 있는데, 과거의 직업과는 다른 것이지만 필연적이라고 생각합니다.
그렇다면 누구나 의존성을 강조하고 이상적인 이상적인 시스템 준수를 보장하기 위해 시스템의 일반적인 개념 모델을 홍보하는 소프트웨어 패러다임을 알고 있습니까? 현재 우리는 큰 혼란을 겪고 있으며 모든 스프린트는 "이것과 여기 저기 여기에 추가"하는 것처럼 보이며 나는 실제로 사물이 떨어지기 시작하는 것에 대해 걱정하는 유일한 사람입니다.