Solo Game Dev Infrastructure Rejected by Ubisoft: Why?

제목

카테고리

프로그래밍/소프트웨어 개발

서브카테고리

디자인 툴

대상자

- 자력 개발자, 인디 게임 개발자, 교육 기관: 개발 팀의 기준과 평가 방식을 이해하고, 개인의 기술 역량을 인정받는 방법을 탐색하는 데 도움

- 난이도 관점: 중간 수준 (교육 프로그램의 평가 기준과 산업 내 편향 문제를 분석)

핵심 요약

  • "포트폴리오가 충분하지 않다"는 모호한 거절 이유로, 개인 기술이 아니라 기존 템플릿과 그룹 프로젝트에 편향된 평가 체계가 드러남
  • 자력으로 구축한 Firebase 백엔드, Unity 게임, 모듈형 시스템 등 기술적 성과는 무시되고, 기관 지원을 받은 그룹 프로젝트가 선호됨
  • Ubisoft와 협력한 RRC 프로그램의 표면적 DEI(다양성, 평등, 포용성) 이니셔티브는 실제 독립 개발자와 원주민 개발자에게 불공정한 평가 체계를 유지하고 있음

섹션별 세부 요약

1. 개발자 배경 및 프로그램 신청

  • Tyler Johnston-Kent은 자력 개발자로, Firebase, Unity, JavaScript 기반의 실시간 게임, 모듈형 백엔드 시스템 등을 포함한 포트폴리오를 제출
  • Ubisoft WinnipegRed River College (RRC)의 협력 프로그램에 지원했으나, 거절 이유는 "포트폴리오가 충분하지 않다"는 모호한 답변만 제공

2. RRC 프로그램의 평가 기준 분석

  • RRC의 졸업생 작품 전시WordPress 기반으로 운영되며, 학생이 직접 개발한 것이 아닌 내부 웹 팀이 관리
  • Hexpunk 프로젝트는 16명의 졸업생과 기관 지원을 받았으나, Tyler의 포트폴리오는 개인 개발자체 인프라 구축으로 완성
  • 기존 포트폴리오GitHub 링크 위주로, 풀스택 시스템이나 자체 배포 인프라가 포함되지 않음

3. 거절에 대한 구체적 피드백 부재

  • Tyler가 Firebase 통합 백엔드풀스택 시스템을 구축한 개발자가 있는지 묻자, "그럴 수 있다"는 모호한 답변만 제공
  • Tom LeppChris Brower는 기술적 근거 없이 "기준에 맞지 않는다"는 답변만 전달
  • Ubisoft의 DEI 이니셔티브는 표면적이고, 실제 독립 개발자와 원주민 개발자에게 불공정한 평가 체계를 유지

4. 산업 내 편향과 게이트keeping 문제

  • Ubisoft성추행독재적 문화 등 문제를 겪었으나, DEI 프로그램을 통해 이미지 개선에 집중
  • RRC 프로그램Ubisoft와의 협력으로 졸업생을 채용하는 경로를 제공하지만, 개인 기술보다 그룹 프로젝트에 기울어짐
  • "표면적 다양성"실제 기술 평가 체계의 편향을 가리지 못하며, 자력 개발자를 배제하는 게이트keeping 시스템을 유지

결론

  • 개인 기술 기반의 평가 체계가 아니라, 기관 지원 및 그룹 프로젝트에 편향된 기준이 산업 교육 프로그램의 핵심 문제
  • DEI 이니셔티브는 표면적이고, 실제 독립 개발자와 원주민 개발자의 기여를 무시
  • 자력 개발자는 평가 기준의 투명성을 요구하고, 산업 내 편향 평가 체계에 대한 비판과 개선 요청**이 필요

> "시스템이 기존 템플릿에 맞는 사람만 인정한다면, 진정한 기술은 평가되지 않는다"