버그클리닝 솔루션 - 버그크리너

IT에 몸담은지 어언 20여년이 지나가고 있다. 예전에도 이렇게 경제적인 이슈로 IT업계가 힘든 시절이 있었다. 그런 시절을 다 지나가고 오늘에 이르러 반복되는 불경기가 또다시 왔나 두려워 하고 있다.

 

어린 시절에는 처음 세상에 선보인 퍼스널 컴퓨터가 재밌었고, 당시 막 PC 세상이 시작되는 시기였고, 애플에서 아크릴판 박스에 기판을 넣은 컴퓨터가 공학대학생들 사이에 유행이 되고, IBM PC 가 전자상가에서 막 만들어지고, CPU, 메모리 등이 막 수입되던, 세진컴퓨터랜드가 전국에 만들어지던 시기에 마침 살고 있었던 터라 IT 업계에서 자연스럽게 일하게 됐다.

 

학교에서는 어샘블리, 포트란, 코볼, C 등을 배웠고, 회사에서는 주로 IBM 메인프레임에 더미 단말을 연결해서 녹색에 흑백과 밝기로 구분되는 텍스트, COBOL로 프로그램을 짰고, 언제부턴가 에뮬레이터에 연결해서 PC에다가 인터넷도 하고, 업무도 보던 시절(?)이 있었다.

 

언제부턴가 4GL(델파이, 파워빌더, 비주얼베이직?) 세상이 도래했다며, 인터넷 세상이 도래했다며 교육을 받으래서 받았더니, 4GL은 훅 지나가버리는 듯하더니, 어느새 죽은 줄 알았던 코볼로 은행에서 차세대를 하다가 좀 지나니 이번엔 자바로 차세대를 한다더라고...

코볼은 주로 버그가 쩜(.)에서 많이 났던 시절이 있었다. 업무를 가르쳐주고 알려주던 선배들이 파리똥을 주의깊게 봐야 한다며 주의를 주던 기억이 난다. 여차하면 루핑 돌아 서버가 마비된다던, 그리고 실재 신입이라면 한 번 쯤은 해봤다던 무한루핑으로 서버실에서 연락이 온 적도 있다. 잡을 죽인다고...

 

만일 버그를 자동으로 잡아주는 솔루션이 있다면 얼마나 좋을까 생각한 일이 있었다. 분명 완벽하게 테스트를 했고, 심지어는 팀내에서 여러사람이 달라붙어 교차테스트까지 했음에도 불구하고 어디서 숨어있던 버그는 나를 괴롭히는 건 물론이고, 프로젝트에 지장을 초래해서 골머리를 앓게 만드는 것이 아닐 수 없었다.

 

AI로 사람이 프로그래밍할 필요가 있는가 하는 문제는 내가 IT를 시작하던 시점에 이미 있었던 화두였다. 문제는 사람이 코딩하던 거랑 소스가 지저분해질 수 있고, 쓸 데 없는 더미 코드가 있어서 속도문제가 발생할 수 있다는 것이 문제점으로 대두되어서 자동 코딩이라는 건 쑥 들어갔다.

 

ERP가 제조, 유통회사 등에 유행처럼 도입되던 시절에는 미국의 ERP를 들여와서 공장자동화(?)에 현실화시키느라 선후배들과 함께 투입되기도 했다.

IMF의 어려운 시기를 그렇게 어렵사리 보내고 버텼더니, 놀랍게도 IT는 쉽게 사그러들지 않고 개비를 거듭하며 일거리가 넘쳐나는 듯 보였다. 그렇게 쉬지도 못하고 일해왔다고 볼 수 있다.

어떠한 프로그래밍 언어도 버그가 있기 마련이다. 의도하지 않은 방식으로 의외의 실행, 결과를 보이는 건 프로그래머에겐 골치 아픈 문제이다. 그런데, 획기적으로 그 버그를 해결할 수 있는 솔루션이 나왔다.

이 솔루션을 발견하고는 놀라움을 금치 못했다. 함께 일하는 닷넷 개발자가 어느 날 구입해서 갖고 온 것이다. 심지어 골치아픈 걸 깔끔하게 해결했노라 경험을 입에 침을 튀기며 설명해주는 것이다.

과연 그 효과는 얼마나 좋을 것이며, 어떤 종류의 버그까지 해결할 수 있을 것인지 궁금하지 않을 수 없다. 그런데 궁금한 건 버그크리너 솔루션 제조 업체이다. 소프트웨어 회사가 아닌 것 같다....

 

 |

 |

 |

 |

 |

 | 

V