왜 나는 드디어 글쓰기를 시작하는가

Source: Dev.to

Introduction

두 해 동안 Dev.to 계정을 가지고 있었지만 글은 하나도 올리지 않았습니다. 말할 것이 없어서가 아니라, 오히려 말할 것이 많았기 때문이죠. 읽을 가치가 있는 글을 쓸 만큼 충분히 알고 있다고 느낄 때까지 기다렸는데, 그 기준이 계속 움직였습니다.

저는 AWS에서 일하는 소프트웨어 엔지니어 EJ입니다. Rust로 코딩하고, 분산 시스템에 대해 고민하며, Codeforces에 너무 많은 시간을 투자하고 있습니다. 그리고 이번 9월부터 조지아텍에서 파트‑타임 석사 과정을 시작하는데, 바쁜 생활을 즐기는 것 같아서요.

What finally got me writing

Competitive programming

한동안 경쟁 프로그래밍을 꾸준히 해왔습니다. 가장 어려웠던 문제들은 알고리즘이 부족해서가 아니라, 내 사고 모델이 조금씩 어긋난 경우였습니다. 해결책을 깔끔하게 설명해보는 것—심지어 나 자신을 위해서라도—은 그런 빈틈을 찾아내는 데 큰 도움이 됩니다. 이를 공개적으로 작성하면서 명확성을 강제하고 싶습니다.

Systems curiosity

시스템에 관심을 갖게 된 이유는 규모가 큰 실제 환경이 어떻게 동작하는지 이해하고 싶었기 때문입니다—프레임워크 튜토리얼을 넘어서, 진짜 핵심을 말이죠.

• 왜 S3는 그렇게 높은 내구성을 보장할까?
• Tokio의 스케줄러는 다음에 무엇을 실행할지 어떻게 결정할까?
• Firecracker가 125 ms 만에 마이크로VM을 부팅할 수 있는 이유는?

이 질문들은 짧은 Stack Overflow 답변으로는 해결되지 않으며, 깊이 파고들어야 합니다. 발견한 내용을 정리해서 남기고 싶고, 개인 메모에만 머물게 두고 싶지 않습니다.

Learning from production Rust codebases

Tokio와 Firecracker 같은 실제 서비스에 사용되는 Rust 코드베이스를 읽는 것이 어떤 강의보다 큰 배움을 주었습니다. 그 과정을 글로 쓰고 싶습니다: 무엇을 찾아보고, 어떤 점에 놀라며, 내 코드에 어떻게 적용했는지 등을 공유하고 싶습니다.

Schedule and topics

엄격한 일정도 없고, 특정 분야에만 국한되지도 않습니다. 제가 생각하고 있는 주제—시스템, Rust, 경쟁 프로그래밍, 그리고 파트‑타임 석사 과정을 병행하며 CS 커리어를 탐색하는 이야기—에 대해 자유롭게 글을 쓸 예정입니다.

Closing

이 중에 조금이라도 도움이 될 것 같다면, 계속 지켜봐 주세요.