언리얼이나 유니티에서 내장 되어있는 빌트인 메서드들도 다 알고리즘의 일원입니다만
그니까 사용용도를 아는건 중요하지만 전부 알고리즘은 아님. 기본적으로 기능구현과 알고리즘에서 집합점은 있지만 기능구현이 더 크다 느낌
사실상 로직을 만드는게 알고리즘과 뭐가 다른건지 모르겠음 본인이 원하는걸 논리적이게 정의해서 해결한다는건데
사실 알고리즘 사전적 의미는 그런데, 수학적모델링이되는걸 일반적으로 알고리즘이라 분리되는추세라
예를 들면 몹 to 플레이어도 A* 알고리즘 사용해서 기능 구현하는건데 막연하게 다르다고 치부하는것도 좀
Fsm을 알고리즘이라 하진 않지.알고리즘을 일부일듯 그거 전반이 아님
알고리즘이라는 용어의 의미 차인듯 유동은 교과서적인 의미로 얘기하는거 ㅆ은 그런 머리쓸거 많이 없고 매뉴얼 보고 찾아서 껴맞추는게 생각보다 많다는 소리같고
그건 ㅇㅈ 개발 해보면서 껴맞추는 상황이 많은건 맞음 근데 알고리즘 공부가 개발 능력에 도움이 아예 없다? 이건 또 아니라
그래도 스택부터 시작해서 최단거리나 최소신장트리까지 생각보다 알고리즘 공부하다보면 기능들을 '효율적으로' 짜는데에 도움이 되는것 같아 - dc App
언리얼이나 유니티에서 내장 되어있는 빌트인 메서드들도 다 알고리즘의 일원입니다만
그니까 사용용도를 아는건 중요하지만 전부 알고리즘은 아님. 기본적으로 기능구현과 알고리즘에서 집합점은 있지만 기능구현이 더 크다 느낌
사실상 로직을 만드는게 알고리즘과 뭐가 다른건지 모르겠음 본인이 원하는걸 논리적이게 정의해서 해결한다는건데
사실 알고리즘 사전적 의미는 그런데, 수학적모델링이되는걸 일반적으로 알고리즘이라 분리되는추세라
예를 들면 몹 to 플레이어도 A* 알고리즘 사용해서 기능 구현하는건데 막연하게 다르다고 치부하는것도 좀
Fsm을 알고리즘이라 하진 않지.알고리즘을 일부일듯 그거 전반이 아님
알고리즘이라는 용어의 의미 차인듯 유동은 교과서적인 의미로 얘기하는거 ㅆ은 그런 머리쓸거 많이 없고 매뉴얼 보고 찾아서 껴맞추는게 생각보다 많다는 소리같고
그건 ㅇㅈ 개발 해보면서 껴맞추는 상황이 많은건 맞음 근데 알고리즘 공부가 개발 능력에 도움이 아예 없다? 이건 또 아니라
그래도 스택부터 시작해서 최단거리나 최소신장트리까지 생각보다 알고리즘 공부하다보면 기능들을 '효율적으로' 짜는데에 도움이 되는것 같아 - dc App