글의 주제를 설명하려고 만든 일러스트예요. 실제 제품 화면이나 정확한 구성도는 아니에요.
성공과 실패에 노력의 유무를 붙인 네 경험을, 값진 순서대로 골라 보라는 질문을 받았어요.
- 노력하지 않고 성공한 경험
- 노력하지 않고 실패한 경험
- 노력하고 성공한 경험
- 노력하고 실패한 경험
제 답은 3 → 4 → 1 → 2였어요. 애쓴 경험은 결과가 어떻든 남는 게 있다고 봤어요. 남은 둘 중에는 성공한 1번을 골랐고요. 우연히 잘됐어도 과정을 다시 볼 수 있지만, 노력도 하지 않고 실패했다면 얻을 게 없을 거라고 생각했어요.
그런데 답하고 나니 ‘노력하지 않았다’는 말이 걸렸어요. 아무것도 안 한 것과 적은 수고로 해낸 것이 같은 뜻일까요?
애썼는지보다 얼마나 애썼는지를 묻는다면
저는 첫 질문에서 태도를 읽었던 것 같아요. 노력 없이 성공한 건 운이 좋았던 일, 노력 없이 실패한 건 제대로 해 보지도 않은 일처럼 생각했어요. 그런 뜻이라면 지금도 노력한 경험을 먼저 고를 거예요.
하지만 노력의 유무를 양으로 바꿔 읽으면 다른 질문이 돼요.
- 적은 노력으로 성공한 경험
- 적은 노력으로 실패한 경험
- 많은 노력으로 성공한 경험
- 많은 노력으로 실패한 경험
새로운 방법을 찾는 중이라면 이번에는 1 → 2 → 3 → 4로 고를 것 같아요. 적은 시도로 알게 된 것이 다음 시도에도 쓰일 수 있으니까요.
덜 애써도 되는 데에는 앞서 한 일이 있어요
능숙해지거나 반복할 일을 자동화하면 같은 일을 덜 힘들게 할 수 있어요. 한 번 정리한 코드와 확인 절차를 다시 쓰면, 다음 작업에서 설명과 검증을 전부 처음부터 시작하지 않아도 되고요.
같은 결과를 낼 수 있다면 적은 수고로 끝낸 경험을 낮게 볼 이유는 없겠더라고요. 남은 시간에는 다른 문제를 볼 수도 있어요.
작게 실패했다면 그만큼 쉽게 바꿀 수 있어요
2번도 처음 답할 때와는 다르게 보였어요. 해 보지도 않아 실패한 일과, 작은 범위에서 방법을 시험하다 실패한 일은 다르니까요.
잠깐 구현해 보고 이 접근으로는 안 되겠다는 걸 알 수도 있어요. 무엇을 틀렸는지 알았고 되돌릴 것도 적다면, 오래 붙잡기 전에 다른 방법을 고를 수 있어요.
이미 끝난 업무의 결과를 평가한다면 성공을 먼저 볼 거예요. 제가 여기서 바꿔 생각한 것은 방법을 찾는 도중의 시도예요. 그때는 한 방법에 오래 매달린 시간보다 짧게 확인하고 바꾼 경험이 도움이 될 수도 있어요.
AI가 만든 코드를 고치는 일도 달라졌어요
처음 AI에 구현을 맡겼을 때는 긴 프롬프트를 쓰고도 결과를 버리는 일이 반복됐어요. 나중에는 원하는 기능이 나왔지만 코드를 전부 읽고 같은 부분을 다시 지적해야 했어요.
그 지적을 skills에 남기고, 테스트나 lint로 확인할 수 있는 것은 코드에도 넣었어요. 다음 작업에서는 같은 기준을 다시 설명하는 일이 줄었고, 잘못됐을 때 어디서 다시 확인할지도 잡혔어요.
요즘 작은 기능이나 리팩터링 중에는 제가 직접 수정하지 않아도 괜찮은 결과가 나올 때가 있어요. 여전히 읽고 확인하지만 완성하려고 매번 손으로 고치는 일은 줄었어요.
이번 작업에서 덜 애썼다는 말만으로는 그 과정을 설명하기 어렵더라고요. 이전에 반복해서 고치고 남겨 둔 것이 다음 구현에 쓰인 경우였어요. 그 경험을 생각하면 저는 적은 노력으로 끝난 성공도 앞에 놓게 돼요.
