일단 actix가 까인건 unsafe가 문제는 아님
어차피 러스트는 구조상 밑바닥에선 unsafe 쓸수밖에없고 그걸 safe로 감싸면서 쌓아진 구조임
그리고 safe안에선 뭔 짓을 하던간에 UB가 없다는걸 보증하는 형식인데
완벽한 프로그램은 없다보니 std를 포함해서 여러 unsoundness 이슈가 발생해왔고 고쳐져왔음
actix의 경우엔 메인테이너가 속도에 신경을 많이 써왔고 실제로 벤치에서 굉장히 좋은 모습을 보여왔음
그만큼 unsafe를 열심히 사용했고 unsoundness 이슈도 종종 발생했음 예전에도 이런 비슷한 일이 있었고 지금은 3번째임
그리고 요번 이슈 해결과정에서 그 속도를 줄이는 패치가 제안됐고
그에대해 'boring'이라고 코멘트했음
한놈이 그말을듣고 급발진해서 말넘심한 코멘트를 달고 일이 꼬이기 시작함
내 생각엔 actix 메인테이너도 이런 unsoundness 이슈를 방치할 생각은 없었음
단지 자기가 중요하다고 생각하는 성능도 최대한 유지하기위해 노력하고 있었음
다만 그 과정에서 boring 워딩이 나왔고(본인은 unfun하다는 의미로 사용) 그걸 한놈이 물어뜯고 레딧에 올려서 일이 커졌음
이슈는 삭제됐고 그 원인인 마지막 말넘심 코멘트는 아카이브를 까야 나오다보니 메인테이너 잘못만 부각되고 까이게됨
그렇게 커뮤니티에서 메인테이너를 윈도우 쓸때 마소까듯이 까버리니 메인테이너는 내가 시발 이짓을 왜 한걸까 하고 현탐이 오는거지
개인적으론 혼자서 async/await 따라잡고 벤치 최상위권으로 올리고 이런 공적들도 좀 신경을 써줬으면 좋겠음
같은 rustacean끼리 너무 싸우지말고 서로서로 도우면서 살고
레딧에서 나쁜 반응 얻다
씹아싸가 개발자로 성공하기 어렵다는걸 보여주는 방증 아니냐 그놈의 소통 문제..
저거는 소통의 문제, 커뮤니케이션의 부재 이런 문제가 아니라..., 오픈소스 프로젝트라는게 다 저런 문제점이 있음.
메인테이너, 개발자가 월급 받고 일하는 고객센터 직원도 아닌데, 피곤함에 쩔어서 개발해오고 그러는 프로젝트가 한둘이 아닌데, 잠못자고 스트레스에 치이고 말이 곱게 나갈리가 없지. 고객센터 직원들 사람 상대하면서 스트레스 얼마나 많이 받냐. 회사 그만 두네 마네 그러는데, 돈이라도 나오니까 다니는거지. 오픈소스 하면 뭐가 나오냐. 각종 기부금, 후원금 받는 프로젝트들이나 제대로 돌아가지... 말만 뻔지르르하게 하고 거의 방치 수준인 프로젝트들이 얼마나 많은데. 대형 프로젝트도 보면 10여년 동안 고쳐지지 않는 버그가 많잖냐. 리눅스 프로그램들 봐봐라. 한글 버그 10여년 동안 고쳐지지도 않고, 버그 리포트, 버그 패치 보내고 소통도 안 하고 쌩까는 프로젝트가 얼마나 많은데. 오픈소스는 저래서 안 된다니까..
커뮤니케이션의 부재 ㅋㅋ
메인테이너는 마소직원이던데
그냥 오픈소스 / 무료로 제공하는 어떤 서비스는 흑우짓임 사람들은 불만 표출 밖에 할 줄 모름 오픈소스 하지말고 논문이나 써라
unsoundness가 뭐야
safe 함수에서 터지는 UB
진짜 슬프다
레딧에 직관러가 타임라인 올린 걸 보면 boring 워딩 외에도 그냥 소통을 전혀 안한게 문제란걸 알 수 있음. 괜히 대응이 childish하다고 까는게 아님. 실제로 이슈 코멘트 삭제한것도 있고 개발자가 전적으로 잘못했다기도 뭐하지만 무죄라고는 절대 말할 수 없음.
ㄷㄷ
https://www.reddit.com/r/rust/comments/eq11t3/a_sad_day_for_rust/feo7ahe/?utm_source=share&utm_medium=ios_app&utm_name=iossmf
얼마나 팩트일지는 모르겠는데 암튼 그렇다고 함 저번에 unsound 때도 비슷한 양상으로 한번 싸운적이 있어서 더화난듯 정상은아니지만
프로그램은 정확함이 전부야. 정확하게 안돌아도 되면 메모리 하나도 안쓰고 1초만에 끝나게 만들 수 있지. 근데 출력이 에러면 빨라봐야 그게 무슨 소용. 그런 측면에서 볼때 애초에 사상이 잘못된 놈임.
차라리 러스트 rust 를 사용하지 말고 c 로 개발했으면 저런 일 안 생기잖아. 세상엔 이런 사람 저런 사람들이 있는데, 이 문제는 asm + c + 동적언어(python, ruby) 이런거로 개발했으면 발생하지 않았을 문제이고, 이메일로 이슈 받던가 그랬으면 애초 이런 일이 발생할 일이 없지. 오픈소스 틀 안에 갖혀서 생각하지 말고 상용 소프트웨어, 비오픈소스(쉐어웨어, 프리웨어), 이런 식으로 가던가, sqlite 처럼 PR 받지 말던가. PR 받으면 커뮤니티에 얼마나 끌려다니는데.. 불쌍해라. 오픈소스 프로젝트를 하지 말고, 소프트웨어를 개발해서 오픈소스로 배포하던가. 아무튼 오픈소스를 이래서 안 된다니까!
러스트가 c보다 훨씬 안정적이고 파이썬이나 루비는 러스트 벤치 못이기는데요