[제5편] 제발, 그 파이썬 책은 덮으세요. 이제는..

2026년, 코딩은 AI가 하고 인간은 아키텍처를 그린다.

Jan 10. 2026

1. 지금 제 서재 한구석에는 3년 전, 2023년에 샀던 두꺼운 파이썬(Python) 입문서가 먼지를 뒤집어쓴 채 꽂혀 있습니다. 당시 대한민국은 그야말로 '코딩 광풍'이었습니다. "문과생도 코딩 못하면 도태된다.", "초등학생도 배우는데 부장님이 모르면 어떡하냐."

그 불안감에 저 역시 늦은 밤 졸린 눈을 비비며 print("Hello World")를 쳤습니다. 하지만 2026년 1월인 지금, 단언컨대 저는 단 한 줄의 코드도 짜지 않습니다. 그렇다면 저는 개발을 포기했을까요? 아닙니다. 오히려 제가 이끄는 인도네시어 핀테크 기업 (주)링크핀(LinkFin)은 그 어느 때보다 빠르고 정교하게 금융 소프트웨어(AI Agent Banking)를 만들어가고 있습니다.

비결은 하나입니다. 저는 코딩(Coding)을 그만두고, "설계(設計, Architecture)"를 시작했기 때문입니다.

2. 주객전도(主客顚倒) : 수단이 목적이 되어버린 비극

많은 직장인이 AI 시대를 준비한다며 코딩 학원에 등록합니다. 하지만 냉정하게 현실을 봅시다. 2026년 현재, 깃허브 코파일럿(GitHub Copilot)이나 데빈(Devin) 같은 AI 에이전트들은 인간 개발자보다 수백 배 빠른 속도로, 그것도 버그(Bug) 없이 코드를 짜냅니다.

우리가 아무리 열심히 문법(Syntax)을 외워봤자, AI의 압도적인 생산성을 이길 수 없습니다. 그것은 마치 계산기가 발명되었는데, 주판 놓는 법을 배우겠다고 밤을 새우는 것과 같습니다.

코딩은 인간의 언어를 기계의 언어로 번역하는 수단(手段)일 뿐입니다. 과거에는 번역가가 없어서 우리가 직접 사전을 찾아가며 번역해야 했지만, 이제는 최고의 통역사(Gen AI)가 옆에 있습니다. 그런데도 여전히 문법책을 붙들고 있는 것은 분명한 주객전도(主客顚倒)의 상황입니다.

지금 여러분이 배워야 할 것은 '기계에게 말을 거는 문법(Python, Java)'이 아닙니다. '무엇을 만들 것인가'를 정의하는 논리(Logic)와 구조(Structure) 입니다.

3. 벽돌공(Coder)이 되지 말고, 건축가(Architect)가 되어라

건축 현장을 예로 들어보겠습니다. 건물을 지을 때 가장 중요한 사람은 누구입니까? 벽돌을 쌓는 조적공입니까, 아니면 도면을 그리는 건축가입니까? 물론 둘 다 중요하지만, AI 시대의 권력은 급격하게 건축가(Architect) 쪽으로 이동하고 있습니다.

코더(Coder): "벽돌을 여기에 쌓아라"라는 지시에 따라 코드를 입력하는 사람. → AI가 대체 중.

아키텍트(Architect): "이 건물은 3층으로, 1층과 2층 사이에는 계단이 필요하며, 화장실 배관은 뒤쪽으로 빠져야 한다"는구조(System)를 짜는 사람. → 인간만이 가능.

제가 링크핀의 '오픈뱅크 플러스' 서비스를 개발할 때, 저는 개발팀에게 코드를 지시하지 않았습니다. 대신 함께 고객의 입장에 기반한, 워크플로우(Workflow)를 그렸습니다.

START

↓

[1] 사용자 세션 확인

├─ [IF] 세션 존재 → [2-A] 로컬 사용자 정보 조회

└─ [ELSE] 세션 없음 → [2-B] 로그인/회원가입 페이지 표시

[2-A] 로컬 사용자 정보 조회

├─ [IF] 사용자 ID + 은행 API 연결 정보 존재

│ └─ [3] A은행 API 호출 → 대시보드 데이터 조회 → 대시보드 렌더링

└─ [ELSE] 은행 연결 정보 없음 → [4] 은행 연동 페이지 안내

[2-B] 로그인/회원가입 페이지

├─ [IF] 기존 고객 로그인 성공 → [2-A]로 이동

└─ [ELSE] 신규 회원가입 완료 → [4] 은행 연동 페이지 안내

[4] 은행 연동 (OAuth/API Key 등) 완료 → [3] A은행 API 호출

END

이 논리적 흐름도(Flowchart)만 명확하다면, 실제 코딩은 Gen AI(Anthropic Claude, GitHub Copilot 등)에게 시키면 그만입니다. "이 흐름대로 파이썬 코드를 짜줘. 보안 모듈은 최신 버전으로 적용해." 이 한마디면 충분합니다.

4. 문과생의 반격: 당신의 업무 지식(Domain Knowledge)이 무기다

여기서 소위 '문과 출신' 직장인들에게 희소식이 있습니다. 코딩 문법을 몰라도, 여러분은 이미 훌륭한 아키텍트의 자질을 갖추고 있습니다.

바로 여러분이 10년, 20년 동안 현장에서 쌓아온 "업무 지식(Domain Knowledge)" 입니다.

AI는 코딩은 잘하지만, "우리 회사의 결재 프로세스가 왜 이렇게 복잡한지", "고객들이 왜 이 버튼을 싫어하는지"는 모릅니다. 이 맥락(Context)을 아는 것은 오직 여러분뿐입니다.

이제 여러분은 그 업무 지식을 논리적인 순서로 나열하기만 하면 됩니다. 이것을 전문 용어로 '알고리즘적 사고(Algorithmic Thinking)'라고 합니다. 어렵게 들리지만 사실 별거 아닙니다. 일을 잘게 쪼개고(Decomposition), 순서대로 배열하는(Sequencing) 능력입니다.

Bad: "김 대리(AI), 우리 회사 매출 분석 프로그램 좀 짜봐." (모호함)

Good (Architect): 너는 "회계팀 선임 차장"으로서,
1. "전사 ERP에서 지난 3년치 매출 데이터를 엑셀로 추출해."
2. "월별 성장률을 계산해."
3. "작년 동기 대비 10% 이상 하락한 달은 빨간색으로 표시해."
4. "결과를 PDF 리포트로 만들어."

이렇게 지시할 수 있다면, 여러분은 이미 훌륭한 소프트웨어 설계자입니다.

5. 설계(Design)는 상상(Imagination)의 영역이다

2026년의 인재상은 '손이 빠른 사람'이 아니라 '머릿속 그림이 명확한 사람'입니다.

제가 박사 과정에서 연구한 바에 따르면, 생성형 AI를 가장 잘 활용하는 사람은 컴퓨터 공학 전공자가 아니었습니다. 오히려 철학과, 경영학과, 혹은 소설가처럼 '구조적 사고'와 '상상력'이 뛰어난 사람들이었습니다.

코딩이라는 장벽이 무너진 지금, 여러분의 상상력은 기술적 한계에 갇힐 필요가 없습니다. "이런 서비스가 있으면 좋겠는데?"라는 생각이 들면, 볼펜을 들고 이면지에 네모와 화살표를 그리십시오. 데이터가 어디서 와서 어디로 가는지, 그 길(Path)만 그려주면 AI가 튼튼한 다리를 놓아줄 것입니다. 물론 그린 걸 Gen AI에게 시키는걸 잊으시면 안됩니다. :)