"압도적으로 부정적이고 사기를 꺾는 힘" - 개발자에게 AI 사용을 강요하는 회사에서 일한다는 것
(aftermath.site)AI 기술이 개발자들에게 끼치는 실제적인 영향
- AI 기술은 반복적인 작업을 줄이고 창의적인 작업을 가능하게 한다는 이상이 있었음
- 그러나 자본주의적 압력과 기술 산업의 이념적 접근으로 인해 많은 개발자들의 생계가 위협받는 상황임
- 게임 산업 종사자들의 개인적인 경험을 통해 현장에서는 AI가 어떤 영향을 미치고 있는지 구체적으로 탐색함
AAA 게임 스튜디오의 AI 의존 문제
- Bradley는 AAA 게임 스튜디오의 베테랑 아티스트로, 스튜디오가 점점 더 AI 생성 이미지를 아트 파이프라인에 활용하고 있음
- 예술 감독은 아이디어를 직접 구상하지 않고 AI 결과물을 반복적으로 생성해 거기서 마음에 드는 것을 골라 팀이 역설계하게 함
- 발표용 자료에만 쓰인다고 했지만 실제로는 제작 과정 전반에 AI가 활용되고 있음
- 브래들리는 AI 사용이 계속될 경우 사직을 고려 중임
- 게임의 기획이 AI 프롬프트 수준에서 머물며 실질적인 재미나 설계에 대한 논의 없이 투자 유치에만 활용되는 점을 비판함
스타트업에서의 AI 도입과 개발자의 저항
- Mitch는 방산업체 출신으로 7년 경력의 개발자임
- 소규모 스타트업에서 근무 중 AI 사용을 강요받았고, 회사는 ChatGPT와 Claude 도입을 추진함
- CEO가 코드 품질보다 생산속도에 집착하며 AI 사용을 강조함
- AI가 생성한 코드는 품질이 낮고 협업에 비효율적이며, 사용 자체가 개발자의 동기를 떨어뜨림
- 결국 AI 의존도가 높아졌지만 회사는 파산함
AI 도입에 대한 아트 컨설턴트의 회의감
- Francis는 다양한 스튜디오와 퍼블리셔와 협업하는 아트 디렉터 겸 컨설턴트임
- 대부분의 고용주들은 ‘AI가 아티스트의 일을 돕는다’고 믿지만 실제로는 프로젝트의 핵심 아이디어 단계까지 AI에 맡기려 함
- 이러한 흐름은 예술적 탐구 과정의 가치를 이해하지 못하는 태도에서 비롯됨
- 프랜시스는 AI 개발자들이 게임 제작 전반을 문제로 간주하고, 자신들만이 그것을 해결할 수 있다고 믿는 태도를 비판함
AI 아이디어 생성기의 한계
- Ricky는 시니어 게임 디자이너로, AI를 통해 기존 게임 시스템 개요를 작성하는 일이 많았지만 부정확성과 수정 필요로 인해 비효율적이라 판단함
- 아이디어 생성용으로 AI를 사용하는 것도 창의성을 억제하고, 개발자의 경험과 맥락을 반영하지 못한다고 지적함
- AI는 마케팅 문구 수준의 아이디어만 내놓으며, 인간의 감정이나 문화적 맥락을 반영하지 못함
음성 및 애니메이션 AI 사용에 대한 우려
- Sally는 인디 VR 게임 프로젝트의 애니메이터로, 스튜디오가 AI로 음성 합성과 애니메이션 제작을 대체하려고 했음
- Midjourney로 생성한 이미지가 2D 자산으로 활용되었으며, 성우들의 녹음 데이터를 AI 학습용으로 사용하려는 시도도 있었음
- 성우 동의 없이 음성 합성 실험을 했으며, 이에 대한 우려를 제기했지만 무시당함
- 결국 해고되었고, 스튜디오는 이후 프로젝트에서도 AI 애니메이션 사용 계획을 세움
AI 도입에 대한 아티스트의 윤리적 반발
- Audrey는 콘셉트 아티스트로, 원하지 않지만 AI를 빠르게 아이디어 스케치용으로 사용하라는 지시를 받은 경험 있음
- 동료들이 사용한 AI 아트워크를 수정해야 하며, 이로 인해 작업 일정이 꼬임
- 팀 전체는 대부분 AI 사용에 반대하지만 일부 고위직에서 정기적으로 사용함
- 회사에 수차례 AI 최소화를 요구했지만 효과는 제한적이었음
채용 과정에서 AI로 인한 실망 경험
- Alfie는 2D 아티스트로, 수주간 면접 절차를 거친 게임 스타트업이 실제로는 아티스트를 채용하지 않고 AI 아트로 대체한 것을 경험함
- 프로젝트 초기 아이디어 회의까지 참여했으나 결국 연락이 끊겼고, 현재 해당 팀은 아티스트 없이 AI만으로 자산을 제작 중임
- 이후 AI 실험을 중단한 새로운 스튜디오에 합류하여 사람 중심의 아트 제작 환경을 되찾음
음성 배우가 겪는 AI 도입의 위협
- Douglas는 인디 게임 음성 연기자로, Audible 같은 기업이 배우의 음성을 AI로 클론해 판매하는 실험에 대해 우려함
- AI 음성 생성이 인간 감정 표현을 대체할 수 없으며, 많은 동료 배우들이 직업적 정체성을 잃을 위기에 놓였다고 느끼고 있음
- 소수의 인디 팀은 우려를 이해하지만, 대기업은 관련 대화를 피하거나 무시함
- 열정을 쏟아 일궈온 직업이 AI에 의해 사라질 수 있다는 불안감이 팽배함
결론: AI에 대한 다양한 목소리와 예술가들의 저항
- AI 기술이 게임 산업 전반에 확산되면서 개인의 삶과 업무 환경에 실질적인 영향을 미치고 있음
- 데이터나 통계도 중요하지만, 실제 당사자의 목소리를 통해 더 정확한 실태를 알 수 있음
- 예술가들은 AI가 인간 창작의 가치를 위협한다고 생각하며 강력히 저항 중임
- 인간 중심의 창작과 예술을 지키려는 의지가 업계 곳곳에서 이어지고 있음
적지 않아요.. 스레드 돌아다니다가 보면 진짜 온갖 걸 지피티한테 물어보는 사람 생각보다 많더라구요. 심지어 지피티가 출력한 내용에 대한 검증조차 거치지 않고 바로 올리는데 대표적인 게 법률사항에 관한 것이죠. 판례 같은 걸 막 올리는데 막상 검색해 보면 없는 판례번호 거나 법령도 이상한 내용으로 올려놓는데 프로필 눌러보면 전문가 타이틀 달고 있어요.
AI 좀비가 창궐하고 있습니다
AI 도입을 바라볼 때 개발 속도 측면이 아니라 사고의 확장 측면에서 봐야하는데, 여전히 속도 타령하는 관리자가 있나보네요. AI를 주장하는 프로덕트를 보면 크게 특별하지 않는 제품들이고 간간히 시장검증 하는 수준인데 본인 만드는 프로덕트 수준을 거기에 맞추는걸까요?
AI 가 좋다 나쁘다라기 보다, AI 도 하나의 도구로 보고 사내 공통 라이브러리, 플랫폼 개발 팀 마냥, 회사에 최적화시킬 팀이 하나 있어야 하는데
그런거 없이 막 도입하고 개인 역량 문제로 치부하던가 아직 AI 는 멀었네 하는게 문제 아닌가 라는 생각이 드네요.
Hacker News 의견
-
최근 친구와 재미있는 대화를 나눴음. 그는 연례 평가 주기 중에 있으며, 경영진이 그와 그의 팀에게 AI 도구를 더 많이 사용하도록 강력히 권장하고 있음. 그는 생의학 연구소에서 일하며 LLMs가 전혀 필요하지 않음. 하지만 팀원들은 다양한 인물로 사직서를 작성하는 데 회사의 언어 모델을 사용하며 즐거운 시간을 보냈음. 실제로 사직한 사람은 없지만, 팀 사기를 완전히 망치는 좋은 방법이었음
-
나는 항상 내 차이점에서 녹색보다 빨간색 선이 더 많기를 바라는 개발자였음. 우리는 수백 개의 통합 테스트를 선언적으로 만들 수 있도록 라이브러리를 작성하는 것을 좋아함. 나는 이틀 동안 사라졌다가 두 개의 루프 변수를 바꿔 10배 속도를 높인 개발자임
- 이 환경에는 나의 자리가 없음. 도구를 사용해 많은 코드를 만들 수 없다는 것이 아니라, AI 사용이 성공의 척도를 생산 속도로 만든다는 것임
- 나쁜 코드의 해결책은 더 많은 코드임. AI는 삭제를 절대 만들지 않을 것임. 출판하거나 사라지라는 압박이 우리에게 다가왔고, 슬픔을 느낌
- Python 프로그래밍이 메인프레임 사람들을 늙게 만든 것처럼 나를 늙게 만듦. AI 개발자들을 늙게 만들 것은 무엇일지 궁금함
-
GenAI 댓글 섹션에서 가장 좋아하는 부분은 한 사람이 "이것은 AI를 사용하는 나의 개인적인 경험"이라고 말하면, 여러 사람들이 "당신은 잘못 사용하고 있어!"라고 합창하는 부분임
-
질문을 어떻게 구성하고 나에게 더 잘 맞는 것이 무엇인지에 대해 성찰하는 것이 흥미로움
- AI를 사용해 "단순한" 작업을 수행하는 것에 만족함. 필드로 구문 분석할 수 있는 텍스트 파일이 있었고, 약간의 특이점(오른쪽 정렬된 텍스트 등)이 있었음. 필드 의미론을 지정하여 ICS 파일 캘린더로 프롬프트를 만들어 그대로 가져올 수 있었음
- 텍스트 노트를 구조화하여 캘린더로 가져오는 것이 달콤했음. 이 작업을 직접 수행하기 위해 AI를 훈련시킬 필요는 없음. 필드가 무엇인지 효율적으로 말하는 방법과 경계가 무엇인지 생각하는 것이 데이터를 이해하는 데 도움을 줌
- ICS 파일을 보고 타입:값이라는 것을 알 수 있지만, 타입이나 날짜/시간에 필요한 특정 GMT/Z 형식, 확인/대기 등의 의미 구분은 모름. 이러한 고급 구조는 캘린더와 AI 설명에서 유용한 행동을 만들어 냈음
- AI를 사용해 DJANGO 웹을 작성하여 간단한 예약 작업을 수행했음. 코드가 그대로 실행될 것이라고 기대하지 않았지만, 실행되었음. 이 제품과 함께 살 수 있을까? 네, 하지만 확장성에 대해 걱정됨. 기능을 추가할 때 잘못된 프롬프트 하나로 인해 엉망이 될 수 있음. 취약함
-
대학에서 컴파일러, 시스템 등을 가르침. AI가 학생을 완전히 잘못된 경로로 이끌어 가는 경우를 무수히 많이 봄
- 앞으로 모든 프로젝트에
.noai
파일을 추가하고 있음 - AI는 경험 있는 개발자에게는 유용할 수 있지만, 경험 없는 개발자에게는 재앙임
- "괜찮아, 우리는 경험 있는 개발자만 고용해."라는 말이 있음
- 그렇다면 경험 있는 개발자는 어디서 오는 걸까?
- 이 AI 아크에서 계속해서 판타지아의 마법사의 제자 장면이 떠오름
- 앞으로 모든 프로젝트에
-
이것은 단지 수행적인 관리의 사례처럼 들림. 그들에게는 단지 "생산성-미래-기술"의 순간적인 구현임. 그래서 그들은 "AI 주도 개발로 성공적으로 전환했다"고 이력서에 쓸 수 있음. AI는 단지 소프트웨어일 뿐이며, 그것이 전략에 맞든지 안 맞든지임. 소프트웨어를 사용하기 시작했다고 해서 성공하는 회사는 없듯이, AI를 사용하기 시작했다고 해서 성공하는 회사도 없음
-
AI에 의존하는 것의 장기적인 영향을 회사들이 인식해야 함. 이는 위축을 초래하고, 버그가 발생했을 때, 직접 작성한 것보다 이해하고 수정하는 데 더 많은 시간이 걸림
- 생성된 코드에서 동시성 버그를 수정하는 데 일주일을 보냈음. 테스트가 있었지만, 테스트가 잘못되었음을 깨달았을 때 버그를 발견했음
- 내 강력한 조언은 생성된 코드의 모든 줄을 소화하라는 것임. 그것이 당신을 앞서지 않도록 하세요
-
최근 개념 예술에 진입하려는 것을 포기한 친구의 관점
- AI 이전에는 아웃소싱이 있었음. 대량 생산된 저렴한 작품으로 외국 스튜디오가 대부분의 주니어 직위를 제거했음
- 이제 AI는 이 경향을 논리적 극단으로 가져가고 있음: 기계로의 아웃소싱, 궁극적인 아웃소싱 형태. 비용은 0에 가까워지고 양은 무한에 가까워짐
-
이 이야기는 개발자들에게 슬픔을 줌. 특히 게임에서는 AI가 제공하지 않는 창의성이 필요함. "기본 엔진 보일러플레이트"를 넘어서면 더욱 그러함. 그것이 당신을 도울 수 없다는 것은 아니지만, 이 "모두 참여" 방법은 강제적이고 고통스러워 보임
- 내가 플레이한 최고의 게임 중 일부는 많은 비전, 실행, 세련미, 세심한 장인 정신으로 "내가 하고 싶었던 게임"임
- 이러한 극단적인 시도가 빠르게 실패하고 우리가 그것으로부터 배우기를 바람
-
Bradley의 게임은 DOA임. 혹시 ARK: Aquatica인가?