[💬] 원래 게임쪽이 구조설계 빡센편임?

[익명(112.165)]

내기준엔 좀 빡센거같은데 다른 업계는 내가 몰라서..

[익명(221.152)]

구조 설계가 뭐여ㅡ 기획이 빡새다는겨

[익명(112.165)]

코드 아키텍쳐 구조잡구 클래스 나누고 디커플링하고... 뭐 그런것들

[익명(112.165)]

학부에서 배웠던 소프트웨어 공학 관련 내용들 말임

[도트풍뎅이(ziku90)]

소프트웨어 개발 약 8년 정도 일햇는데 제 경험상으로는 게임, 웹(서버,프론트), 모바일, 클라우드 전부다 코드 아키텍쳐 관련한 건 비슷비슷한 것 같습니당 어느쪽으로 시작하든 처음시작한 곳에서 아키텍처 관련 프로그래밍이 숙달되면 다똑같더라구요 처음 개발 진입 시에 익혀야할게 많아서 빡세다고 느끼신게 아닌가싶네영 (단순 아키텍쳐 외에도 아키텍쳐를 학습하기위해 또다른 꼬리를 무는 학습이 계속있어서)

[익명(112.165)]

그렇군요.. 어딜가나 비슷한가보네요. 답변감사합니다

[익명(218.234)]

윗댓말대로 결국 꼭같음, 클래스 나누고, 종속성 최소화하고 모듈로 묶어서 재사용 가능하게 만들어주고 데이터 영역, 비쥬얼 영역 명확하게 나눠주고 이런건 업계마다 다 비슷비슷함

[익명(121.190)]

게임 프론트 백, 웹 프론트 백, 모바일 네이티브 프론트, CI/CD 모두 해봤는데

[익명(121.190)]

아키텍처 제일빡센건 게임인거같음여 기본적으로 프론트가 구조 자체는 더빡센데 생산성이 높은걸 추구해서 구조를 그렇게 안지키긴하죠 그와중에 게임은 실시간 렌더링이라는 제약사항까지 들어가니 가장 이상적인 코드 짜는게 어려운건 게임 프론트인거같음

[bowmore(qcs5jom3x9tq)]

이게 맞는게 웹프론트같은거 만들면서 버그있으면 병신소리듣고 비정상임 게임은 버그 없는게 좀 비정상

[익명(124.54)]

웹서비스는 대량인력으로 개발하기에 최적화된 구조를 갖추고 있고 이걸 벗어날 이유가 없기 때문에 머기업의 경우 늘어난 피쳐만큼 개발자를 충원하는거고 소기업의 경우 애시당초 표준에 가까운 정답을 채택하는거임 게임에 웹의 설계를 끼얹는 게 까다로운 것은 표준에 가까운 정답을 채택하는 것 자체가 요구사항에 있어 방해가 되기 쉽기 때문인거임

[익명(124.54)]

그걸 어떤 업계는 버그있으면 병신인데 어떤 업계는 버그있어도 된다고 말하는건 걍 니 식견이 ㅈㄴ 좁은거임 니가 인지하고 있지조차 못하는 버그가 논이슈로 돌아다니고 있을 수도 있다 요즘 시대에 크래시나는 게임을 팔고있는것도 제정신 아닌거고

[ㅁㅂ(112.216)]

게임은 그나마 대부분 자기가 만든거끼리만 관련이 있지만 다른 서비스는 외부서비스와 연결하면서 힘들어지던데

[익명(124.54)]

게임도 결제랑 계정인증, 클라우드, 데이터 트래킹, Open API 등등 다른 서비스에서 들어갈만한 외부서비스 설계는 필요하다고 생각함 인디니까 필요없는걸 생략할 뿐이지

[익명(124.54)]

쉽게 논할 수 있는 문제가 아님

[익명(124.54)]

근데 인디고 그냥 클라이언트에만 집중한다고 한다면 일반적인 서비스 (앱이나 웹) 클라이언트는 GUI 의 아키텍쳐에만 집중해서 클린아키텍쳐를 구성하는 것이 매우 심플함

[익명(124.54)]

단방향적으로 Repository 위로 Stateful model 을 설계하고 View 밑으로 Stateful view 를 설계하고 Domain layer 를 연결하면 되기 때문에..

[익명(124.54)]

근데 게임은 그게 모호함. 서비스의 시각으로 봤을 때 View logic 일 수 있는 값이 게임에 따라선 Data layer 에서 트래킹해서 판단을 해야 될 수도 있단 말임

[익명(124.54)]

또한 서비스의 경우에는 자기 데이터를 취득한다고 해서 할 수 있는 어뷰징의 범위가 넓지 않기 때문에 모든 비즈니스 로직이 Public 하고 Repository layer 부터 Web request 를 통한 현 상태 동기화 > 로컬에 캐싱 하는 통상적인 방법으로 대부분의 데이터 소스를 구성 할 수 있는 반면에 온라인 게임, 소셜 게임의 경우 어뷰징 여지가 많아 쉽게 Domain logic 에 게임 로직을 배치하기가 어려움. 즉 서버의 로직이 방대해지거나 Domain logic 을 어뷰징 허용/ 비허용 되는 두 레이어로 또 분리해야되는 문제가 생기지

[익명(124.54)]

이 외에도 여러 사례가 있는데 쉽게 결론만 얘기하면 정제된 아키텍쳐를 가지고 설계 후 피쳐를 붙일 수 있는 서비스와 달리 정제된 아키텍쳐가 곧 비즈니스 로직을 단순하게 만들어버리는 게임에서는 아키텍쳐 설계가 선행되기보다 피쳐를 설계 후 아키텍쳐를 맞춰 설계해야되고 그것이 제법 까다로우며 그래서 게임 클라이언트 개발 환경에서 엔진 이상의 아키텍쳐 통일이 어렵다 라는 의견이 있다

[익명(124.54)]

윗댓말들은.. 미안하지만 대부분 공감이 안된다 인디게임이야 개발완성도로 승부보는게 아니니까 상관은 없는데 본인에게 확신이 없는 지식을 남에게 설파하는건 피하는게 좋아