리라이트가 아닌 전략으로서의 전환: "러스트로 갈아타기"

얼마 전, 2030년까지 C/C++을 Rust로 전환하겠다는 기사를 보고 흥미가 생겼다. 저수준 언어를 깊게 다뤄본 적도 없고, 특히 러스트는 이전 년도 리뷰 도서로 한 번 가볍게 접한게 전부였다. 그때도 "어렵다", "난해하다..."라는 인상 정도만 남았다. 그런데 점점 더 많은 조직이 러스트를 선택한다는 기사들을 보면서, 막연히 "알아두면 좋을 언어"라는 생각이 들었다.
 
그래서 26년 나는리뷰어다 첫 도서는 "러스트로 갈아타기"를 신청했다.
 

한빛미디어 나는리뷰어다2026 활동을 위해 책을 제공받아 작성한 리뷰입니다.

 

 

리팩터링은 "점진적 개선"

"갈아타기"라는게 얼핏 보면 완전 바꿔버리자!!로 보이기도 했는데, 제목과는 달리 "전부 갈아엎어"라고 말하는 책은 아니었다.
기존 시스템을 알고, 병목 구간부터 시작해 FFI로 기존 언어와 공존시키고, 필요하다면 unsafe까지 전략적으로 활용...
 
이 흐름을 따라가다 보면 리팩터링이란 점진적 개선이라는 말이 자연스럽게 와닿았다. 한 번에 뒤엎는게 아니라, 경계를 나누고 위험을 계산하고 작은 단위로 옮겨가는, 하나의 전략이라는 것을 배웠다.
 
사실 나는 리팩터링을 제대로 해본 적이 없다. 다른 사람이 쓴 코드를 일부 수정해 본 경험은 있어도, 기술 스택 자체를 바꾸는 마이그레이션은 전혀 없음. 그래서 읽는 내내, 이건 실무 수준의 고수들이 읽어야 하는 책이구나 생각이 들었다.
 
솔직히 쉽지 않았다. 시스템 레벨 이야기, 메모리 안정성, FFI 설계 등, 지금의 내 경험치로는 반도 체화하기 어려운 내용이 많았다. 그런데 이 점이 오히려 이 책의 장점처럼 느껴졌다.
 
이미 복잡해진 시스템을 어떻게 다뤄야 하는지, 어떤 기준으로 리스크를 줄여야 하는지, 성능과 안정성을 동시에 잡으려면 무엇을 포기하고 가져가야 할지.
 
지금 당장 겪고 있지는 않지만, 개발을 계속 공부한다면 언젠가는 마주치게 될 질문처럼 느껴졌다. 앞으로 이런 선택을 해야 하는 상황이 온다면, "리라이트" vs "현상 유지"라는 이분법적 접근보다는 "경계를 나눠 일부를 러스트로 감싼다"는 방법을 떠올릴 수 있을 것 같다. 비단 러스트로의 리팩토링 뿐만 아니라 어떤 스택에서도 적용할 수 있는 사고방식을 배운 느낌.
 

솔직히 러스트 너무 어려움

러스트...너무 어렵다. 자바스크립트, 파이썬을 위주로 보던 나이기에 러스트의 철학은 더욱 낯설게 느껴졌던 것 같다. 
 
그래도 초반 챕터에서는 러스트의 핵심 개념들을 정리해준다.

• 소유권
• 메모리 안정성
• FFI
• unsafe

여전히 긴장감이 생기는 단어들...C/C++처럼 메모리 레벨에서 언어를 다뤄본 경험이 없다 보니, 개념 하나를 이해하는 데도 시간이 꽤 걸렸다. 아직도 완전히 이해했다고 말하긴 어렵다. 그럼에도 좋았던 점은 설명 방식이다.

텍스트와 코드만으로 밀어붙이지 않고, 추상적으로 느껴질 수 있는 개념, 흐름들을 도표와 구조도로 시각화해서 설명한다. 이런 보조 자료 덕분에 이해에 도움이 많이 되었다.

 

추천 대상

• 이미 운영 중인 서비스를 다루고 있는 개발자
• 성능 이슈나 메모리 안정성 문제를 고민해본 사람
• 러스트를 단순한 프로그래밍 언어가 아닌 전환 전략 관점에서 보고 싶은 사람

https://www.yes24.com/product/goods/176455828

[전자책] 러스트로 갈아타기 | 릴리 마라 | 한빛미디어 - 예스24