불안정한 상태에서 버티는 나의 기술

1. 안정이 올 것이라는 거대한 착각

전략 컨설턴트로 일하던 시절, 저는 늘 '완성된 상태'를 목표로 달렸습니다. 프로젝트가 끝나면, 보고서가 승인되면, 혹은 클라이언트가 만족하면 비로소 안정이 찾아올 것이라 믿었습니다. 하지만 1인 개발자로서 광야에 홀로 선 지금, 저는 아주 뒤늦게 한 가지 진실을 깨달았습니다. '안정된 상태' 같은 건 애초에 존재하지 않는다는 사실입니다.

처음 독립했을 때는 이 불안함이 일시적인 증상인 줄 알았습니다. 서비스가 런칭되면, 유저가 유입되면, 혹은 수익이 발생하면 이 불안이 안개처럼 걷히고 평온한 상태가 유지될 것이라 생각했습니다. 하지만 아니었습니다. 하나의 고개를 넘으면 더 높고 험한 고개가 나타났고, 기술적인 문제는 해결해도 시장의 불확실성은 더 커졌습니다. 불안정한 상태는 사라지는 것이 아니라, 내가 안고 가야 할 기본값(Default)이었습니다.

2. '견디는 것'에서 '이어가는 것'으로의 전환

예전의 저는 버티는 것을 '참는 것'이라고 생각했습니다. 입술을 깨물고, 잠을 줄이고, 나 자신을 한계까지 밀어붙여서 폭풍우를 견뎌내는 방식이었죠. 하지만 이런 식의 '버티기'는 너무나 소모적이었습니다. 폭풍우가 지나가길 기다리는 동안 제 안의 에너지는 고갈되었고, 정작 폭풍이 잦아들었을 때는 다시 일어설 힘조차 남아있지 않았습니다.

그래서 저는 전략을 바꿨습니다. 이제는 악착같이 버티는 게 아니라 '나만의 리듬을 유지하는 것'에 집중합니다. 폭풍우 속에서도 무너지지 않는 성벽을 쌓는 것이 아니라, 흔들리더라도 부러지지 않는 유연한 방식을 만드는 쪽으로 방향을 틀었습니다. 무너지지 않으려 애쓰는 대신, 조금 흔들리더라도 나의 하루가 계속 돌아가게 만드는 '생활의 관성'이 저의 새로운 생존 기술이 되었습니다.

3. 완벽한 하루라는 신기루를 포기하다

전략가 출신의 완벽주의는 1인 개발자인 저에게 가장 치명적인 독이었습니다. 저는 오랫동안 '완벽한 하루'의 강박에 시달렸습니다. 정해진 시간에 일어나 정해진 분량의 코드를 짜고, 모든 것이 계획대로 착착 진행되어야만 만족했습니다. 하지만 1인 개발자의 일상은 변수로 가득합니다. 갑작스러운 서버 오류, 예상치 못한 API 업데이트, 혹은 단순히 컨디션 난조로 계획이 어긋나는 순간이 반드시 찾아옵니다.

예전에는 계획에서 조금만 어긋나도 '오늘 하루는 망했다'며 자책했고, 그 자책은 도미노처럼 다음 날까지 저를 무너뜨렸습니다. 하지만 이제는 완벽한 하루를 포기했습니다. 대신 저만의 기준을 바닥까지 낮췄습니다.

• "오늘도 일단 책상 앞에 앉았는가?"
• "코드 한 줄이라도, UI 요소 하나라도 수정했는가?"
• "흐름이 완전히 끊기지 않고 이어졌는가?"

이 세 가지만 충족했다면 저는 그날을 성공한 날로 정의합니다. 기준을 낮추니 실패할 확률이 줄어들었고, 역설적으로 그 작은 성공들이 모여 더 큰 추진력을 만들어냈습니다. 완벽보다 무서운 것은 '끊기지 않는 연속성'임을 몸소 배우고 있습니다.

4. 감정 대신 '틀'에 나를 맡기기

홀로 일하다 보면 "오늘은 의욕이 없다", "기분이 우울해서 코딩이 안 된다"는 이유로 작업을 미루고 싶을 때가 많습니다. 저 역시 그랬습니다. 하지만 감정은 기복이 너무 심해서 신뢰할 수 있는 기준이 될 수 없었습니다. 감정을 기준으로 움직이면, 기분이 좋을 때는 폭주하다가 기분이 나쁠 때는 끝없이 침잠하게 되더군요.

그래서 저는 제 업무 방식에서 '감정'을 도려내고 그 자리에 '단단한 틀'을 심었습니다.

• 정해진 시간: 기분이 어떻든 일단 책상 앞에 앉는 시간.
• 정해진 흐름: 출근 루틴(커피, 다온·바오와의 짧은 인사) 후 바로 터미널을 켜는 약속.
• 정해진 시작: 가장 쉽고 사소한 작업부터 시작하여 뇌를 가동하는 시스템.

의욕이 생기길 기다리는 것이 아니라, 제가 만들어둔 틀 속에 몸을 집어넣어 의욕이 따라오게 만드는 방식입니다. 감정에 휘둘리지 않는 나만의 업무 체계가 잡히자, 불안정한 심리 상태 속에서도 제품은 안정적으로 만들어지기 시작했습니다.

5. '의도적인 멈춤'도 저의 계획입니다

계속 달리기만 하는 기계는 언젠가 타버립니다. 예전에는 멈추는 것을 곧 '패배'나 '포기'로 간주했습니다. 하지만 1인 개발자에게 무계획한 멈춤은 곧 번아웃으로 이어집니다. 그래서 저는 이제 멈추는 행위를 일과의 일부로 편입시켰습니다.

이것은 지쳐서 쓰러지는 '끊김'이 아니라, 다음 도약을 위해 숨을 고르는 '의도적인 정지'입니다. 다온이와 바오와 함께하는 낮 산책, 일주일에 하루는 코드를 전혀 보지 않는 시간 등은 제 업무 설계도의 핵심 파트입니다. 멈추는 시간을 미리 확정해두면, 일할 때의 집중도는 오히려 올라갑니다. "이 시간까지만 하면 쉴 수 있다"는 확신이 불안정한 상태에서도 저를 지탱해 주는 힘이 됩니다.

6. 불안정은 제거하는 것이 아니라 '관리'하는 것

여전히 저는 불안합니다. 제가 만든 서비스가 글로벌 시장에서 정말 성공할지, 6개월 뒤에는 어떤 모습일지 저조차 확신할 수 없습니다. 하지만 이제는 그 불안을 없애려고 노력하지 않습니다. 불안은 제가 무언가 새로운 것에 도전하고 있다는 가장 강력한 증거이기 때문입니다.

중요한 것은 안정된 상태를 찾는 것이 아니라, 불안정한 상태에서도 흔들림 없이 움직이는 나만의 방식을 갖는 것입니다. 항해사가 파도를 없앨 수 없듯이, 빌더 역시 불확실성을 없앨 수 없습니다. 다만 더 튼튼한 배를 만들고, 파도에 몸을 맡기며 나아가는 기술을 익힐 뿐입니다.

7. 결국, 계속하는 사람이 이긴다

불안정한 상태에서 저를 지탱해준 것은 거창한 결심이 아니라 '저 자신과 맺은 사소한 약속들'이었습니다. 내가 흔들릴 때 나를 잡아줄 수 있는 루틴, 감정이 바닥을 칠 때도 나를 움직이게 하는 습관, 그리고 완벽하지 않아도 계속 나아가게 만드는 낮은 기준들. 이 모든 것이 모여 저만의 생존 방식을 형성합니다.

안정은 환경이 주는 선물이 아니라, 내가 만든 생활의 틀이 주는 결과물입니다. 저는 오늘도 불안정한 광야에 서 있지만, 제 리듬 안에서 평온하게 다음 서비스를 준비합니다. 결국 남는 것은 화려한 아이디어가 아니라, 그 아이디어를 끝까지 밀어붙여 결과로 만들어낸 '포기하지 않은 시간'들임을 믿기 때문입니다.