[%] 왜 러스트 백엔드 안쓰는지 모르겠다

[익명(223.63)]

스레드도 완벽, async도 완벽, 리소스도 적게 먹는데 왜 안쓰지?

- dc official App

[익명(211.246)]

러스트 백엔드 써봤는데 다 좋지만 CD때 컴파일 존나 오래걸리고 도커 이미지 만들 때 캐시 깨져서 처음부터 빌드하느라 이것도 존나 오래걸림 배포가 오래 걸리니 핫픽스도 어렵고 해서 수정이 잦지 않은 서비스에 좋을 것 같더라

[익명(223.54)]

빌드 느린거 ㅇㅈ - dc App

[익명(223.54)]

마이크로서비스나 미니서비스 형태로 바이너리 나누면 어떰? grpc나 카프카나 래빗mq로 통신하고. - dc App

[익명(124.111)]

그럴바에 Go 기반 백엔드 쓰고 말지

[익명(116.44)]

암만 쪼개도 러스트 백엔드 프로젝트들 자체가 종속성 많은 큰 프로젝트들이라 암만 최종 코드 단이 단순해도 빌드 개오래걸림. 도커 이미지 빌드 때 종속성 캐시 깨지는 거 해결하려고 cargo chief 같은 툴도 있긴 한데 이것도 100프로 정확하게 캐싱되지 않음

[아이스자몽(lemonsodaa)]

러스트에 가장 필요한 업데이트를 2개만 꼽는다면 1. 빌드속도, 2. rust_analyzer에서 저장되지 않은 변경사항 완벽 지원

[익명(223.63)]

rust analyzer가 vscode의 러스트 익스텐션 맞나? 빌드는 되는데 계속 문법 에러 떠서 '뭐지?ㅅㅂㅅㅂ' 했더니 알고보니 익스텐션 버그였던거 같은데 - dc App

[익명(175.209)]

빌드 속도랑 빌드 용량 너무 큰거 불편함

[익명(223.63)]

용량 큰거는 라이브러리 코드를 한 바이너리에 다 때려박아서 그렇다는데 뭔가 so 형태의 공용 라이브러리? 쓰는게 쉽지 않음 - dc App

[익명(175.209)]

incredibuild 같은거라도 있으면 좋을탠데 그것도 없고

[익명(211.234)]

incremental building 적용한게 지금 속도임

[익명(223.38)]

러스트와 코틀린은 왜 빌드 속도가 느릴까 - dc App

[익명(chartman)]

for나 if로 간단히 되는거도 안이쁘다면서 비비꼬와서 코딩하니까

[익명(211.234)]

거의 대부분의 상황에서 백엔드 병목은 db에서 오니까 그러지 ㅇㅇ ㅈ바스크립트로 서버짜도 성능 100%를 못쓰는데?

[익명(118.235)]

빌드 개오래 걸리는게 좀 많이 큼 핫픽스 대응도 어렵고