[💬] 난 게임 만들면서 항상 궁금하던게 있음

[地鬼(dczlatan)]

랜덤 맵 만들때 오토마타 쓰는 방법도 있잖음?

셀룰러 오토마타 쓰려면 주변 셀에서 정보를 얻는데 셀 전체를 2차원 배열로 선언했다면 경계에서 주변 8칸의 정보를 얻어 오는 경우에 선언되지않은 메모리에 접근하니까 에러가 발생함

a[-1,0] 같은 식으로 잘못된 배열 인덱스에 접근해서 픽 죽어버리는거지

이걸 첨엔 try catch로 해결했음. 에러는 없었지만 엄청나게 느려지더라고(컴알못1)

그래서 보이는 셀보다보다 배열을 1씩 더크게 만들었음 3x3맵이라면 5x5로 만드는 식.
이건 경계에서 추가적인 if 같은게 필요없어서 좋았지만 뭔가 못마땅하고 이게 가장 좋은 방법인지 모르겠음(컴알못2)

또 다른 경우로 몬스터나 인벤토리 같은거 구현할때 어떤 자료구조를 쓰는게 좋은지도 감이 잘 안오니까 구현할때 자신감이 별로없음(컴알못3)

만들고싶은게 있을때 어거지로 만드는건 누구나 하지만 진짜 프로들이 만드는 상용프로그램에선 그런 시스템을 어떻게 만들고있는지 그런게 궁금함. 문제는 뭘 봐야 찾을수있는지도 감이 안온다는 것 ㅜㅜ

컴공 정규교육을 안받아서 그런건가???

- dc official App

[새우맨(210.106)]

저도 이런 의문 많이 가졌엇는데 소스공개된 게임들 소스분석하면서 숙련자들은 어떻게 하나 살펴보면서 감잡은 거 같아요 확실히 도움 됨

[새우맨(39.7)]

근데 그렇다고 퀘이크 이런거 소스 볼려고하면 이해가 안되더라고요 너무 수준 차이나서 그런지;; 적당한 소스를 찾는것도 중요한듯

[地鬼(dczlatan)]

역시 그것 밖에 없는듯 ㅠ.ㅠ 뭔가 마법처럼 누군가가 저런걸 백과사전처럼 정리한게 있으면 좋겠지만 그런게 있을리 없겠지 ㅠㅠ

[익명(112.170)]

훌륭하네 컴공 전공도 오토마타 자료구조 생각 잘 안하고 짜는데... , 디자인 패턴정도는 생각하고 가야지...

[익명(112.170)]

원래 전공도 감이 잘안와, 한참 고민하다가 아!~ , 할때 짜면 훌륭한거임...

[익명(112.170)]

그리고 나중아 아~아~~ 할때 한번 뜯어고치면 더 훌륭해짐....

[地鬼(dczlatan)]

그 뜯어고치는 부분이 나한텐 잴 짜증나는 부분 중 하나. 코드 아무렇게나 만들어둔거 일주일 정도 텀두고 다시보면 뭐 였는지 가물가물함. 그래서 캡슐화?? 그런거 잘 안해두면 나중에 코드 수정했을 때 어디에 뭐 있었는지 기억 안나서 버그도 많이 생겨서 식겁했을때 컴돌이들 OOP OOP 노래를 부르는게 약간 이해가 되던..

[익명(112.170)]

그래서 깨달은게...괜히 복잡하게 아트로 짜면 나중에 다시볼때 기억안남 이렇게 초보적으로 짰냐 싶을정도로 쉬우면서 효율적이게 짜고, 항상 공용으로 쓸수있게 짜면 나중에 좋음, 회사에서 이짓하다가 이사한테 하드코딩한다며 혼났는데 그자쉭이 컴알못이라 나의 깊은뜻을 알리가 있나...

[地鬼(dczlatan)]

프로그래밍 진짜 너무 복잡해서 길잃기 쉬운거 같음..

[地鬼(dczlatan)]

알고리즘에서 뭐가 중요한건지는 어떻게 판단해야되는 것임??

[익명(112.168)]

경험

[地鬼(dczlatan)]

감사합니다 ㅜㅜ

[TD(221.163)]

패딩 주는거 절대 나쁜거 아니니까 가볍게 생각해 ㅋㅋㅋ 혹시 배열에 들어있는 객체가 크면 라이트웨이트패턴 적용하든가 널오브젝트패턴 적용하면 됨 - dc App

[hong(121.186)]

8방향 접근할때 x , y +1 -1 이렇게 접근할텐데 거기서 그냥 0 보다 작은지 배열 가로/세로 길이 -1( 최대인덱스 ) 보다 큰지 if else로 확인만 하면 되는데... -> try catch 예외처리의 경우 컴파일러가 최적화 못하므로 안되기 때문에 성능이 엉망이라고 들었음. 또, 셀룰러 오토마타같은 던전생성 알고리즘은 프레임당 1번씩 호출하는 함수가 아니니까. 게임 로딩시나 이런때 미리 만들어두고 돌려가며쓰면 . 런타임에 만드는 건지 / 미리 만들어둔 건지 플레이어가 알게뭐야! 오히려 런타임에 하면 중간로딩떠서 빡치기나 하지