[💬] 인디겜갤 보면 블루프린트가 평가절하되던데

[익명(1.233)]

난 그렇게 평가절하 될 이유를 모르겠음.

나는 정통 프로그래머라기보다는 게임 그래픽 하다가 겜 개발로 넘어간 야매인데, 프로그래밍 1도 모르는 사람 입장에서 오히려 진입하기 쉬운건 블루프린트라고 생각함. 게임 만들거면 게임 로직에 대한 이해는 기본적으로 있어야 하는거겠지만 코딩은 프로그래밍 언어 자체를 배우는데 시간이 너무 들고 복잡함. 블루프린트는 유튜브 튜토리얼 보면서 노드만 따라 만들어도 얼추 비슷하게 만들 수 있고 노드에 대한 이해가 부족하더라도 노드의 기능이 뭔지만 알면 자기 나름대로 해석해서 다시 만드는 것도 편한데 쌩 코드는 튜토리얼 보면서 그대로 타자쳐서 그대로 옮겨놓는다 한들 그 언어에 대한 이해가 없으면 그거 이상은 전혀 만들 수가 없음. 제대로 공부하지 않는 이상은 말이지.

이 부분에 있어서 게임 개발 할거면서 언어를 공부할 생각이 없는 건 안일한 놈이라고 생각할지도 모르겠는데, 일단 소규모 개발로써는 스탯 배분에 한계가 있다는 건 다 알거야. 프로그래밍하고 아트를 둘 다 심도있게 하긴 어렵지. 1인개발 입장에선 외주를 주던가 하는 게 아닌 한 어느 한쪽을 등한시할수밖에 없는데, 블루프린트는 프로그래밍 쪽에 손을 좀 더 덜 써도 되게 해주는 물건이라 본다. 물론 등한시한 대가는 그대로 단점으로 나오겠지만, 나는 그 단점이 그렇게 심하다고 생각하지 않음.

물론 불편하고 병신같은 점이 많은 건 사실이긴 하다.

노드 가시성이 좋지 않다. 맞는 말임. 노드가 좀만 많아지면 구분하기 힘든 노드 선들만 알아보는 것도 고역임. 근데 프로그래밍 못하는 사람은 자기가 쓴 코드 보는데도 낑낑댈거라 프알못 입장에서는 그렇게 큰 단점이라고 생각하지 않음. 그리고 노드를 접거나 선정리를 하고 함수/매크로로 노드를 압축하면 가시성은 훨씬 나아지는 편임. 학교 프로젝트나 동아리에서 만든 겜을 다 언리얼로 해서 그런진 모르겠지만 적응되서 불편하지도 않더라.

성능 저하. 블루프린트가 C++코드에 비해 졸라게 느린건 사실이다. 에픽 공식으로 C++코드의 1/6이었나 1/10이었나 그랬을 거임. 그런데 솔직히 성능이 중요한 대규모 겜이면 몰라도 인디겜 수준의 소규모 게임에서 블루프린트의 속도 저하가 체감될 일이 있기는 한가 모르겠음.  0.0001초나 0.00001초나 솔직히 체감되진 않잖아. 이게 쌓이면 기하급수적으로 느려지겠지만, 그게 쌓일만큼 대규모 게임이라면 '인디'라고 불리진 않겠지? 학교플젝으로 PC 3D게임 만들어봤는데 최적화 안된 모델링이나 복잡한 셰이더(머터리얼)이 잡아먹었으면 잡아먹었지 블루프린트가 성능을 그렇게까지 크게 잡아먹진 않았음. 어느정도 규모까지는 그렇게 신경 안써도 된다는 거.

프로토타입용이다? 블루프린트가 아티스트/기획용 코딩 툴이나 프로토타입용 툴로 개발된 물건은 맞으니 맞는 말이다. 앞에서 말한 성능 저하 문제도 있어서 대규모 프로젝트에 쓸 물건이 아니기도 하고. 근데 빌드 되고 게임 실행 파일 만들어지면 그걸로 끝 아닌가? 프로토타입용에 불과한 물건이란 건 정식제품에 쓰기 애매하단건데, 결과물이 같다면 못 쓸게 있다 싶음. 속도차이가 문제일 뿐인데 이걸 감수할만하면 굳이 C언어로 다시 만들 필요가 없는거지.

기초부터 쌓아야 한다고 끙끙거리다가 아예 안하느니 블루프린트든 알만툴이든 게임메이커든 처음부터 뛰어들고 보는게 낫다는 지론임. 지금 개발하면서 언어는 전혀 안쓰고 있지만 나중에 문제가 생기면 배워야할 수도 있겠지, 근데 지금은 아니야. 일단 뭐라도 만들고 나중에 생각하는게 낫지 않을까?

매번 보면 게임 개발 초심자에게 유니티만 추천해주고 블루프린트 까는 글밖에 안보이는 것 같아서 씀. 야매 유사 개발자라 헛소리를 적어놨을 수도 있지만 양해해주길 바람.

[익명(175.223)]

비전공자가 배우는용도로, 거기다가 복잡하지 않은 게임까지 만들수 있다는게 좋은것같네.

[익명(183.98)]

개인적인 생각으로는 C++ 프로그래머 입장에서는 짜증유발요소일 뿐임. 블루프린트를 잘 안쓰게되는 이유는 C++랑 혼용할경우 말그대로 너무 불편해.. 그래서 그냥 C++만 거의 쓰게됨

[익명(183.98)]

UFUNCTION 매크로만 해도 파라미터가 20~30개 가까이되는데다 C++ 부모 -> BP 자식은 되지만 BP 부모 -> C++ 자식은 안됨. C++ USTRUCT, UCLASS는 BP에서 Type으로 다룰수 있지만 BPCLASS는 C++에서 타입으로 인식안함. TSubclassOf를 이용하면 BP 레퍼런스를 받아올수는 있지만 BP 클래스 자체를 다룰수는 없음

[익명(183.98)]

개인적인 생각일뿐. 성능관해서는
https://www.youtube.com/watch?v=V707r4bkJOY
이영상 참고

[익명(1.233)]

ㄴ혼용 안하고 100% 블루프린트로만 하다보니까 말한 불편함은 거의 안느껴지는 편임.

[익명(1.233)]

ㄴ 링크 준 영상은 봤는데 단순 반복문을 십만-백만단위로 돌리는 것 같은데 실제로 저렇게 쓸 일은 없지 싶음. 네이티브화 BP를 써도 성능이 C코드의 1/6~1/10 수준이고 순수 BP면 1/300 단위로 떨어진다는데... 난 순수 BP 쓰면서도 그렇게 느려졌다는게 체감이 안됐음.

[ㅇㅇㅇ(211.36)]

순수 bp하면 너무 지저분해지지 않음?? 노드 연결 보느라 힘들던데, 아무리 코멘트로 분류해도 말야

[ㅁㅁ(223.62)]

프로그래머라서 블프부터 접한 사람 입장에선 어떤지 알 수는 없지만 나는 블프가 오히려 더 복잡하고 어려웠었음.. - dc App

[익명(202.14)]

플밍 배운적 없는 사람인데 언리얼 블프땜에 짜증나서 때려치고 유니티로 넘어감 c#코드가 훨씬 쉽고 시간절약이 많이 된다고 생각함 처음 배우는 입장에서도 - dc App

[익명(1.233)]

ㄴ 나는 짜증날만한 포인트가 없어서 그냥 눌러붙어 있음. 코딩은 교양으로 C언어 조금 만지작거려본게 다인데... C# 코딩은 어떤지 모르니까 그쪽이 쉽고 시간절약이 많이 되는지는 잘 모르겠네.

[익명(1.233)]

ㅇㅇㅇ// 코멘트 분류도 분류인데 자주쓰는 노드는 함수랑 매크로로 접어서 분류해두고 노드 접기만 잘 써도 훨씬 보기 편해짐.

[익명(182.211)]

일단 언리얼 처음 할때 함수 기능 알아두기에는 좋더라

[ㅁㄴㅇ(124.61)]

일단 여기까진 취향정도로 서로의 감정을 상하게하지않는선에서 의견을 잘 피력하고 있구만 좋아좋어

[ㅁㄴㅇ(124.61)]

각자의 상황이 다르니 내가 아닌 상황에서 어떤 관점을 가지고 있는지 참고가 잘되는걸

[os(180.65)]

난 언리얼엔진이 나아가야할방향은 블루프린트라고 보는데, 지금도 블루프린트만으로도 모든게 가능하다. 그냥 C++코드를 비주얼화 시킨것뿐이라고 생각하면됨. 성능문제는 저위 유튜브처럼 무식하게 루프를 계속 돌리는짓을 할일이 없기때문에 크게 문제 되지 않는다.

[익명(220.74)]

내 개인적인 취향은 블루프린트는 좀 별로임(애니메이션 블루프린트는 좀 얘기가 다르지만)... 게임 스크립팅 기술의 미래는인공지능 언어이지... 블루프린트는 아니라고 생각함...

[happyny(happyny)]

갠적으로 나는 bp는 데이터정도로 다루는 게 맞는 거 같음. 뭐 npc 캐릭터, 몬스터, 이런 것들은 네이티브로 로직을 전부 만들고, 몬스터를 상속받되 개체별로 구체적인 동작이나 로직을 다룰 땐 블루프린트만한 게 없는듯

[happyny(happyny)]

유니티를 안 써봐서 뭐가 어떻게 낫다는 말은 못 하지만 모쪼록 상속 계층만 잘 그려둿다면 이렇게 저평가될 도구는 아니라고 생각됩니다 ㅎ

[SierraTi(etd2013)]

블프 다되는건 아님 나 만들때 파일 입출력쪽으로 제약있어서 c++로 썼었음

[marmotru(anybody96)]

그럼 프로그래밍 초보한테 블루프린트가 진입장벽에 높은편이겠음? 존나당연한말을써놨네

[익명(211.226)]

ㄴ 그 장점이 단점을 커버하고도 남는단 소리 아니겠냐. 의도 파악좀 병신아.