2026. 7. 1. 21:19ㆍ시즌 1 | 기초 기술 개념
DevRel 준비 8주차 | DevRel 직무와 나의 다음 단계
8주가 지났습니다.
처음 이 블로그를 시작할 때, 저는 "비전공 테크니컬 라이터가 DevRel을 준비하는 이유"를 썼습니다. 그때 제 상태를 솔직하게 표현하면, 방향은 있지만 지도는 없는 상태였습니다. DevRel이라는 직무가 왜 저에게 맞을 것 같다는 감각은 있었지만, 그것을 구체적인 역량과 경험으로 어떻게 연결해야 하는지는 아직 흐릿했습니다.
지금은 조금 다릅니다. 8주 동안 프로그래밍 언어부터 API, 데이터베이스, 기술 문서, AI 툴까지 차례로 공부하고 글로 쓰면서, 제가 왜 이 공부를 하고 있는지가 점점 더 선명해졌습니다. 오늘은 그 연결을 정리해보려 합니다.
DevRel이란 무엇인가
DevRel은 Developer Relations의 줄임말입니다. 직역하면 "개발자 관계"인데, 이 번역만으로는 실제로 무슨 일을 하는지 잘 와닿지 않습니다.
제가 이해하는 DevRel은 이렇습니다.
DevRel은 개발자들이 어떤 제품이나 플랫폼을 더 잘 이해하고, 더 쉽게 사용하고, 더 오래 사용하도록 돕는 모든 활동을 담당하는 직무입니다.
조금 더 구체적으로 풀어보면, DevRel 담당자는 기술 문서를 작성하고, 튜토리얼과 샘플 코드를 만들고, 개발자 커뮤니티에서 소통하고, 컨퍼런스에서 발표하고, 개발자들의 피드백을 제품 팀에 전달하는 일을 합니다. 한 마디로, 개발자와 제품 사이의 다리 역할입니다.
DevRel이 필요한 이유
아무리 뛰어난 기술이라도, 개발자들이 어떻게 사용해야 하는지 모르거나 사용하기 불편하다면 채택되지 않습니다. 반대로, 기술적으로 완벽하지 않더라도 문서가 잘 되어 있고, 커뮤니티가 활발하고, 질문하면 빠르게 답을 얻을 수 있는 플랫폼은 개발자들에게 선택받습니다.
Stripe의 결제 API가 개발자들 사이에서 사랑받는 이유 중 하나는 문서의 품질입니다. Twilio가 빠르게 성장한 배경에는 개발자 커뮤니티와의 적극적인 소통이 있습니다. 이런 것들이 DevRel의 영역입니다.
지난 8주의 글이 DevRel 준비와 어떻게 연결되는가
이제 이 블로그에서 써온 글들이 왜 DevRel 준비와 연결되는지 정리해보겠습니다. 단순히 기술을 공부한 것이 아니라, 각 주제가 DevRel 역량의 어떤 부분을 훈련하는 것이었는지 돌아보고 싶습니다.
2주차: 프로그래밍 언어 기술 개념을 비전공자에게 설명하는 연습이었습니다. DevRel에서는 같은 내용을 초보 개발자에게 설명하는 온보딩 문서와, 숙련 개발자를 위한 레퍼런스 문서를 다르게 써야 합니다. 독자에 맞게 설명의 수준과 방식을 조절하는 감각을 키우는 것이 목표였습니다.
3주차: 웹과 앱, 프론트엔드와 백엔드 서비스의 구조를 이해하는 것은 DevRel에서 필수입니다. 개발자들이 어떤 레이어에서 작업하는지 알아야, 그 맥락에 맞는 문서와 콘텐츠를 만들 수 있습니다.
4주차: API와 요청·응답 API는 DevRel의 핵심 영역입니다. API 문서를 작성하고, 개발자들이 API를 사용할 때 어디서 막히는지 파악하고, 더 나은 온보딩 경험을 설계하는 것이 DevRel의 중요한 업무이기 때문입니다.
5주차: 데이터베이스와 클라우드 서비스의 데이터 흐름을 이해하는 것은 기술 문서의 정확성을 높이는 데 직결됩니다. 또한 클라우드 플랫폼들이 DevRel을 적극적으로 운영하는 대표적인 분야이기도 합니다.
6주차: 기술 문서와 DX 이 주제는 제 현재 직무 경험과 가장 직접적으로 연결됩니다. 좋은 문서가 개발자 경험을 어떻게 바꾸는지를 이해하는 것은 DevRel의 핵심 역량입니다.
7주차: AI 툴 비교 DevRel 담당자는 콘텐츠를 지속적으로 생산해야 합니다. AI 툴을 효과적으로 활용하는 것은 생산성을 높이는 동시에, AI 시대의 기술 커뮤니케이션 트렌드를 이해하는 데도 도움이 됩니다.
비전공자인 내가 DevRel을 준비하는 방식
솔직히 말하면, DevRel 포지션의 채용 공고를 보면 여전히 "개발 경험 보유자 우대"라는 문구가 많습니다. 그리고 저는 코드를 짜는 개발자가 아닙니다.
하지만 저는 이것이 불가능한 조건이라고 생각하지 않습니다. DevRel이 요구하는 역량은 단순히 코딩 능력이 아닙니다. 기술을 이해하고, 그것을 정확하고 명확하게 설명하고, 개발자들이 원하는 것이 무엇인지 파악하고, 그 경험을 더 좋게 만드는 능력입니다.
저는 영문학과 통번역을 통해 텍스트를 읽고 의미를 옮기는 훈련을 했고, Technical Writer로 일하면서 복잡한 기술 정보를 사용자 친화적인 문서로 바꾸는 경험을 쌓았습니다. 이 블로그를 통해서는 기술 개념을 직접 공부하고, 그것을 제 언어로 다시 설명하는 훈련을 하고 있습니다.
이 세 가지가 합쳐지는 지점이 제가 DevRel에서 기여할 수 있는 영역이라고 생각합니다.
다음 시즌 예고: 더 깊이, 더 실전으로
8주 동안의 기초 시리즈를 마치면서, 다음에는 어떤 방향으로 나아갈지 간략하게 공유하고 싶습니다.
기초에서 실전으로: 프로그래밍 언어와 웹 구조를 이해했다면, 이제는 실제 API 문서를 직접 분석하고 개선안을 작성해보는 실습을 해보려 합니다. 공개된 API 문서들을 Technical Writer의 눈으로 리뷰하고, 어떻게 더 좋은 DX를 만들 수 있는지 실제 예시로 보여주는 콘텐츠를 만들고 싶습니다.
개발자 커뮤니티 탐색: DevRel의 중요한 역량 중 하나는 개발자 커뮤니티를 이해하는 것입니다. GitHub, Stack Overflow, 각종 개발자 포럼에서 개발자들이 실제로 어떤 질문을 하고, 어떤 문제로 막히는지를 관찰하고 정리하는 글을 써보려 합니다.
포트폴리오 구체화: 이 블로그 자체가 포트폴리오이기도 하지만, 더 나아가 실제 DevRel 업무에 가까운 산출물, 예를 들어 온보딩 가이드 샘플, API 문서 리뷰, 튜토리얼 초안 같은 것들을 만들어 공유해보겠습니다.
마무리하며: 설명하는 사람에서 경험을 만드는 사람으로
1주차 글의 마지막 문장이 "설명하는 사람에서 경험을 만드는 사람으로"였습니다. 8주가 지난 지금, 그 방향이 더 선명해졌습니다.
저는 아직 DevRel이 아닙니다. 배워야 할 것이 여전히 많고, 실제 개발자들과 함께 일하면서 쌓아야 할 경험도 많습니다. 하지만 기술을 이해하고, 그것을 설명하고, 그 설명이 누군가의 경험을 더 좋게 만드는 과정을 계속 훈련하고 있다는 것은 확실합니다.
이 블로그를 읽어주신 분들, 특히 저처럼 비전공자로서 기술과 커뮤니케이션 사이 어딘가에서 자신의 역할을 찾고 있는 분들에게 이 기록이 조금이라도 도움이 되었으면 합니다.
다음 시즌에도 함께해주세요.
읽어주셔서 감사합니다.
TAG: #DevRel #DevRel직무 #포트폴리오 #비전공자 #DeveloperRelations #DevRel준비 #DocsToDevRel #TechnicalWriter #커리어전환 #기술문서
'시즌 1 | 기초 기술 개념' 카테고리의 다른 글
| ChatGPT, Claude, Gemini는 어떻게 다를까: 비전공 학습자 기준 현실 비교 (0) | 2026.06.10 |
|---|---|
| 좋은 기술문서는 왜 사람을 덜 헤매게 할까: 사용자 설명서와 API 문서의 차이 (0) | 2026.06.10 |
| 내 정보는 어디에 저장될까: 데이터베이스와 클라우드를 처음부터 (0) | 2026.06.10 |
| 로그인 버튼을 누르면 무슨 일이 일어날까: API와 요청·응답의 기초 (0) | 2026.06.09 |
| 웹과 앱은 무엇이 다를까: 프론트엔드와 백엔드까지 한 번에 이해하기 (0) | 2026.05.15 |