노베이스 비전공 테크니컬 라이터가 DevRel을 준비하는 이유

안녕하세요. 이 블로그는 비전공 테크니컬 라이터가 DevRel을 준비해가는 기록입니다.
저는 대학에서 영어영문학을 공부했고, 졸업 후에는 영어-한국어 통번역 업무를 했습니다. 지금은 가전제품의 사용자 매뉴얼 콘텐츠를 개발하는 Technical Writer로 일하고 있습니다. 언뜻 보면 커리어의 결이 조금씩 달라 보일 수도 있지만, 돌이켜보면 제 일의 중심에는 늘 하나의 공통점이 있었습니다. 바로 복잡한 정보를 다른 사람이 이해할 수 있게 바꾸는 일입니다.
최근 저는 그 능력을 한 단계 더 확장해보고 싶다는 생각을 하고 있습니다. 그 방향이 바로 DevRel(Developer Relations) 입니다. 이 블로그는 그 준비 과정을 기록하는 공간이자, 동시에 제 포트폴리오가 될 예정입니다.

---

1. 이 블로그를 시작하는 이유

새로운 직무를 준비할 때 가장 어려운 점은 “나는 이 일을 왜 하고 싶은가”를 스스로도 명확하게 설명하는 것입니다.
저에게 DevRel은 단순히 개발자 커뮤니티와 소통하는 직무가 아닙니다. 제품, 문서, 온보딩, 튜토리얼, 커뮤니케이션을 통해 개발자 경험을 더 좋게 만드는 역할이라고 생각합니다. 그리고 그 과정에는 “기술을 정확하게 이해하고, 상대의 수준에 맞게 설명하는 능력”이 반드시 필요합니다.
저는 바로 그 지점에서 제 강점이 시작된다고 느꼈습니다.
영문학을 공부하며 텍스트를 해석했고, 통번역 업무를 하며 의미를 옮기는 훈련을 했고, Technical Writer로 일하며 제품 정보를 사용자 친화적인 문서로 바꾸는 경험을 쌓았습니다. 이제 그 경험을 바탕으로, 더 기술적인 맥락까지 이해하며 문서와 콘텐츠, 그리고 경험 설계의 관점에서 DevRel 역량을 만들어가고 싶습니다.

---

2. 영문학, 통번역, 그리고 테크니컬 라이팅

제 커리어는 전통적인 개발자 경로와는 다릅니다.
처음에는 언어와 텍스트에 더 가까운 사람이었습니다. 문장을 읽고, 의도를 파악하고, 다른 언어로 자연스럽게 옮기는 일에 익숙했습니다. 통번역 업무를 하면서는 단순히 단어를 바꾸는 것이 아니라, 상대가 같은 의미로 받아들일 수 있도록 맥락을 옮기는 힘이 중요하다는 것을 배웠습니다.
Technical Writer로 일하면서는 이 능력이 더 구체적인 형태로 확장됐습니다. 제품 기능을 이해해야 했고, 사용자가 어디에서 헷갈리는지 고려해야 했고, 문서를 읽는 사람의 행동 흐름을 상상해야 했습니다. 같은 기능이라도 어떻게 설명하느냐에 따라 사용자의 이해 속도와 만족도는 달라졌습니다.
이 경험을 통해 저는 문서가 단순한 설명서가 아니라, 하나의 제품 경험이라는 사실을 더욱 분명하게 느끼게 됐습니다.

---

3. 왜 다음 목표가 DevRel인가

제가 DevRel에 관심을 가지게 된 이유는, 이 직무가 설명·문서·커뮤니케이션·기술 이해의 접점에 있기 때문입니다.
물론 저는 컴퓨터공학 전공자가 아니고, 아직 개발 지식도 충분하지 않습니다. 그래서 오히려 더 명확하게 보이는 부분이 있습니다. 기술을 전혀 모르는 사람에게는 어떤 설명이 필요한지, 어디에서 용어 장벽이 생기는지, 어떤 문서가 사람을 포기하게 만드는지를 저는 사용자 쪽 감각으로 먼저 이해할 수 있습니다.
반대로 DevRel을 제대로 하기 위해서는 감각만으로는 부족하다는 것도 잘 알고 있습니다. 그래서 이 블로그에서는 가장 기초적인 기술 개념부터 차근차근 공부하고, 이해한 것을 제 언어로 다시 설명하는 훈련을 해보려고 합니다.
저는 이 과정을 통해 단순히 “DevRel을 하고 싶다”는 사람에서 끝나는 것이 아니라,
기술을 학습하고 구조화하고 설명하는 과정을 꾸준히 보여주는 사람이 되고 싶습니다.

---

4. 비전공자인 내가 기초부터 다시 공부하려는 이유

저는 요즘 기술을 공부할 때, 너무 큰 주제를 한 번에 이해하려고 하면 금방 막힌다는 걸 자주 느낍니다.
예를 들어 “앱은 어떻게 만들어질까?”라는 질문 하나만 해도 그 안에는 프로그래밍 언어, 운영체제, 프론트엔드, 백엔드, API, 데이터베이스 같은 개념이 다 들어 있습니다. 그런데 초보자 입장에서는 이 단어들이 한꺼번에 나오기 시작하는 순간 흥미를 잃기 쉽습니다.
그래서 이 블로그에서는 가능하면 기초 개념 하나 + 익숙한 결과물 하나를 같이 연결해보려고 합니다.
예를 들면 이런 방식입니다.

• 프로그래밍 언어란 무엇인가
• 왜 언어가 여러 종류로 나뉘는가
• 이 언어들 중 어떤 것들이 앱, 웹사이트, 서비스 개발에 쓰이는가
• 우리가 매일 쓰는 앱에서는 이 개념이 어디에 숨어 있는가

저는 이런 식으로 추상적인 개념을 생활 속 제품과 연결해서 설명하고 싶습니다. 저처럼 비전공자이거나, 기술이 늘 멀게 느껴졌던 사람도 흥미를 잃지 않고 따라올 수 있도록 말이죠.

---

5. 이 블로그에서 앞으로 다룰 주제

이 블로그는 크게 다섯 가지 축으로 운영할 생각입니다.

1) 기초 기술 개념

컴퓨터, 프로그래밍 언어, 웹과 앱, 프론트엔드와 백엔드, API, 데이터베이스, 클라우드처럼 기본이 되는 개념을 가장 쉬운 방식으로 정리해보겠습니다.

2) 익숙한 서비스 해부

배달 앱, 로그인 기능, 검색창, 챗봇처럼 우리가 익숙하게 쓰는 서비스가 어떤 구조로 돌아가는지 입문자 관점에서 풀어보겠습니다.

3) 기술문서와 Developer Experience

좋은 문서는 무엇이 다른지, API 문서와 사용자 설명서는 어떻게 다른지, 문서 품질이 사용자 경험과 개발자 경험에 어떤 영향을 주는지 살펴보겠습니다.

4) DevRel 직무 이해

DevRel이 실제로 어떤 역할을 하는지, 어떤 역량이 필요한지, 비전공자인 제가 어떤 방식으로 준비하고 있는지 기록하겠습니다.

5) AI 툴과 학습/문서 생산성

요즘 뜨는 AI 툴들의 차이점, 문서 작성과 학습에 어떻게 활용할 수 있는지, 또 어디까지 믿고 어디서부터는 검증해야 하는지도 함께 다뤄보겠습니다.

---

6. 8주 동안 먼저 쌓아볼 글의 방향

처음부터 너무 넓게 벌리기보다는, 먼저 8주 동안 블로그의 뼈대를 세워보려 합니다.
첫 8주는 대략 이런 흐름으로 갈 예정입니다.

1. 왜 이 블로그를 시작하는가
2. 컴퓨터와 프로그래밍 언어란 무엇인가
3. 웹과 앱, 프론트엔드와 백엔드의 차이
4. API와 브라우저-서버의 관계
5. 데이터베이스와 클라우드의 기초
6. 좋은 기술문서와 DX
7. AI 툴 비교와 활용
8. DevRel 직무와 나의 준비 로드맵

이 순서대로 가면, 단순한 자기소개 블로그가 아니라 기초 이해 → 설명 능력 → 문서 관점 → DevRel 관점까지 자연스럽게 연결되는 흐름을 만들 수 있을 것 같습니다.

---

7. 마무리: 설명하는 사람에서 경험을 만드는 사람으로

저는 아직 DevRel이 아닙니다. 그리고 아직 배워야 할 것이 훨씬 많습니다.
하지만 지금까지 해온 일들을 돌아보면, 저는 늘 누군가의 이해를 돕는 일을 해왔습니다. 이제는 그 일을 더 기술적인 맥락 안에서, 더 넓은 제품 경험 안에서 해보고 싶습니다.
이 블로그는 완성된 전문가의 정답 노트가 아니라,
배우고 이해하고 설명하면서 성장해가는 기록이 될 것입니다.
혹시 저처럼 비전공자로서 기술을 다시 배우고 싶거나, Technical Writer에서 다음 단계의 커리어를 고민하고 있다면 이 기록이 조금은 도움이 되었으면 합니다.
다음 글에서는 정말 기초부터 시작해보겠습니다.
“컴퓨터 언어란 무엇인가?”
프로그래밍 언어를 가장 쉬운 비유로 풀어보면서, 우리가 쓰는 웹과 앱이 어떤 재료로 만들어지는지 연결해보겠습니다.
읽어주셔서 감사합니다.