[💬] 너희들 이 의견에 대해서 어떻게 생각함?

[익명(175.208)]

엔진을 통한 게임 구연시 로직을 구현하는 부분과, 출력을 하는 부분을 철저하게 구분할 필요가 있을 것이라 보여.

엔진의 유틸리티 기능을 사용한 구현은 코드작성 스킬이 부족해도 바르게 프로토타입을 만들 수 잇어. 이는 분명히 도움이 되는 기능이야. 하지만 추후 기능을 추가할때 오히려 더 일이 복잡해 질 수 있어. 가령 로직 부분을 코드로만 구현하고 그 로직 내에서 길찾기 기능을 추가한다면, 일은 간단해. 해당 로직 내에 길찾기 알고리즘을 추가하면 되는 거야. 하지만 로직이 코드로만 자이지 않고 엔진의 기능에 의존한다면 출력된 부분에서 길의 모양을 받아와야 하고, 그 받아온 모양을 바탕으로 일을 진행해야 할 것이야. 이는 더 복잡해질수 있고 버그의 원인이 될 수 있어.

얼마전에 비슷한 질문 (엔진보다 0부터 구현하는게 좋다) 라고 올렷다가 욕먹고

심지어 GPT 한테토 쿠사리 먹었는데 니들 의견이야 그렇다 치고

GPT 한테 쿠사리 먹은건 좀 충격이엇음. 다시 생각해보니 엔진을 아주 안쓴다는게

뭐 씨발 무슨 그래픽 모듈부터 처 구현하는 미친짓을 의미하기도 하고 사실 그걸 말한건 아닌데.

해서 일단 GPT한테 물어봣더니 저 정도는 말 되는 생각이래.

[사슴발레리나(dearvalerie)]

뭐 틀린말은 아닌데 크게 보면 게임 로직 대부분이 엔진 기능 쓰는거 아닌가? 물리는 당연하고 트레일렌더러같은것도 걍 유니티 컴포넌트 쓰면 간단하고 확장성도 좋지만 직접 만들려고 하면 너무 시간 많이 쓸듯. 플랫포머 만들때 자체 물리 쓰는 경우도 있지만 그건 물리가 게임에 엄청 중요하기 때문이지 짜잘한건 걍 엔진 기능으로 퉁치고 다른 핵심적인 요소 구현하는게 나을거같음.

[익명(175.208)]

ㅇㅇ 나도 너무 복잡한 기능 (까놓고 3D 가면 복잡하다 쳐야지) 에 까지 저걸 적응하고 싶은건 아니야. 하지만 2D구현 상당수 경우에는 오히려 컴포넌트를 통한 빠른 목업. 그리고 그 목업을 버리지 못함으로서 오히려 느려지는 경우도 있단 느낌을 받음. 물론 내가 틀릴수도 있음.

[사슴발레리나(dearvalerie)]

어디로 가든 겜만 완성하면 장땡이라고 봄. 유니티에 길찾기 컴포넌트가 있는지는 모르겠는데 만약 본문 예시처럼 길찾기를 엔진 제공 기능으로 퉁치면 그만큼 커스텀 못하는건 당연하지. 애초에 내가 만든게 아니니까 내가 원하는 기능 백퍼 반영은 어렵고. 길찾기가 커스텀해야 할 정도로 게임에서 핵심적인 요소라면 당연히 직접 만드는게 맞지만 결국 엔진 기능 1도 없이 만드는건 매우 비효율적이라고 생각함. 나처럼 엔진 쓰더라도 게임 완성 못하는 사람들은 더욱.

[익명(7hvc5bphs4sv)]

dx11 에서 2d게임 만들어봤는데 쉽지않다 그리고 너처럼생각하는애들을 네이티브병이라 부르는거야

[익명(14.34)]

MVC 또는 MVP 디자인 패턴과 비슷한걸 이야기 하는 듯 한데 독립적으로 분리가 가능하면 MVC 구분해서 모듈화 시켜서 구현하는게 좋지. 재생산성이 매우 좋지만 구조 잘 잡아야되고 이것저것 추가하다보면 경계성이 애매해지는 경우가 많아

[메탈기어레이무(ssss4610)]

지난 글에선 "고수들은 알겠지만 (후략)"이란 문장으로, '본인 생각 = 고수 생각이며 반박자는 초보'로 해석할 수 있는 문장으로 의견 전개했고, 이번 글에서도 "니들 의견이야 그렇다 치고" 라는 문장이 있는데, 순수한 의도의 질문글, 의견을 구하는 글이 맞는건가?

[Heisia(heisia)]

이건 그냥 본인이 뛰어나다는 자랑글임 - dc App

[소닉쫄따구테일즈(dcz3xv7zgu14)]

멀티플레이어 게임을 만든다고하면 너가말하는 로직과 뷰 분리가 '도움이 된다'가 아니라 '필수'임. 분명 분리해놓으면 로직 관리하는게 용이해지긴 하지만, 뷰와 로직 모듈 분리로 발생하는 통신비용도 무시못함.

[소닉쫄따구테일즈(dcz3xv7zgu14)]

간단한 예로 캐릭터이동만 해도 원래는 pos갱신 애니재생하면 땡이었는데, 이걸 로직에선 pos만 갱신, 뷰는 pos갱신(로직모듈에서 메시지를 받든 폴링을하든)을 감지하면 가시적인pos를 갱신,애니도 재생해야하지. 메시지(통신)부분에 새로운 부하가 생기는거임. 그리고 이게 생각보다 번거롭고 구조잘잡아놔야 하고 불편할수있음

[소닉쫄따구테일즈(dcz3xv7zgu14)]

나도 네말대로 분리해서 하는 주의긴 한데 멀티플레이어 게임이 아닌이상 너말대로 완전히 분리하지 않을듯..

[bowmore(qcs5jom3x9tq)]

여기는 병신 조빱들만 있어서 님같은 고수의 뜻을 이해를 할수가 없어요 챗지피티도 마찬가지고 의미없는 토론은 그만두고 결과물로 증명하시는게 어떨까요?

[ㅇㅇㄷ(118.43)]

가령 로직 부분을 코드로만 구현하고 그 로직 내에서 길찾기 기능을 추가한다면, 일은 간단해. 해당 로직 내에 길찾기 알고리즘을 추가하면 되는 거야. 하지만 로직이 코드로만 자이지 않고 엔진의 기능에 의존한다면 출력된 부분에서 길의 모양을 받아와야 하고, 그 받아온 모양을 바탕으로 일을 진행해야 할 것이야. -> 엔진을 쓴다고 왜 로직이 엔진의 기능에 의존하는 형태가 되는지 전혀 모르겠네요 충분히 독립적으로 만들수있을텐데?

[익명(220.83)]

괴상한 걸 독특하다 여기는 부류