발등에 불이 떨어졌습니다.
현재 진행 중인 2월 중간 보고에 고객사 부사장님이 참석한다고 합니다.
이미 2개의 프로젝트가 절뚝거리며 진행하고 있기 때문에 지금 프로젝트는 제대로 해야합니다.
네트워크 망 구성과 최단 거리 찾기(Dijkstra 기반) 알고리즘에 대한 코드를 정리한 후에 김** 차장과 결과를 확인하기로 했습니다.
1분가량의 시간이 흘렀습니다.
우리가 생각하지도 못한 길을 찾다니 하고 감탄하고 있을때가 아닙니다.
무려 4,128개의 경로라니요, 눈으로 보기에는 고작 대여섯개의 경로만 보이는데 말입니다.
우리의 예측과 실제 결과가 다를때에는 그 원인을 찾아야 합니다.
고단하고 손가락 아프고 눈이 시린 디버깅의 시작입니다.
반드시 4,128개 경로들의 차이점을 찾아야 합니다.
어... Cable Way를 구성하는 Feature의 RangeBox가 실제 형상보다 크게 잡히는 것을 확인했습니다. 실제 형상과 동일한 RangeBox를 예상하고 있었는데 우리의 예상이 빗나갔습니다.
 |
| RangeBox |
Insulation, Maintenance, Operation Aspect 때문일까봐 켜보고 다시 확인해봤지만 결과는 변함이 없습니다.
밤은 늦었지만 어쩔수 없이 김** 차장에게 전화해 물어봤지만 뾰족한 방안은 없습니다.
모든 주어진 데이타와 대학교 1학년때까지 쌓은 수학적 지식을 총동원하여(사실 중학교때까지의 지식만으로도 충분했습니다.) 형상에 딱 맞는 RangeBox(실제는 OrientedRangeBox)를 구했습니다.
밤 9시가 넘어가고 있습니다.
집중력이 떨어지고 있습니다. 나이들어 야근은 무리라는 걸 실감하고 있습니다.
버튼을 눌러 결과가 나오기를 기다립니다. 프로그램에서 420개의 경로를 찾았습니다.
처음보다 나아졌지만 여전히 우리의 예측에서 벗어난 수치입니다.
밤 10시, 다시 디버깅입니다.
얼마간 시간이 흐른 뒤에 하나의 Feature에 여러개의 Feature가 연결되는 현상을 발견하였습니다. 한 Feature의 단면이 여러개의 Feature에 걸쳐서 일어나는 현상이었습니다.
 |
| 1:3 연결 예 |
이 현상은 우리의 로직에 감안되었던 것이었습니다. 로직에는 문제가 없습니다.
다만 우리가 결과 예측을 잘못한 것 이었습니다. 우리의 예측보다 훨씬 많은 경로가 목적지에 도착하고 있었습니다.
집에서 전화가 왔습니다. 수화기 너머 애들이 "아빠, 얼렁 집에 와"라고 합니다.
밤 11시, 로직에는 문제가 없기에 최적화를 통하여 목적지에 도달하는 경로의 수를 줄이기로 했습니다.
서로 다른 Cable Way의 Feature간의 연결을 Straight Feature간의 연결로 범위를 축소했습니다.
버튼을 누릅니다. 프로그램에서 240개의 경로를 찾았습니다.
여전히 많은 수치이지만 우리의 로직에는 이상이 없다는 것으로 위안을 찾습니다.
시간은 밤 12시를 조금 지났습니다. 더이상은 무리입니다.
카카오 택시를 불러 집으로 출발합니다.
댓글
댓글 쓰기