[💬] 최적화 신경 쓸 필요 없다.

[익명(104.28)]

제목이 좀 그렇긴 한데
정확히는 구현단계의 최적화는 신경 쓸 필요가 없다는 말임.
물론 기획부터 최적화가 필요할 것 같은 게임은 예외(1000마리가 넘는 유닛이 필요하다든지)
나도 처음 유니티 만질 때 겪었던 문제인데, 뉴비때는 처음부터 잘 만들고 싶어서 어떤 사소한 무언가에 매몰되기가 쉽다.

그 중 대표적인게 최적화임.

최적화는 개발 단계의 마지막에 수행되거나
테스트 중 크리티컬한 성능 이슈가 발생하면 하는 작업이다.

근데 이걸 처음 구현할때 부터 하려고 하는데
뉴비라 아는게 없어서 몇가지 방식을 떠올려도 뭐가 더 나은지, 좋은 결과를 낼 수 있는지 판단을 제대로 하지 못한다.

결국 쓸데없이 시간만 늘어지고 어떻게 나름대로 최적화를 했다고 해도 나중에 보면 분명히 그 코드에 문제가 있기 마련이다.
어짜피 또 고쳐야하는데 시간 두배로 들어가는거지.


게다가 현대의 하드웨어는 성능이 굉장히 뛰어나다.
그렇기 때문에 코드가 어지간히 쓰레기가 아닌 이상 문제 없이 잘 굴러간다.

그러니까 일단 기능이 작동 되도록 하는걸 1순위로 둬라.
처음 구현단계에 필요한 최적화는 관행적으로 잘 알려진, 아주 기본적인 최적화만 적용하면 된다.
예를 들면 update문에서 getcomponent를 사용하면 안된다. 필요하다면 캐싱을 해라. Find 사용은 지양해야한다. 뭐 이런 아주 간단한 것들 말하는거. C++이라면 메모리 누수정도는 신경 써줘야겠지.

그리고 구현단계에서 바로 최적화된 코드를 작성하는 건 경험이 중요함. 뉴비가 머리굴려봐야 그리 좋은 결과는 안나온다는 거지. 게다가 효과가 그리 크지 않을 때가 훨씬 많을거다.

사소한 최적화에 대한 고민은 끝도 없기 때문에 매몰되기 쉽고 개발기간을 쓸데없이 늘리게 만든다.

그러니 대충 만들고 기능이 작동되도록 하는게 우선이다.

본인의 코드로 인해 성능저하를 겪고 그걸 해결하면서 원인을 파악하는 것도 좋은 공부이자 경험임.

쓰레기 코드를 무서워하지 마라.

[익명(121.140)]

맞는말임 요리 다 해놓고 접시 올릴 때나 데코 걱정해야지 요리할때부터 그거 걱정하면 암것도 못함

[익명(221.146)]

딱 출시해본적 없는 애송이의 오만

[익명(221.146)]

사펑이 왜망했는지 다른 인디게임들 출시후에 온갖 문제 생기고 업뎃속도 ㅈㄴ 느린게 왜그런지 생각좀

[익명(118.241)]

싸펑 망한건 최적화 문제가 아닌데

[익명(221.146)]

출시 초기에 최적화문제가 ㅈㄴ 컸는데 다른 문제들은 거기에 부가적인거고 최적화만 잘됐어도 여론이 그렇게 악화되지 않았음

[익명(118.241)]

전혀 아닌데, 싸펑 망한 이유는 처음 기획한거에 맞춰서 게임 개발했는데 마케팅에서 입터는 쪽으로 기획 급선회 하려다가 코드 꼬인걸로 아는데

[익명(104.28)]

싸펑은 사전에 털어놓은 아가리와 버그 때문에 망했는데?

[익명(118.241)]

그러니까 지금 글쓴이가 말하는 최적화랑 싸펑 최적화 문제는 결이 다른 문제라고 볼 수 있징

[익명(221.146)]

그게 그말인데 버그랑 코드 꼬이는건 최적화가 아님?

[익명(104.28)]

내가 말하는 최적화는 성능 상의 이슈를 말하는거다 코드가 꼬여서 게임이 터지는거 말고. 그건 설계의 영역이지.

[익명(221.146)]

기반이 잘 갖춰져야 달려야 될 때 가속이 붙지 니말대로 하면 반응이 왔을떄 흐름을 못타고 끝나버림

[익명(221.146)]

그렇게 대충이라도 빨리 만들고 싶으면 걍 한달 알바해서 사람쓰면 된다는데 절대 안하지

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

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

[익명(221.146)]

ㅇㄱㄹㅇ 저런식이면 나중에 손을 못대는데 걍 실력없는 놈이 공부하고 고민하기 귀찮으니까 핑계대면서 합리화하는거임

[익명(118.241)]

참고로 글쓴이가 말하는 처음부터 최적화에 너무 신경쓸거 없다 라는 이야기는 유명한 프로그래머 명언인데 ㅋㅋ 이걸 모르는 애송이들이 있네 ㅋㅋ

[익명(221.146)]

유명하면 정답임? 리누스 토발즈는 c++도 쓰레기고 무조건 c가 답이라는데 넌 뭘로 코딩함?

[익명(118.241)]

ㅋㅋㅋ 넌 둘중 하나다. 단순히 어그로를 끌고 싶거나 아님 헬로우 월드 쓰고있는 새송이거나 ㅋㅋㅋ

[익명(118.241)]

우쭈쭈 아는척 하시고 싶으쪘으요? ㅋㅋㅋㅋㅋ

[익명(221.146)]

너야말로 아는척 하고싶은 무식한 새끼가 같은데 의미없이 ㅋㅋ ㅈㄴ 쳐붙이네 병신같이

[익명(116.127)]

맞음 그 외에 오브젝트 풀링을 써라, string을 직접 비교하지 마라 등등 초보자들이 모를법한 자잘한 최적화들은 사실 프로젝트 마지막에 한꺼번에 몰아서 해봐야 길어도 일주일만 투자하면 싹 다 바꿀 수 있음 초보자에게 요구하는 것들은 그냥 치환만 하면 되는 것들이 대부분이라.. 근데 그래픽 리소스 최적화는 많이 번거럽고 시간이 좀 오래 걸릴 수도 있음

[익명(116.127)]

문제는 코드의 설계자체가 최적화되어야 하는데 초보자들은 성급하게 구현 자체를 목표로 하다보니 스파게티 코드가 되어버려서 후반부에 뭔가 하나 고치거나 수정하려고 하면 찾는데 시간이 오래 걸리고 대대적인 공사가 되어버려서 하나 고칠때마다 여기저기서 버그가 터져버릴 수 있다는 거.. 그래서 초반엔 아주 빨리 제작이 진행되는 것 같다가도 중후반부에 가서 개발 속도가 영 안 나오고 점점 피곤해지기만 하는 거..

[익명(104.28)]

동의하는 얘기임 하나의 피처를 개발할때 충분한 테스트와 검증 그리고 리팩토링을 꾸준히 해라 라는 말밖에 할수가 없네