최근 프로그래밍 갤러리에 Rust 코드의 컴파일 여부를 두고 명백히 의도적인 허위 주장이 제기되며 필자를 비방하는 게시글을 확인했습니다. 해당 게시글은 필자가 제시한 Rust 코드 예시가 "아무 이상 없이 잘 된다"고 주장하며, "그 머리로 대학원에 어떻게 가느냐"는 식으로 필자에 대한 악의적인 인신공격을 가했습니다. 이는 Rust 컴파일러의 동작 원리를 뻔히 알면서도 사실을 왜곡하는 고의적인 행위입니다.
문제의 Rust 코드: 컴파일 실패는 명백한 사실
해당 게시글에서 "아무 이상 없이 잘 된다"고 주장한 코드는 필자가 node-fail.rs라는 파일명으로 제시했던 다음 Rust 코드입니다.
// node-fail.rs (컴파일 불가능한 코드)
struct Node<'a> {
parent: Option<&'a Node<'a>>, // 부모를 가리키는 참조
// ... 다른 필드들
}
fn main() {
let mut root = Node { parent: None, /* ... */ };
let child = Node { parent: Some(&root), /* ... */ };
}
이 코드는 최신 Rust 컴파일러(rustc)로 컴파일할 경우 100% 반드시 컴파일 에러가 발생합니다. 구체적으로는 error[E0502]: cannot borrow ... 에러가 출력되죠. 이는 Rust의 핵심적인 안전 장치인 **보로 체커(빌림 검사기)**의 엄격한 규칙 때문입니다.
컴파일 에러 발생 원리 (Rust의 핵심 설계):
Rust의 보로 체커는 한 데이터에 대해 가변 참조(&mut)가 있는 동안, 다른 어떤 불변 참조(&)도 동시에 존재할 수 없다는 규칙을 강제합니다. 위 코드에서 root 변수는 let mut root로 **가변(mutable)**으로 선언되었고, 이 mut 상태는 main 함수 스코프 전체에서 유효합니다. 그런데 let child = Node { parent: Some(&root), ... }; 줄에서 root의 **불변 참조(&root)**를 child의 parent 필드에 할당하려고 시도합니다. root가 가변적으로 사용될 가능성이 있는 상태에서 불변 참조를 생성하는 것은 보로 체커 규칙을 명백히 위반하는 행위로, 데이터 경쟁(Data Race)과 같은 런타임 오류를 컴파일 타임에 원천 차단하기 위함입니다.
만약 해당 게시글 작성자가 이 코드가 "컴파일이 잘 된다"고 주장한다면, 이는 Rust 컴파일러의 기본 동작에 대한 이해가 부족하거나, 혹은 더 나아가 의도적으로 사실을 왜곡하여 허위 주장을 펼치는 행위입니다. 어떤 환경에서도 해당 코드가 rustc를 통해 정상적으로 컴파일되는 것은 Rust의 설계 원리상 불가능에 가깝습니다.
Rust의 안전성 철학: 실패 코드가 보여주는 진실
필자의 책 '우월한 러스트와 나르시시즘'에서 이 node-fail.rs 예시를 든 이유는, Rust가 C/C++의 날것 포인터(*)처럼 직관적으로 보이지만 메모리 안전성 위험이 있는 코드를 어떻게 컴파일 타임에 막아내는지 보여주기 위함입니다. C++에서는 위와 유사한 로직이 컴파일은 될 수 있지만, 런타임에 댕글링 포인터나 메모리 릭 같은 예측 불가능한 오류를 유발할 수 있죠. Rust는 이러한 오류를 프로그래머의 책임으로만 남겨두지 않고, 언어 차원에서 강제하여 안전성을 보장하는 것입니다.
다음은 node-fail.rs가 시도했던 부모-자식 관계를 Rust에서 정상적으로 컴파일하고 실행할 수 있는 코드입니다.
// node.rs (컴파일 성공 코드)
use std::rc::{Rc, Weak};
use std::cell::RefCell;
use std::fmt;
struct Node {
value: String,
parent: RefCell<Weak<Node>>,
children: RefCell<Vec<Rc<Node>>>,
}
impl fmt::Debug for Node {
fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
f.debug_struct("Node").field("value", &self.value).finish()
}
}
impl Drop for Node {
fn drop(&mut self) {
println!("Node '{}' destroyed.", self.value);
}
}
impl Node {
fn new(value: &str) -> Rc<Self> {
let node = Rc::new(Node {
value: value.to_string(),
parent: RefCell::new(Weak::new()),
children: RefCell::new(Vec::new()),
});
println!("Node '{:?}' created.", node);
node
}
fn add_child(parent_node: Rc<Node>, child_node: Rc<Node>) {
*child_node.parent.borrow_mut() = Rc::downgrade(&parent_node);
parent_node.children.borrow_mut().push(child_node);
}
fn get_parent_value(&self) -> Option<String> {
self.parent.borrow().upgrade().map(|p| p.value.clone())
}
fn get_child_values(&self) -> Vec<String> {
self.children.borrow().iter().map(|c| c.value.clone()).collect()
}
}
fn main() {
println!("\n--- 노드 생성 ---");
let root = Node::new("root_node");
let child1 = Node::new("child_1");
let child2 = Node::new("child_2");
println!("\n--- 자식 노드 추가 ---");
Node::add_child(Rc::clone(&root), Rc::clone(&child1));
Node::add_child(Rc::clone(&root), Rc::clone(&child2));
let grandchild1 = Node::new("grandchild_1");
Node::add_child(Rc::clone(&child1), Rc::clone(&grandchild1));
println!("\n--- 현재 트리 상태 ---");
println!("루트 자식들: {:?}", root.get_child_values());
println!("자식_1 부모: {:?}", child1.get_parent_value());
println!("손자_1 부모: {:?}", grandchild1.get_parent_value());
println!("자식_1 자식들: {:?}", child1.get_child_values());
println!("\n--- 객체 수명 주기 시연 ---");
drop(root);
println!("\nroot 변수를 drop() 한 후:");
println!("손자_1 부모 (이제 없음): {:?}", grandchild1.get_parent_value());
println!("손자_1 자식들: {:?}", grandchild1.get_child_values());
}
결론: 의도적 왜곡과 인신공격은 지양해야
해당 게시글 작성자의 주장은 Rust의 설계 원리를 고의적으로 오해하거나 왜곡하여 사실과 다른 내용을 퍼뜨린 것으로 보입니다. 이를 바탕으로 필자를 '저능하다'고 비난하고 '대학원 운운'하는 식의 인신공격을 가하는 행위는 건강한 기술 토론 문화에 명백한 해를 끼칩니다.
필자의 책 '우월한 러스트와 나르시시즘'은 특정 기술에 대한 맹목적인 믿음이 어떻게 사실 왜곡과 배타적인 태도로 이어지는지 분석하고 있습니다. 이번 논란은 바로 그러한 현상이 현실에서 어떻게 나타나는지를 여실히 보여주는 사례입니다.
기술적 논쟁은 정확한 사실과 증거를 기반으로 해야 하며, 고의적인 허위 주장이나 인신공격은 그 어떤 논리도 정당화할 수 없습니다. Rust의 강점은 물론 인정하지만, 그 한계와 설계 철학의 대가를 솔직하게 인정하고, 비판을 통해 함께 성장하려는 열린 자세야말로 진정한 기술 성숙의 길입니다.
댓글 영역
획득법
① NFT 발행
작성한 게시물을 NFT로 발행하면 일주일 동안 사용할 수 있습니다. (최초 1회)
② NFT 구매
다른 이용자의 NFT를 구매하면 한 달 동안 사용할 수 있습니다. (구매 시마다 갱신)
사용법
디시콘에서지갑연결시 바로 사용 가능합니다.