개발회고 (19) 썸네일형 리스트형 초과 오더의 원인을 찾다 모두들 퇴근하고 조용히 방해받을 일 없이 숫자를 응시했다. 도무지 백데이터를 찾아봐도 나오지 않는 숨겨진 숫자. 처음엔 내 레포트의 오류인가 싶었다. 현업 DBA는 이 오류가 과거로부터 고질적으로 발생했던 오류라며, 나를 단념시켰다. 의외로 이런 것에 승부근성을 느끼는 나로써는 다른 현업에게 의뢰받은 부분도 있고 해서, 다저녁에야 시간을 내어 찬찬히 뜯어보았다. 과오더가 1개인 것으로 알고 있어 그부분에만 집중했었더랬는데 사실은 달랐다. 그리고 문제는 과오더가 아니었다. 집계망을 피해간, 같은 상품이지만 오래전에 반짝 이벤트로 팔렸던, 그러나 아직 약속배달일이 도래하지 아니한 주문 사례였다. 이 부분을 소상히 캡쳐와 함께 보고서를 만들었다. 누구에겐가 결과를 설명한다는 게 이렇게 소소한 즐거움이 될 수 .. 숫자가 맞지 않아 숫자가 맞지 않는다. 매번 어쩜 그렇게 1개씩 오버해서 주문이 되는지, 담당자는 어쩔 줄 몰라한다. 나도 민망한데, 딱히 문제 없어 보인다. 그런데 문제가 뭘까? 다양하게 데이터를 뽑아 기상천해하게 소설을 쓰며, 답을 내놓는데 심증만 있을 뿐 물증이 없다. 결국 한놈을 붙잡고 답안을 작성해서 고객사에 버젖이 메일을 보내고 나와보니 얼굴이 뜨거워진다. 금새 나의 오류가 느껴졌기 때문이다. 내일 무슨 낯짝으로 봐야 하려나.. 그리고 다른 답안에 다다랐다. 문제는 내가 애시당초 내놓는 레포트에 있을지도 모른다는 생각 말이다. 숫자 계산을 다시 해봐할 수도 있겠다. 어쩌면 아나? 주문 수량을 아까 잘못을 짚어낸 테이블에서 꺼내쓸지. 시스템 오픈 이후 풍경 최근 시스템 오픈을 하고 매우 분주한 나날을 보내고 있다. 신선식품 쇼핑몰이다. 이런 시기에 블로그 오픈이라니! 그래도 앞으로는 그동안 모아뒀던 글을 천천히 옮겨 보려고 한다. 긴급 또는 시급, 즉시 별별 용어로 책상 앞에 떨어지는 중요 주문, 취소 건을 보며 시스템의 안정적 운영이 얼마나 소원한가를 새삼 실감한다. 이처럼 오픈 이후 한따깔이를 하고나면 더 나은 세상이 오려나 싶다. 10월 1일 오픈 했고, 개선 요청도 적잖이 들어오고 있어, 다들 내 몸이 버텨내는지 걱정 하는 분위기다. 하지만 나는 나대로 잘못된 데이터가 매일 배치시스템을 통해 생성되고 있어 그것이 불안할 따름이고 이렇게 아침 일찍 일어나 회사로 향하고 있다. 물론 내가 만든 게 아니라고 해서 잠잠히 지켜볼 수도 있지만, 그 영향이 고.. 이전 1 2 3 다음