보기 좋은 떡이 먹기도 좋다? 소프트웨어는 이야기가 다릅니다.

새로운 웹 서비스나 앱을 런칭하는 날, 모두가 들떠 있습니다. 디자인은 세련됐고, 버튼을 누르면 기능들이 매끄럽게 작동하는 것처럼 보이죠. 샴페인을 터뜨리고 축하를 나눕니다.

하지만 저희는 그 순간에도 조금 다른 생각을 합니다. 화려한 겉모습 뒤에 가려진 '보이지 않는 구조'에 대해서 말이죠.

건물로 치면 인테리어는 기가 막히게 뽑았는데, 벽 안쪽의 배관이 엉망으로 꼬여있거나 기초 공사가 부실하다면 어떨까요? 당장은 멀쩡해 보여도, 머지않아 물이 새고 벽에 금이 가기 시작할 겁니다.

소프트웨어도 똑같습니다. 우리는 이것을 '기술 부채(Technical Debt)'라고 부릅니다.

처음엔 빠르고 싸게 만드는 게 최고인 줄 알고 '스파게티 코드'처럼 뒤엉킨 결과물을 받아보신 적이 있을 겁니다. 문제는 서비스를 운영하면서 발생합니다.

"여기 버튼 하나만 추가해 주세요." 라는 간단한 요청을 했는데, 개발자가 난색을 표합니다. "그걸 건드리면 저쪽 기능이 고장 날 수도 있어서요..."

코드가 정리되어 있지 않으면, 나중에는 아주 작은 수정조차 엄청난 시간과 비용이 드는 대공사가 되어버립니다.
겉은 멀쩡한데 속은 곪아있는 상태, 이것이 바로 유지보수가 안 되는 소프트웨어의 비극적인 결말입니다.

minor Angles(마이너 앵글스)가 '클린 아키텍처'와 견고한 설계를 고집하는 이유가 바로 여기에 있습니다.

저희는 코드를 짤 때 항상 1년 뒤, 3년 뒤를 상상합니다. '나중에 이 기능을 확장해야 한다면?', '담당자가 바뀌더라도 쉽게 코드를 이해할 수 있을까?'

그래서 저희는 레고 블록처럼 잘 정리된 구조(모듈화)를 만듭니다. 기능들이 서로 복잡하게 얽혀있지 않고 독립적이기 때문에, 하나를 수정해도 다른 곳에 영향을 주지 않습니다.

이게 당장 눈에 띄는 차이는 아닐지 모릅니다. 하지만 비즈니스가 성장하고 서비스가 커질수록, 이 보이지 않는 차이가 압도적인 속도와 비용 절감으로 돌아옵니다. 남들이 버그 고치느라 허덕일 때, 대표님은 새로운 기능을 치고 나갈 수 있는 것이죠.

명품과 짝퉁의 차이는 겉모습이 아니라, 안감의 바느질이나 마감 같은 디테일에서 난다고 하죠.

저희는 단순히 "돌아가는 프로그램"을 납품하는 것이 목표가 아닙니다.
고객님의 비즈니스가 흔들리지 않고 오랫동안 성장할 수 있는 '튼튼한 디지털 기반'을 만들어 드리고 싶습니다.

당장 눈앞의 화려함보다는, 시간이 지날수록 빛을 발하는 견고함을 선택하세요. 그 선택이 틀리지 않았음을 Minor Angles가 결과로 증명해 드리겠습니다.