[💬] 확실히 유니티 같은 상용화 엔진과 개발중인 오픈소스 엔진은 차이가 많네

[ㅁㄴㅇㄹ(121.181)]

물론 오픈소스 엔진도 엔진마다 케바케지만, 대강 뭉뜽그려 볼 때 가장 큰 차이는 얼마나 접근성이 높은가인거 같음. 후자는 뭔가 하다 막히면 알아서 소스코드 보고 해쳐나가라는 느낌이 강하게 풍김. 특히 개발된지 얼마 안 되서 관련 자료가 제대로 기록되지 못한 부분일수록 특히 더한 것 같고. 

위젯에 버튼 하나 달아서 그거 누르면 위젯이 사라지는 기능임. 되게 간단할거 같잖아. 근데 저 간단한걸 하기 위해서 내가 해야했던게,

0. 은신술 쓰는 개발자 잡아 관련 기능 캐묻기

1. 커스텀 Ui 이벤트를 정의.

2. 특정 Ui 이벤트 발동시 무슨 커스텀 Ui 이벤트가 발동되는지를 저장해놓은 컴포넨트 제작.

3. 방금 만든 컴포넨트를 활용해서 실제 Ui 이벤트 발동과 커스텀 Ui 이벤트 발동을 연동시키는 시스템 제작.

4. 이 컴포넨트를 ron 파일에 프리팹으로 저장하고 비직렬화시킬 수 있도록 필요 트레잇 구현.

5. 이 컴포넨트와 엔진에서 네이티브로 지원하는 Ui 위젯을 엮어서 커스텀 Ui 위젯을 제작.

이걸 하나하나 다 하다보니 아 이래서 유니티 쓰는구나 싶더라.

[모노모노모노(monosw2000)]

딴거 쓰다 다시 유니티로 돌아오면 '아~ 이래서 유니티 쓰는구나'라고 다시금 깨닫게 됨. 심지어 언리얼 쓰다 돌아와도...

[산적대왕(raveneer)]

바퀴의재발명...

[익명(125.251)]

유니티도 4~5 시절에는 개발자가 필요하면 직접 구현해야 했음 특히 본문에 있는 UI부분

[익명(125.251)]

사람들이 하도 불편하니까 ngui 유명해졌고 유니티는 그걸 흡수했고 지금은 근본적인 재설계인지 또다른 UI 준비중이고

[모노모노모노(monosw2000)]

지금도 ongui 시절의 ㅈ 같음이 남아있는 쪽이 editorgui쪽... 커스텀 인스펙터 만드는게 어째 시간을 제일 많이 잡아먹음... ㅅㅂ거.

[ㅁㄴㅇㄹ(121.181)]

유니티도 언제나 지금같았던건 아니구나 ㄷㄷ;

[모노모노모노(monosw2000)]

부끄러운 이야기지만, 솔직히 말해 오픈 소스로 구현된 엔진을 막 이거저거 조건문 막 빼면서 내가 만들었는데 상용 엔진보다 더 낮은 퀄리티로 더 느리게, 그리고 더 힘들게 만들어본 경험이 있음... 그 이후로 가급적 상용 엔진 사용함. -_-;;;

[모노모노모노(monosw2000)]

그런데 지금도 유니티는 자체 스크립트로 돌아가야 하는 놈들이 멀티 스레딩을 제대로 지원하지 않고, 지들이 만든 Jobs라는건 적용하는데 제한이 ㅈㄴ 많고.. 여전히 개선해야할 점이 많은 것도 사실임여.

[ㅁㄴㅇㄹ(121.181)]

그런 부분 때문에 내가 지금 쓰는 엔진을 쓰고 있는거긴 함. 멀티스레딩이 진짜 쉽고 잘 되어 있어서 속도 하나는 빠르거든.

[모노모노모노(monosw2000)]

머 쓰는데 그럼?

[ㅁㄴㅇㄹ(121.181)]

https://github.com/amethyst/amethyst