사람들 사이의 알력 문제라고 보임
물론 러스트 지향점이 안전함이고 actix 개발자가 그 지향점을 무시한 채 러스트를 써서 러스트가 화두에 오르긴 했지만.
nimf 개발자가 난리를 쳤던 게 러스트를 쓴 게 이유는 아니었지. 문제를 일으키는 사람은 러스트가 아니어도 문제를 일으키게 되어있음. (님프 개발자가 문제란 게 아님)게임이 해롭다는 논지를 펼치는 사람들의 논리를 답습하진 말아야 하지 않을지.
사람들 사이의 알력 문제라고 보임
물론 러스트 지향점이 안전함이고 actix 개발자가 그 지향점을 무시한 채 러스트를 써서 러스트가 화두에 오르긴 했지만.
nimf 개발자가 난리를 쳤던 게 러스트를 쓴 게 이유는 아니었지. 문제를 일으키는 사람은 러스트가 아니어도 문제를 일으키게 되어있음. (님프 개발자가 문제란 게 아님)게임이 해롭다는 논지를 펼치는 사람들의 논리를 답습하진 말아야 하지 않을지.
뭇제를 일으키는 사람은 러스트가 아니여도 문제를 일으키지. 근데 러스트는 단 한명이라도 문제를 일으키며니 와르르 무너지는 환경 아니야? - return 0;
이거 없앨라고 unsafe 썼는지 안썼는지 검사해주는 거 도입함.
unsafe 쓰면 rust 커뮤니티에서 열라 까이고... 이게 뭐임. ㅎㅎ 언어가 종교도 아니고 ㅎㅎ
actix 를 rust 말고 c 로 개발했으면 애초에 까일 일이 없었겠지. safe, unsafe 개념 있을 거 같으면, c 와 ruby 쓰는게 낫지. ruby 에 c api 있어서 c 에서 루비 코드 사용할 수 있고 반대로 루비에서 c 바이너리 사용할 수 있음. c 와 루비를 사용하면 되니까. 속도가 더 필요하면 asm 을 c 에서 사용하면 됨.
rust, c 벤치마크 보면 rust 가 약간 빠르긴 한데, 문제가 메모리 소비가 급증한다는 것. unsafe로 바닥 쌓고 그 위에 safe 로 쌓아 올라가는 방식이 c 로 안정적인 로우 레벨 라이브러리 만들고, 그 위에 하이 레벨라이브러리 만들어서 사용하는거랑 뭐가 달라. c 언어는 수십년 동안 역사 속에서 이미 자원이 풍부하지.
요지는 언어문제란 거임? 내 생각은 이런 사건이 있었을 때의 바람직한 방향이 서로 말만 좀 부드럽게 해주면 됐을 일이라는 거였음. 프로젝트를 C로 포팅하는 게 해결책일까 싶다는 거임. 러스트가 unsafe를 내부적으로 쓰고 최적화가 덜된 게 불만인 거면 불만을 가진 사람이 그러지 않은 언어를 만들면 되는 거 아님? 그게 가능할까는 내 소관은 아닌 듯.