그러니까.... 피할 수 없는 유낫테스트를 통해 컴파일 시에 먼저 돌려보고,
런타임 에러가 될만한 것을 컴파일 에러로 땡겨온다... 정도로 이해하면 될 것 같네요.
대충 문서나 문답을 봤을 때, drop-in으로 c를 대체할 수 있다는 것도 꽤 매력이네요. 러스트와 다르게 문법이 간단한 것도 좋고. 물론 러스트만큼 안전하진 못하겠지만... 러스트를 쓰면서 느끼는 오버엔지니어링 하는 느낌은 좀 덜 들겠다는 느낌. Go도 역시 비교 대상으로 언급이 되는데, 아무래도 런타임이 없는 zig 쪽이 덜 부담스러운 상황이 있겠죠. 특히 더 저수준으로 내려간다거나, 많은 요청을 처리할 필요는 없는 경우라면 Go 보다는 손이 가는 선택지가 될 수도...
그래서 러스트와 Go 중간에서 잘 포지셔닝 한다면 의외로 괜찮은 선택이 될 수 있겠다는 생각이 듭니다.
그러니까.... 피할 수 없는 유낫테스트를 통해 컴파일 시에 먼저 돌려보고,
런타임 에러가 될만한 것을 컴파일 에러로 땡겨온다... 정도로 이해하면 될 것 같네요.
대충 문서나 문답을 봤을 때, drop-in으로 c를 대체할 수 있다는 것도 꽤 매력이네요. 러스트와 다르게 문법이 간단한 것도 좋고. 물론 러스트만큼 안전하진 못하겠지만... 러스트를 쓰면서 느끼는 오버엔지니어링 하는 느낌은 좀 덜 들겠다는 느낌. Go도 역시 비교 대상으로 언급이 되는데, 아무래도 런타임이 없는 zig 쪽이 덜 부담스러운 상황이 있겠죠. 특히 더 저수준으로 내려간다거나, 많은 요청을 처리할 필요는 없는 경우라면 Go 보다는 손이 가는 선택지가 될 수도...
그래서 러스트와 Go 중간에서 잘 포지셔닝 한다면 의외로 괜찮은 선택이 될 수 있겠다는 생각이 듭니다.