[💬] 백엔드의 어려움은 스케일에서 온다.

[Indie(221.150)]

백엔드 코드의 복잡도 자체는 프론트, 게임클라이언트보다 어려기 쉽지 않음. 물론 보안 위협등 여러가지가 있지만.. 그건 논외.

거의 대부분의 문제는 스케일에서 옴. 이 스케일은 크게 보면 2종류가 있다고 생각함.

- 데이터의 양

- 트래픽의 양

인디게임 개발하는 사람들은 저 2개를 경험하기 쉽지 않을것임. 

그것보단 ai 에게 지시를 내리는게 더 어려울 수 있음.

막말로 유니티는 화면으로 보기라도 하지, 백엔드는 님들이 좽일 해봤자 볼수 있는건 콘솔 로그뿐임.

이런 상태에서 백엔드 초보자가 ai와 함께 백엔드를 만들면 수많은 함정 or 버그를 만나게 될 것이고.. 가장 두려운건 그게 함정인지 모를거싱라는거임.

[Indie 1(211.197)]

음 서버개발은 볼수있는게 로그뿐이란게 디버깅에 제한이 있게아님. 기대하거나 다루는 문제의 분야가 다른거임 말씀하신거처럼 보안취약점 이런게 화면에 그림이나 오브젝트이 그래픽으로 표현되는게아니라서, 토큰은 뭔지 올바른데이터가 들어왔는지, 쿼리문 잘작성됐는지, 버퍼의 오프셋이 의도한대로 읽고자하는 자료형에 맞는 크기 단위로 이동하면서 값을 read하고있는지, 반대로 게임화면 보면서 디버깅해야하는것도 있음 클라이언트로 스킬이펙트생성 이벤트 발생시킬떄 기대하는 위치에 잘생성되었는지 이런건 클라켜서 게임화면으로 확인하거나 근본적으로 클라이언트와 서버가 잘 연결이되었는지, 클라이언트<->서버가 주고받는통신과 처리를 잘하고있는지

[Indie 1(211.197)]

그리고 클라이언트 또한 디버깅시 프로파일러를돌리거나 직접 계측후 로그로찍어봐야아는것들 (서버도 마찬가지지만)GC 압박은 얼마나 증가했고, 해소되었는지, 수신시 파편화된 패킷이 잘 합쳐졌는지, 데이터를 수신후 메인스레드에 올리는데 몇 ms 가 걸리는지 클라가 송신하는 메시지중 어떤것이 가장 오래걸리는지 쓸데없이 클래스 new해서 GC가 수거하게 만들었는지 컨테이너를 비우지않아서 내부요소가 무한정 성장하고있지는않은지 등..

[Indie 1(211.197)]

엥 뭔가 댓글을 콘솔로그에 치중하고 신나게써서 핀트가많이 달라졌네;

[Indie 2(121.169)]

뭐 수십명이 동시 접속하는 게임이면 패킷 단위 처리가 필요하긴한데 인디게임에서 그정도 백엔드를 구축할 일이 있을까 싶긴함.

[글쓴 Indie(221.150)]

님같은 백엔드 고수용 글이 아닙니당;

[글쓴 Indie(221.150)]

이건 어디까지나 백엔드를 잘 모르는 사람을 위한 예상되는 위험을 말했을뿐..

[Indie 2(121.169)]

어떤 의도에서 얘기한지는 대충 짐작이 가는데 너무 겁주는거 같기도 해서... 그래도 컴공 베이스 지식에 하다못해 웹 백엔드로 웹소켓이라도 좀 다뤄봤으면 어몽어스 수준의 서버는 구현 가능할거 같긴함. 근데 네트워크 지식 없는 비전공이면 문제가 되긴 할듯.

[ProjectER(exit4192)]

개인적으로는 다른 종류의 어려움이 있더라구요. 어려움의 종류가 너무 달라서 뭐라고 말하기 좀 애매하긴 하네요

[Indie 3(125.133)]

우린 그걸 실력차이라고 해요