떵꺼리와 수샤

오늘 개발 진행시에 논의되던 비지니스 로직 하나가 180도 변하는 일이 발생했다.

절대 변하지 않을거라고 하던 로직은 무참히 타인(갑)에 의해 변경되어버렸다.


개발 프로젝트 초기에 비지니스(도메인) 시나리오와 로직에 대해서 잘 듣는다.

그러나 특정 시나리오 또는 로직에서 감각적으로 "변경되면 피박쓰는 그런 퀘퀘한 냄새가 나는 부분"이 보이면

질문을 하게 된다.

개발자 : "그건 혹시 이렇게 저렇게 변경되지 않을까요?"

A모씨 : "그건 변경되지 않을꺼에요"

개발자 : "그래도 혹시라도 이러이렇게 변경되면 문제가 생기는데 정말 변경될 가능성은 없나요?"

A모씨 : "거참...절대 변경 안되니깐 걱정 붙들어매라구요"

그러나 여지없이 머피의 법칙 또는

어울리지는 않지만 누군가 얘기했던

"절대 권력은 절대 부패한다." 처럼

"절대 변하지 않는 비지니스 로직은 절대 변경되어 버린다. ."라는 상황이 발생해버린다.

ㅡㅜ


아무쪼록 변경의 여지가 보이면 고생은 개발자들이 하니

변경에 잘 대처할 수 있는 유연성을 갖도록 개발을 해야한다.


Web 서비스 같은 경우는 클라이언트 배포에 대해서

일반 어플리케이션처럼 리스크가 크지 않아 다행이다.

하지만 배포되어 업그레이드가 어려운 어플리케이션을 담당하는 개발자라면

정말 비지니스 로직 및 시나리오 변경에 대한

유연성 및 대처방법 고민을 2배 3배 해야할 것입니다.


분명 절대 월정액 사용자만 들어온다고  강력하게 요구해서

그렇게 코드가 짜여졌지만

7개월이 지나서 이제는

월정액 사용자가 아닌 유저도 들어오게 되어

수정하게 되는 지금 한마디 남깁니다.