Broken Code (window31)

ㅇ ㅏ... 이 많은 반찬 기능 들 중에서 어느 것이 설사 버그 의 원인인지
똥색깔 증상 이라도 알려줘야 원인파악을 하죠 ㅠ ㅠ

저는 과거에 이런 사례가 있었습니다.

저희가 만든 모듈을 중국의 어떤 담당자(갑님)가 테스트 하다가 본인의 PC 에서 에러
코드를 뱉으며 종료했다는 리포트를 해왔습니다. 하지만 그당시의 에러 로그도 없고
화면 캡쳐도 없으며 어떤 에러인지조차 기억조차 나지 않는다고 합니다. 그러나
분명히 에러가 발생하여 자기는 프로그램이 종료되었으며 다시 재현되지는 않지만
이 문제에 대해 원인을 밝히고 반드시 해결해 줄 것을 요청(재촉)받았습니다.

뭐 캐황당하죠 -_-; 어떤 프로그램이든 한번씩 에러코드를 뱉으며 종료할 수는 있습니다.
그것이 내부의 버그이든, 사용자의 시스템 상태가 이상해서 일시적으로 발생한 것이든
어쨌든 지속적으로 발생하지 않고 재현이 불가능한 것이라면 그때 상태의 현황이나
데이터는 반드시 필요한 법입니다. 하지만 로그도 없고 화면 캡쳐도 없고 심지어
겪은 본인이 어떤 에러인지 기억조차 나지 않는다는 상황에서 무엇을 해결할 수 있을까요 ;

그래도 해결을 해보려고 온갖 삽질을 다 해봤습니다. 플그램 실행중 다른  오만 플그램을
다 띄워 보고, 테스트 PC 를 동원해서 전부 실행해 보고, 괜히 렉도 일으켜 보고 아예 그냥
키보드를 다다다다다 연타를 치며 내리쳐보기도 했습니다. 하지만 별 문제는 없었죠 :)
따라서 우리 내부에선 전혀 재현되지 않고 문제가 없다고 응답했지만 그 담당자는 계속
안하무인이었습니다. 정말 방법이 없더군요...

그래서 저는 꽁수를 하나 썼습니다. 기존 모듈과 똑같은 소스 상태에서 버전만 하나 올려서
리빌드를 하고 패치를 했습니다. 그리고 원인이 예상되는 부분을 찾아서 수정했다고
개 구라를 친 뒤 확인해 보라고 응답했습니다. 머 어쨌든 바이너리가 달라지니 클라이언트를
실행하면 모듈을 새로 받게 됩니다. 그리고 그 담당자에선 "아, 새 모듈을 다운받은 뒤 문제가
해결된 것 같네요!" 라는 회신이 왔습니다. ㅎㅎ 정말 캐 어이없죠 :)

담당자의 입장에서는 개발팀에서 무언가 처리해 주길 원하고, 개발팀 입장에서는 도무지
머 해줄게 없고... 그래서 그냥 뭔가 처리된 것처럼 가짜 패치를 하고 뭐. ㅅㅂ 뭡니까 이게.
마치 의사가 환자에게 가짜 약을 먹인 후 안심시키는 플라시보 효과와 다를 바 없는 행동
이라고 생각됩니다. 제대로 된 버그 리포트가 없어서 발생한 사건 중의 하나입니다.

따라서 에러 리포팅을 할 때의 자세는 아주 중요하다고 봅니다.
에러가 발생할 당시의 충분한 자료를 제공하는 것이 필요하죠. 확보할 수 있는건 다
확보해 보고, 또 여러 프로그램 끼리의 충돌 문제로 버그가 생길 수도 있는데 그럴 때는
프로그램의 실행 순서나 버튼을 누르는 순서까지도 매우 중요한 단서가 됩니다. 따라서
최대한 개발팀에서 참조할 수 있는 사소한 것이더라도 데이터 조각을 최대한
수집해 주는 것이 좋습니다.

"옆에서 엄마가 티비 채널을 MBC 로 바꾸니까 이렇게 화면이 일그러졌어요"
아무리 사소한 단서라지만 이런 사소한 단서는 쵸큼 ....

하지만 가장 큰 문제는 에러를 확보하기 힘든 상황에서의 버그를 처리하는 것입니다.
고객사와 연결이 되지 않는 유저들이나 데이터 제공을 거부하는 몇몇 소수의 유저들에게
발생하는 에러를 처리하기는 정말 힘들죠. 그럴 때는 여러 사람이 협력해야 합니다.
리포팅을 해오지 못한다고 무조건 운영팀을 탓하지 말고 자동 에러 리포팅 시스템 등
개발팀에서도 문제의 근거를 모을 수 있는 방법이 있거나 누군가 아이디어를 제공하면
그것은 추가 개발이 필요해도 또 그넘의 개발일정 탓 하지 마시고 개인 시간을 쪼개서라도
빨리 해줘야 된다고 봅니다.

이제 개발자의 이야기가 나왔으니 버그를 수정하는 자세에 대해 얘기를 해 볼까요. 

개발자의 행동도 매우 중요하다는 얘기를 드리고 싶습니다. 운영팀이나 테스트팀에서
충분한 버그 리포트를 전달해 주었는데도 그걸 고치는데 미적댄다거나
다음 릴리즈 버전에서도 지난 번에 잇슈가 된 버그와 유사한 버그가 또 자꾸
발생되거나 하는 사건이 발생하면 어쩌다 한두번 혹은 가끔 그런다면 이해할 수 있어도
계속 매번 그런다면(그리고 미안한 기색도 전혀 없다면) 그건 그냥 무능한 개발자라고
보아도 무방합니다.

자신이 개발한 모듈을 테스트하는 담당자가 있고 서비스하는 담당자도 있고
사용하며 즐기는 사람도 있는데 맨날 버그만 산더미처럼 만들고 리포팅을 해줘도
그걸 고칠 생각도 하지 않는다면 그것은 이 모든 사람들에 대한 모독 행위입니다.
(이런 리포팅을 다 해결하려면 추가 일정이 필요하거나 또는 개발 인력이 더 있어야
한다고 외치는 개발자가 있다면 그건 말기 암 증세)

그런 개발자의 기본 자세조차 되어 있지 않은 무책임한 개발자는 얼른 당장
지구를 떠나 줄 것을 요청드리는 바이며 주변의 동료들이나 관련 팀 담당자들은
그 훌륭한 개발자분이 정신을 차리도록 도와주시거나 아니면 지구를 빨리 떠날
수 있도록 다른 별을 알아봐 주시는 것이 프로젝트 성공에 더 큰 발판이 되리라
생각합니다.



window31. 2009년 4월.