이 소식은 무엇인가요?
배경부터 차근차근 살펴보기
AI가 일상화되면서 프로그래밍이나 글쓰기 같은 창작 분야에서 AI 사용의 정당성에 대한 질문이 커지고 있습니다. 이 글은 프로그래밍을 특별한 영역이 아닌 다른 창작 노동과 같은 수준으로 봅니다.
기능적 결과물을 만든다는 이유로 프로그래밍과 다른 창작 분야의 AI 사용을 다르게 평가해서는 안 된다는 주장입니다. 카피라이팅이나 일상적인 코드 작성처럼 실용적인 결과를 목표로 하는 창작 노동도 모두 같은 기술과 연습을 바탕으로 한다고 봅니다.
예술을 초월적이고 고급 영역으로만 제한하는 기존 관점을 비판합니다. 일상적이고 기능적인 창작도 예술의 범주에 포함되어야 하며, 미술·음악·문학 같은 '전통적' 창작과 코딩·카피라이팅 같은 '실용적' 창작 사이의 인위적 위계를 문제 삼습니다.
AI 사용을 정당화할 때 창작의 종류에 따라 기준을 다르게 적용하는 이중 기준을 비판합니다. 자신이 하는 일이 창작이라면, 그것이 예술적 최고 경지를 지향하든 기능적 결과를 목표로 하든 같은 윤리적 기준을 적용해야 한다는 원칙을 제시합니다.
공식 발표에서 확인된 내용
구체적으로 무엇이 달라졌나
- 01
프로그래밍도 기술과 연습을 바탕으로 한 창작 노동이며, 기능성 여부로 다른 창작과 구분할 근거가 없다
- 02
예술을 초월적·고급 영역으로만 제한하는 기존 관점을 비판하고, 일상적·실용적 창작도 예술 범주에 포함시키는 관점 제시
- 03
AI 사용을 정당화할 때 창작의 종류(고급/실용, 예술/기능)에 따라 기준을 다르게 적용하는 이중 기준 문제 제기
사용자에게 미치는 영향
누구에게 어떤 의미가 있나
AI로 코드를 쓰거나 글을 쓰는 사용자
AI 사용이 윤리적으로 정당한지 판단할 때, 자신의 창작이 '기능적'이라는 이유로 기준을 낮추지 않아도 된다는 것을 알게 됩니다. 창작의 종류와 무관하게 일관된 원칙을 유지할 수 있습니다.
팀이나 조직에서 AI 정책을 세우는 리더
프로그래밍과 창작 업무에 대해 AI 사용을 차별적으로 제한할 철학적 근거가 약해집니다. 기술 영역과 창의 영역 사이의 인위적 구분을 재검토하고 더 일관된 정책을 고민해야 합니다.
교육자나 학생
프로그래밍이나 글쓰기를 배울 때 AI를 어느 수준까지 활용할지 판단할 때, 학습과 창작의 경계가 얼마나 불명확한지 깨닫습니다. 각 분야에서 기술 습득과 독창성의 균형을 다시 정의해야 할 필요성을 확인합니다.
실제 활용 장면
어디에 어떻게 써볼 수 있나
창작 업무의 AI 사용 정당성 점검
마케팅 이메일 작성에는 AI를 써도 되는데 프로그래밍에는 안 된다고 생각했다면, 두 경우의 윤리적 기준이 실제로 다른지 확인합니다.
- 예를 들면
- 이메일 복사본 작성: AI로 초안을 생성한 후 편집 / 함수 구현: AI로 코드를 생성한 후 검토
- 확인할 결과
- 두 경우 모두 같은 기준(생성→검토→책임)으로 평가할 수 있으며, 창작의 종류가 아니라 프로세스와 결과의 품질이 판단 기준이 됨을 기록합니다.
팀 정책 수립 시 일관성 검토
기술 직군은 AI 사용을 제한하되 마케팅은 허용하는 정책을 세우려고 했다면, 그 근거를 다시 확인합니다.
- 예를 들면
- 기술팀 제한 근거: '고품질 코드 유지' / 마케팅팀 허용 근거: '빠른 콘텐츠 생산' → 실제 목표와 AI의 역할을 명확히 함
- 확인할 결과
- 창작 종류가 아니라 품질 기준, 책임 경계, 숙련도 요구사항을 기준으로 정책을 재수립하고, 모든 팀에 일관되게 적용합니다.
개인의 학습·성장 목표 정렬
프로그래밍을 배울 때 AI에 의존하면 안 된다고 생각했다면, 글쓰기나 디자인 학습에서는 다르게 생각하지 않는지 확인합니다.
- 예를 들면
- 학습 목표: 파이썬 기본 문법 습득 / 현재 방식: 모든 코드를 스스로 작성 → AI 코드 생성 후 내용을 이해하고 설명하는 방식으로 변경
- 확인할 결과
- 기술 습득 vs 도구 활용의 균형을 창작 분야 전체에서 일관되게 판단하고, 학습 목표에 맞게 AI를 선택적으로 활용할 기준을 세웁니다.
직접 적용해 보기
처음부터 무리하지 말고, 이 순서로 확인하세요
자신의 현재 기준 문서화
자신이 하는 모든 창작 업무(코딩, 글쓰기, 이메일, 디자인 등)를 나열하고, 각각에 대해 AI 사용을 '적극 허용', '제한', '금지' 중 어디에 두는지 적습니다. 각 판단 이유도 함께 기록합니다.
확인: 10개 이상의 구체적 업무를 적었는가? 각 판단의 이유가 명확한가?
기준 간 일관성 점검
위에서 작성한 목록을 보면서, 유사한 창작 과정인데도 AI 사용 기준이 다른 경우가 있는지 찾습니다. 예를 들어 '초안 작성'이라는 과정이 문서, 코드, 이메일 어디서는 AI를 쓰고 어디서는 금지하는지 구체적으로 확인합니다.
확인: 기준이 다른 경우를 최소 2개 찾았는가? 그 차이의 실제 근거가 무엇인가?
새로운 기준 시안 작성
창작의 종류가 아니라 자신의 목표(학습, 생산 속도, 품질, 창의성)를 기준으로 AI 사용 정책을 다시 쓰거나, 팀 정책이 필요하다면 전체 팀원과 공유해야 할 기본 원칙을 정리합니다. '모든 창작은 같은 원칙을 적용한다'는 기본 방침을 반영합니다.
확인: 5가지 이상의 구체적 상황에서 새 기준이 일관되게 작동하는가?
동료나 팀과 기준 논의
혼자 정한 기준을 함께 일하는 사람들과 공유하고, 조직의 문화나 역할에 맞게 조정할 필요가 있는지 이야기합니다. 특히 코딩과 글쓰기에서 AI 사용 원칙이 같아야 하는 이유를 설명할 준비를 합니다.
확인: 최소 한 사람과 대화했는가? 조직 정책과의 충돌이 예상되는가?
적용 결과 기록
새로운 기준에 따라 1주일간 AI 사용을 의도적으로 진행한 후, 실제로 업무 품질, 학습 성과, 만족도에 차이가 있었는지 기록합니다. 예상과 실제의 간극을 정리합니다.
확인: 예상과 실제 결과의 차이를 최소 3가지 적었는가?
해석할 때 주의할 점
확인된 범위와 아직 모르는 내용을 구분하세요
이 글은 프로그래밍도 예술이며 기능성을 이유로 AI 사용을 차별적으로 판단할 근거가 없다는 철학적 주장을 제시합니다. 저자가 제시하는 이 입장과 근거의 핵심은 원문 요약에서 확인할 수 있습니다. 다만 이 글이 구체적으로 어떤 사례, 업계 관행, 상충하는 관점들을 다루는지, 그리고 이 원칙이 학습, 팀 정책, 계약 책임과 어떻게 관계되는지는 원문 전체를 읽어야 알 수 있습니다.
- 이 글이 제시하는 철학적 논의이지만, 조직이나 고용주의 실제 정책, 계약 조건, 법적 책임은 이와 다를 수 있으므로, 개인의 판단만으로 조직의 규칙을 무시해서는 안 됩니다.
- 창작의 종류에 관계없이 같은 기준을 적용해야 한다는 주장이지만, 구체적으로 어떤 기준(속도, 품질, 학습, 책임)을 우선할지는 여전히 상황과 목표에 따라 다르므로, 추상적 원칙만으로는 실행 결정을 내리기 어려울 수 있습니다.
- 프로그래밍과 글쓰기가 같은 창작 노동이라는 관점은 설득력이 있지만, 각 분야의 실제 학습 곡선, 도구의 신뢰성, 오류 비용, 산업 관행이 크게 다르므로, 실제 정책 수립 시에는 이런 실질적 차이도 함께 고려해야 합니다.
- 이 글의 주요 주장이 학문적으로나 업계에서 얼마나 널리 인정받는지, 또는 반박이 있는지는 원문에서 제시되지 않으므로, 관련 논의나 대립하는 관점도 함께 검토할 필요가 있습니다.
출처와 확인일
원문에서 다시 확인하기
이 글은 GeekNews의 공식 발표를 바탕으로 정리했습니다. 기능 범위와 제공 조건은 바뀔 수 있으므로 실제로 적용하기 전에는 원문을 다시 확인해 주세요.
- 공식 출처
- 프로그래밍은 특별하지 않다 ↗
- 마지막 확인
- 2026-10-10
- 다음 검토
- 2026-11-09