숨을 수 있는 제목이 없었기에, 스스로를 방어할 수 있는 작업을 만들었다

Source: Dev.to

이것은 2026 WeCoded Challenge: Echoes of Experience에 대한 제출물입니다.

오랫동안 나는 내가 하려는 일을 설명하기에 충분히 인상적인 것이 종이에 없었다. 명망 있는 직함도 없고, 고급 학위도 없으며, 사람들을 안심시키고 내가 그 자리에 어울린다고 생각하게 하는 깔끔한 상승 경력 곡선도 없었다.

내가 가진 것은 시간, 불확실성, 그리고 하나의 질문에 대한 점점 커지는 집착이었다:

사람들이 신뢰하게 만드는 삶이 아직 없을 때, 회의론을 견딜 수 있는 작업을 어떻게 구축할 수 있을까?

그 질문은 내가 작업하는 방식을 바꾸었다.

어느 순간, 내 삶의 대조는 거의 터무니없을 정도였다: 나는 거의 2년 동안 실업 상태였고, 서류상으로는 AA 학위를 가지고 있었지만, 하루하루를 과도하게 문서화된 레포지토리를 구축하고, 가정을 다듬으며, 기술적 주장을 검증을 견딜 만큼 정확하게 만들기 위해 보냈다. 그 불일치는 나를 변화시켰다. 나는 인상적으로 보이는 것에 덜 관심을 갖게 되었고, 내 작업을 방어 가능하게 만드는 것에 더 관심을 갖게 되었다.

일반적인 신호가 없을 때, 사람들은 무엇을 신뢰하는지 알게 된다

기술 분야는 실력을 중시한다고 말한다. 때때로 그렇기도 하다. 하지만 동시에 신호도 중요하게 여긴다: 직함, 학위, 유명 기업, 깔끔한 이력서, 즉각적으로 이해되는 이야기 등.

그러한 신호가 충분하지 않을 때, 불편한 사실을 깨닫게 된다: 좋은 아이디어만으로는 충분하지 않을 때가 있다. 사람들은 아이디어가 신뢰할 수 있는 사람에게서 나왔다는 이유가 필요하다.

그 깨달음이 나를 쓰라리게 만들 수도 있었지만, 오히려 더 철저해졌다. 지위에 의존할 수 없게 되면, 구조에 의존해야 했다.

I stopped trying to sound smart and started trying to make my work inspectable

That was the shift.

I stopped asking, “How do I prove I’m capable?” and started asking better questions:

• Can someone inspect this?
• Can they follow the logic?
• Can they see how the claim connects to the evidence?
• Can the work survive contact with doubt?

That changed everything. I started treating documentation as part of the work, not decoration around it.

In one repo, that meant narrowing the scope until I could make one bounded claim honestly. In another, it meant tightening prompts, artifacts, and assumptions until the output stopped sounding clever and started sounding checkable.

I became more interested in versioned thinking than polished thinking.

What I wanted was not work that sounded impressive. I wanted work that could be checked.

One of the projects that shaped this mindset was coldplate‑topobridge: not because it “proved” anything grand, but because it forced me to practice restraint. I had to narrow the claim, define the bounds, and make the artifact understandable enough that someone else could inspect it without needing to trust me first.

AI made that lesson impossible to ignore

AI는 단순히 내가 더 빨리 만들도록 도와준 것이 아니다. 진실에 대해 더 진지하게 생각하도록 강요했다.

처음에는 가속감이 느껴졌다: 더 빠른 초안, 더 빠른 코드, 더 빠른 설명, 더 빠른 모멘텀. 하지만 AI와 충분히 오래 작업하면 벽에 부딪히게 된다: AI는 실제로 옳아지기보다 훨씬 앞서 옳아 보일 수 있다.

그것은 내가 질문을 하는 방식을 바꾸었다. 나는 AI가 무엇을 생성할 수 있는지에 덜 관심을 갖게 되었고, AI가 어떤 가정을 하고 있는지, 내가 무엇을 명시하지 못했는지, 그리고 채팅 창 밖에서 여전히 검증이 필요한 것이 무엇인지에 더 관심을 갖게 되었다.

AI를 감사하는 법을 배우면서 나 자신을 감사하는 능력도 향상되었다.

나는 단순히 프로젝트를 만드는 것이 아니라, 불확실성 속에서 사고하는 방식을 만들고 있었다

많은 기술 작업은 실제로는 인지 작업을 가장한 경우가 많습니다. 눈앞에 있는 문제를 해결하는 것뿐만 아니라, 모호함, 자기 의심, 불완전한 정보, 그리고 결말에 이르기 위해 얕은 변명을 하고 싶어지는 유혹까지 관리하고 있습니다.

저에게 문서는 더 이상 마무리 단계가 아니라 사고 자체의 일부가 되었습니다. 범위가 정해진 계획, 깔끔한 README, 재현 가능한 산출물, 혹은 잘 구조화된 프롬프트는 모두 현실 점검 역할을 할 수 있습니다. 이것들은 내가 생각하는 바와 실제로 방어할 수 있는 바 사이의 거리를 줄여줍니다.

인정받기 전에 무언가를 구축하는 데는 이상한 외로움이 있다

사람들이 이미 당신을 믿고 있을 때 무언가를 만드는 것은 한 가지 일이다. 반면에 당신의 노력이 대부분 보이지 않고, 당신의 삶보다 당신의 작업이 먼저 말해야 할 때 무언가를 만드는 것은 또 다른 일이다.

그러한 구축은 외부의 증거가 없을 때도 당신의 기준을 계속 다듬어 나가는 방법을 가르쳐준다. 또한 어떤 사람들은 정당성을 타고받고, 어떤 사람들은 스스로 정당성을 구축해야 한다는 것을 가르쳐준다.

이것이 가르쳐 준 것

나는 정당성이 먼저이고 진지한 작업이 그 뒤에 온다고 생각했었다. 이제는 많은 사람들이 세계가 그들을 어떻게 부를지 결정하기도 전에 이미 진지한 작업을 하고 있다고 생각한다.

• 때때로 직함은 나중에 온다.
• 때때로 기회는 나중에 온다.
• 때때로 명확한 설명은 나중에 온다.

하지만 엄격함은 지금 시작될 수 있다.

만약 내가 숨을 수 있는 직함이 없었다면, 스스로 설 수 있는 작업을 만들어야 했다. 완벽한 작업이 아니라. 손대지 못할 작업이 아니라. 단지 정직하고, 구조화된, 방어 가능한 작업이다.

• 검사를 견딜 수 있는 작업.
• 의심을 견딜 수 있는 작업.
• 나를 견딜 수 있는 작업.