프레임이 현실이 되는 순간 — ‘Product Editor’로 명함을 바꾼 이유

1월 19일에 나는 한 글을 썼다.
사진의 등장이 미술의 규칙을 바꿨듯, AI의 등장이 개발자의 규칙을 바꿀 수 있다는 이야기였다.

그리고 같은 날(2026년 1월 19일), 나는 명함의 직함을 Product Editor로 바꿨다.
정체성을 꾸미려는 선택이 아니라, 내가 실제로 시간을 쓰는 지점이 “작성”에서 “편집”으로 이동했다는 기록에 가까웠다.

전편: 사진의 역사를 보다 떠오른 개발자의 미래

명함 변경은 ‘선언’이 아니라 ‘로그’였다

AI 이후에도 개발은 끝나지 않는다.
다만 “코드를 얼마나 타이핑하나”보다 “무엇을 통과시키고 무엇을 버리나”가 더 중요해졌다.

내가 요즘 실제로 하는 일은 대체로 이런 것들이다.

‘개발자는 에디터’라는 말이 나오기 시작했다

최근 앤트로픽(Anthropic) 대표의 발언이 인용되며, 엔지니어가 코드를 직접 쓰기보다 모델이 만든 코드를 편집하는 쪽으로 이동한다는 이야기가 회자된다.

전편의 톤은 비유였지만, 이 신호는 현장 쪽에서 온다.
그리고 나는 이 둘이 같은 방향을 가리킨다고 느꼈다.

내가 말하는 ‘에디터’는 무엇을 편집하는가

• 의도: 무엇을 만들지 / 성공 기준은 무엇인지
• 구조: 유지보수 가능한 경계로 나뉘는지
• 품질: 테스트·엣지케이스가 버티는지
• 안전: 권한·데이터·취약점이 막혔는지
• 운영: 로그·배포·롤백이 준비됐는지

AI가 초안을 만들수록, 나는 이 기준을 더 자주 호출한다.

내가 실제로 쓰는 작업 루프

1. 문제를 한 문장으로 정의
2. 성공 기준을 3개로 축소
3. AI로 초안 생성(코드/카피/구조)
4. 편집(구조·품질·안전·운영)
5. 로그 기록(try, log)
6. 과열되기 전에 멈춤(relax)
7. 다음 실험으로 이동

결론: 앞으로의 실력은 ‘작성’보다 ‘편집 기준’에 있다

그래서 나는 1월 19일에 글을 썼고, 같은 날 명함을 바꿨다.
전편이 “규칙이 바뀐다”는 프레임이었다면, 이번 글은 “그 프레임이 내 업무에 반영됐다”는 업데이트다.