Sign in Subscribe

Jennybe

A technical writer @Seoul

📍 Seoul

Why Toss Frontend Developers Don’t Read the Docs

The Toss Frontend team no longer searches for documentation—we use AI-powered tools to answer developers' questions instantly. Here's how we built a new documentation system that keeps the focus on development.

How Docs Scale

Technical writing isn’t just about creating documents; it’s about designing systems that scale knowledge. As AI takes on structured tasks, the role of technical writers is shifting faster than ever. Here’s my take on where we’re headed.

메이커의 정의를 넓혀보기

아이디어를 기반으로 제품과 서비스를 만드는 사람을 '메이커(Maker)'라고 한다. 이 용어는 실리콘밸리뿐 아니라 기술과 창업 생태계 전반에서 널리 사용된다. 실리콘밸리에서는 앱을 개발하거나 혁신적인 제품을 설계하는 사람들을 가리킨다. 회사에서는 보통 디자이너, 개발자 등 직접 '만드는' 과정에서 중요한 역할을 하는 사람들을 메이커라고 부른다. 그런데 만든다는 것을 잘

Redefining Makers

Korean version We call people who build apps or develop products “makers.” But I think that definition sells them short. Lately, I’ve started to think of a maker as someone who doesn’t just build things but also produces knowledge in the process. It is because while trying to

학습(learning)이라는 인프라

나는 학습을 인프라의 관점에서 바라본다. 학습은 보호 받으며 자유로울 수 있다는 감각을 함께 경험할 수 있는 중요한 삶의 기반이다.

테크니컬 라이팅과 데이터로써의 글쓰기

테크니컬 라이팅이 AI 시스템이 효과적으로 학습하고 추론할 수 있는 양질의 데이터를 생성하는 과정으로 재정의 될 수 있을까?

우리를 끈기 있게 만드는 것

끈기는 내가 중요하다고 생각하는 문제를 탐구하는 것에서 시작된다.

훌륭한 기술 문서, 좋은 테크니컬 라이팅이란 뭘까?

이제 테크니컬 라이터에게 '글을 쓰는 일'은 상대적으로 덜 중요하다고 느끼고 있다. 테크니컬 라이터에게 쓰는 일이 덜 중요하다니, 모순된 말 같지만 주요 사용자인 개발자가 정보를 얻고, 문서를 읽고 쓰는 경험이 바뀐다면 고민해야 하는 부분도 바뀔 수 있다.

기술 문서의 진화 단계

보통 우리는 '기술 문서'라고 하면 검색이 되는 정적 사이트를 떠올린다. 개발자가 코드를 짜다가 필요한 정보를 필요할 때 보고, 찾는 행동을 떠올린다. 하지만 일을 하다가 '다른 사이트'에 접근해서 '검색'을 하는 행위는 자연스럽지 않다. 사실상 업무 플로우를 깨는 것에 더 가깝다.

세상에서 글쓰기에 가장 관심 많은 스타트업

"글을 쓰는 사람이라면 여기를 'home'으로 느낄 거예요."