[💬] 유니티 셰이더 그래프로 배우는게 좋나요 코드로 배우는게 좋나요

[1(182.225)]

참고로 프로그래머입니다. 재밌어 보여서 공부 해보려는데 요즘 대세는 셰이더 그래프다 뭐 이런 글이 보여서

[오더리움(othereum)]

렌더링 파이프라인 바뀌면서 코드는 사실상 레거시 아닌가? 하위호환때문에 남겨둔걸로 아는데 쉐이더 그래프로 하셈

[익명(122.45)]

당연히 그래프아님? 어려운거 보면 흥분하는 변태 아니고서야

[익명(61.105)]

걍 둘다 써. 어차피 셰이더 그래프나 hlsl이나 그게 그건데 하난할줄 알면서 다른걸 못하면 뭔가 잘못하고 있는거임.

[익명(175.204)]

그런 그래프에서 쓰이는 블록들 하나하나는 결국 '함수', 'API'라는 것을 생각해보면 됨. 함수내부를 알면 이해가 쉽지만 몰라도 입력(매개변수)에 따라 어떤 출력이 나오는지 알기만 하면 쓰는데 문제는 없음 API처럼. 셰이더 언어를 한다고해서 그 함수구현을 알 수 있는 것도 아님 결국 API를 블록으로 바꾼것 뿐이니까. 다만 프로그래머는 코딩기반 사고를 하기때문에 왜, 무엇때문에 거기서 멀티플라이 블록을 쓰게되는지 알겠지.

[익명(175.204)]

전에 어떤 강사?의 블로그를 봤는데 여러 셰이더 블록에대해 vector 4를 넣는건 vector 3가 나오고 어떤건 vector 2를 넣으니 vector 3가 나오고 일관성이 없다며 유니티욕을 하는 블로그를 본적이있는데, 그사람은 비프로그래머로서 반환타입이라는 개념이 없어서 그렇게 헤맨거지.

[익명(175.204)]

비주얼 스크립팅이나 셰이더 그래프도 결국 함수의 호출흐름을 그런시각적요소로 표현해가는 것일뿐이야. 결국 프로그래밍 패턴을 벗어나지 못했음. 그래서 비주얼스크립팅을 한다고해도 알아야할 블록(API)도 많고, 사고력도 익숙치않으니 비프로그래머들은 여전히 고생할 뿐이지. 비주얼스크립팅도 결국 (유니티)프레임워크를 잘 아는 프로그래머의 물건이고, 이관점에서 셰이더 그래프도 별다르지 않음