[%] Go랑 Rust랑 비교했을 때

[익명(180.182)]

가비지 콜렉터 있는 Go가 러스트 따라잡긴 어렵지?

근데도 왜 백엔드 필드에서는 Go가 더 많이 쓰일까

- dc official App

[ㅇㅅㅇ(116.255)]

gc가 있다 -> 간단하다

[익명(180.182)]

쉽기때문에 결국 많이쓰는건가 - dc App

[석린이(128.134)]

rust는 소유권이나 mactch 같이 아주 편리한데 러닝커브가 높은 문법을 가지고 있음

[석린이(128.134)]

반면 golang은 있는 기존에 널리 쓰던 문법도 다 쳐내고 얼마 안남겨둠. (클래스부터 삼항 연산자까지..). 그래서 기존에 C/Java 둘중 하나만 좀 해봤다고 해도 러닝 커브가 거의 없다 싶이 함.

[석린이(128.134)]

그러면서 동시성에는 강력함. MB단위의 무거운 커널 쓰레드보다 가벼운 2kb스택만 차지하는 고루틴은 키워드 하나만 붙여서 실행 가능하고, 채널도 동시성을 쉽게 구현 가능 하게 해줌.

[익명(180.182)]

결국 퍼포먼스가 메모리 부분에서 크리티컬하지 않으면 고를 선택하는게 맞겠네.. - dc App

[석린이(128.134)]

반대로 생각하면 러스트의 러닝커브를 극복 할 수 있으면 러스트를 가는게 맞다고도 봄. 서버리스 같은 경우엔 고를 더 많이 지원하지만...

[츄럴(211.197)]

고는 파이슨이나 갓바 같은거 대신 쓰는거고 러스트는 씨 씨플플 대신 쓰는 거잖음