[💬] 기획이 진짜 진도 안나가는 주범인거같음 ㅋㅋㅋ

[쉔가오랜(ads7080)]

그냥 기능개발은 바로바로 작업하면 그만인데

세부 기획들어가면 대미지 공식을

이렇게하는게 좋을지 저렇게 하는게 좋을지

밸런싱은 어떻게 하는게 더 좋을지

이런거 정해야하는데 뭐가 더 좋은지

모르겠단말이지

그렇다고 뭐 어디 물어볼대도 없고

누가 골라주는것도 아니고

다양한 경우의 수를 생각해서

무난한거나 컨셉에 맞게 할려니까

진도가 존나 안나감

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[쉔가오랜(ads7080)]

[에뚜(ssss4610)]

난 그래서 뭔 생각이 들면 구현부터 해보는 편 덕분에 코드가 점점 스파게티가 되고있어...

[쉔가오랜(ads7080)]

수식 짜는데 고려해야할게 많으니까 골치아픔 ㅋㅋㅋㅋ

[익명(218.153)]

거기서부터가 진짜 게임 제작이지

[쉔가오랜(ads7080)]

고뇌의 벨런스 패치

[익명(211.210)]

결국 기획자 포지션의 개발 경험 많아지는게 답같음 소신있게 말하묜 원론적인 답변인 모듈화나 설계패턴 등 이론적 공부보단 "어? 나 이럴때 이렇게 했었는데, 이렇게 하면 좆되던데"가 즁요한듯

[쉔가오랜(ads7080)]

게임은 아니지만 개발자로 일하고있었다보니 확장성이나 수정을 염두에둔 설계는 경험을 토대로 해둠 ㅋㅋㅋㅋ 나중에 ㅈ되기싫당.. 문제는 확률이나 데미지 강화의 정도가 어느정도로 해야 적당한지가... 근데 그러면 몹들도 피통이나 데미지도 조정해줘야하고 이 오묘한 수치조절이 골치인거같음...

[익명(121.129)]

개발입문때는 그냥 기능 개발하면 되는가아님? ㅋㅋ 하고 막 만듦. 이거저거 만들고 싶은거 되는대로 만들다가 나중에 수정하려고 봐보니까 하나도 모르겠음. 재사용도 불가능. 그냥 그상태로 방치하고 버려버림. 그러다가 좀 배우기 시작하고 실제 프로젝트같은거 보면서 프로젝트 전체적인 구조나 설계에 대한 감을 익히게됨. 이때부터 개발이 느려지기 시작함. 뭔가 코드 짜려해도 이거보다 나은 방법이 있나? 이거 나중에 기능 추가되도 괜찮나? 하고 고민하며 자꾸 멈춰서 생각만 하게 됨. 결국 어느정도 타협을 하고 본인만의 어떤 구조를 정하고 이를 사용하게 됨. 그러고나서 개발하려니까 이제 각종 세부 수치들 같은 기획적인 부분이 개발을 막아버림. 딱 이수순...

[쉔가오랜(ads7080)]

내가 개발쪽에서 계속 일하면서 느낀건 그냥 혼자하던 회사에서 협업하던 추가랑 기능수정은 무조건 있다는거임 그래서 결합은 느슨하게 해서 수정이 용의하게 하는게 좋음 ㅋㅋㅋㅋ 이제 하다보면 막 귀찮고 시간걸릴거같은건 걍 컨셉으로 가자 이럴때도.. ㅋㅋㅋㅋㅋㅋ

[익명(121.129)]

그치 나중에 추가나 수정 대비해서 결합 느슨하게 하는데 그걸 하나하나 전부 다 고려하면 진도 드럽게 안나감... 그래서 어느정도 타협해서 아 이건 뭔일 있어도 안늘릴거야 이건 이대로 둘거야 하면서 타협하고 가는거지...ㅋㅋㅋ