[💬] 솔직히 다른거보다 유니티 장점이 SO라고 생각함..

[ㅆㅇㅆ(124.216)]

JSON 써봤는데 이거 오타 하나만 나도 못불러오고 워낙 많은 자료 방대하게 해서 체크 하나하나 하기 힘든데

SO는 나름 잘 불러오고 유니티 편집기상에서 직접 직렬화하거나 할 수 있어서 난 너무 편하더라

언리얼은 갠적으로 개인 개발자가 만지기에는 너무 오래걸리고 컴 성능도 좋아야해서 국비로 배우고 관뒀고

고도 처음에 좋다고 무료라고 배웠는데 어차피 유니티 유료로 쓸거면 그정도로 성공한거고

고도는 SO나 기능적으로 넘 부족해서 고도단 추천 받고 배웠는데 넘 어려웠음

특히 셰이더 같은것도 유니티가 더 편하게 되있고

아예 빡고수로 셰이더 같은거 직접 코딩 쉽게 할 정도의 고수면 고도가 더 나아보이는 건 맞는데

유니티가 훨 초보자 친화적인거 같음. 물론 노드 사용할 수 있다는점에서 고도가 더 나은거 아니냐는 사람들 말도 맞는데

일단 이펙트 같은거 처리할때 갠적으로 유니티가 더 나은거 같다 생각함 물론 개인차이가 있는데

고도는 기본적으로 아직 편의 기능이 넘 부족해서 진짜 나같은 초보자가 만지기 넘 어려움

유니티는 진짜 초보자 친화적임

[김메가(scw973108)]

고도에서는 Resource라는 클래스가 딱 유니띠의 SO에 대응되는 기능임다

[김메가(scw973108)]

저어의 생각에는 기능이 부족한게 아니라 기능이 잇는줄 몰르는게 문제잉듯

[ㅇㅇ 1(211.200)]

레퍼런스 없는게 제일 큰 문제 ㅋㅋㅋㅋ

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

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

[ㅆㅇㅆ(124.216)]

읽었는데 문서 리소스가 so랑 같은건가? 엄청 다르던데

[기획쟝(ugc00023)]

마 나이아가라 무바라

[익명(112.140)]

니가가라 나이아가라

[ㅇㅇ 2(211.199)]

SO로 데이터가 인스펙터에 한눈에 보이고 변경 적용도 즉시되니 생산성이 올라감. 고정 데이터를 다룰 때도 일반 데이터 타입도 인스턴스 만들지 않아도 되니 좋고. JSON도 어떻게 다루냐에 따라 다름. Viewer 직접 만들어서 휴먼 리더블로 처리해도되고 나 같은 경우는 구글 스프레드 시트에 데이터 관리하고 유니티 에디터에서 tsv로 다운받고 JSON화 시키고 SO로 만들어서 관리함. 그러다 보니 데이터 관리 부분에선 양이 많거나 종류가 많아도 버거움 없이 대응이됨.