18  글을, 많이 쓰십시오

“많은 사람들이 과소평가하는 점은 이메일이든 문서든 글을 잘 쓰는 사람이 되면 더 큰 영향력을 발휘할 수 있다는 것입니다. 저는 많은 엔지니어가 그 기술을 무시하는 것을 봅니다. 여러분은 자신의 코드를 자랑스러워할 수도 있습니다. 그렇다면 글쓰기라는 기술도 똑같이 자랑스러워해야 합니다… 글쓰기는 엔지니어에게 크게 과소평가된 기술입니다.” - 우르스 횔즐레(Urs Hölzle), Google 최초의 엔지니어링 부사장

코딩 커리어에서 영향력을 발휘하는 일에 진지하다면, 코드뿐만 아니라 글도 잘 쓸 수 있어야 합니다. 개발자는 업무에서도, 자신의 경력을 위해서도 수많은 상황에서 글을 씁니다. 그리고 여러분과 같은 지식 노동자에게 자신의 지식을 글로 적는 일이 특히 보람 있는 이유가 되는 특성은 아주 많습니다.

제가 궁극적으로 권하는 것은 많은 양의 글을 쓰는 습관을 들여 마침내 “독학 박사 학위(Do-It-Yourself PhD)”를 얻는 것입니다.

18.1 개발자가 글을 쓰는 이유

개발자가 글을 쓰는 가장 단순한 이유는 업무상 써야 하기 때문입니다:

  • 이메일, 코드 리뷰, 이슈, 풀 리퀘스트 작성.
  • 개발자는 자신이 작업하고 싶은 프로젝트에 대한 제안서를 작성해야 합니다.
  • 일이 잘못되었을 때는 작업을 가로막는 문제와 장애에 대해서도 설명해야 합니다. 사고는 일어나기 마련입니다 - 근본 원인을 이해하고 있으며 어떻게 고쳐야 하는지 알고 있음을 보여 주는 훌륭한 설명을 쓸 수 있다면, 어떤 실수에서든 긍정적인 면을 찾을 수 있습니다.
  • 승진을 위한 자기 평가서와 팀원들에 대한 동료 평가서도 당연히 작성해야 합니다!
  • 시니어 개발자는 구현에 들어가기 전에 설계 문서를 작성해야 합니다.
  • 어떤 회사들은 내부 및 외부 파트너와 효과적으로 소통하는 능력을 기준으로 개발자의 영향력을 평가하기까지 합니다.
  • 의사소통의 60~70%는 비언어적입니다. 원격 근무에서는 몸짓 언어를 글이 대신합니다. 그리고 지구상에서 가장 큰 원격 회사 중 하나인 Automattic(Wordpress의 소유사)을 운영하는 Matt Mullenweg에 따르면, 원격 근무를 확장하는 유일한 방법은 비동기로 전환하는 것, 즉 대면 소통을 훨씬 더 많은 글쓰기로 대체하는 것입니다. 따라서 글쓰기는 원격 근무의 초능력이 됩니다.

글쓰기는 인접 기술의 전형적인 예입니다. 인접 기술이란 추가로 계발할 수 있는 기술로, 이미 가진 기술의 효과를 몇 배로 키워 주는 역할을 합니다.

어떤 개발자들은 업무에서 코드보다 글을 더 많이 쓰며, 코드만 작성하는 사람보다 더 큰 영향력을 발휘합니다. 이러한 현실은 코딩 커리어를 넘어설수록 더욱 두드러질 뿐입니다. 엔지니어링 매니저로서 사람들을 관리하든, 창업자로서 자금을 조달하든 마찬가지입니다. 스티브 잡스, 빌 게이츠, 마크 저커버그 같은 리더들의 내부 메모를 살펴보면 분명히 알 수 있듯이, 글쓰기 스타일은 사람마다 크게 다를 수 있습니다. 하지만 그들 모두 자신의 역량을 확장하는 데 글쓰기가 결정적으로 중요하다는 점에는 동의합니다. 여건이 된다면 글로 소통하는 문화를 장려하여 글쓰기의 이점을 조직 전체로 확장하십시오.

“글을 잘 쓰면 효율적으로 소통하는 능력을 여러 팀으로, 하나의 조직으로, 나아가 회사 전체로 확장할 수 있습니다. 그리고 직속 팀을 넘어 소통하고 영향력을 발휘하는 능력은 시니어리티가 높아지는 엔지니어에게 필수적인 역량입니다. 시니어 엔지니어에서 시작하여, 조직에 따라 리드, 프린시펄, 스태프 또는 디스팅귀시드 엔지니어라고 부르는 단계에 이르기까지 말입니다.” - Gergely Orosz

좀 더 기술적인 비유를 선호한다면, 글쓰기를 자기 자신을 캐싱하는 것이라고 생각하십시오:

“데이터베이스는 보편적인 단일 진실 공급원(source of truth)과 같은 것으로, 사용자와 고객에 관한 모든 데이터가 저장되는 곳입니다… 시간이 지나 규모가 커지면 데이터베이스가 모든 요청에 응답할 수 없게 되므로, 캐시를 추가합니다. 대부분의 웹 애플리케이션은 이렇게 확장합니다. 글쓰기가 바로 캐시입니다. 문서가 캐시입니다. 코드가 캐시입니다. 회사의 사람들, 즉 저 자신이 바로 데이터베이스입니다.” - Sahil Lavingia

배운 것을 나누는 순수한 즐거움을 위해 글을 쓸 수도 있습니다. 그것만으로도 충분할 수 있습니다. 제가 아는 가장 많은 글을 쓰는 개발자 겸 작가 중 한 사람의 말을 빌리면 다음과 같습니다.

결국 저는 제가 배운 것을 공유하는 일을 정말 좋아합니다. 그것은 “정보를 주는 것”, “전해 주는 것”, “돕는 것”, “가르치는 것”, “같은 말을 반복하지 않는 것”, 그리고 “뽐내기 / 자랑하기”가 어느 정도 섞인 것입니다. 저는 할 말이 있기 때문에, 제가 사람들을 돕고 있다는 것을 알기 때문에, 그리고 정말로 글을 쓰지 않을 수 없기 때문에 글을 씁니다. - Mark Erikson

18.1.1 문서화

저는 문서화를 특별한 범주로 분류하는데, 오래 남도록 작성하는 업무용 글이기 때문입니다. 여러분은 자신이 만든 앱이나 서비스의 문서를 작성하거나, 앞으로 입사할 사람들을 위한 온보딩 문서를 작성해야 할 수도 있습니다.

어떤 회사는 한발 더 나아가 문서 주도 개발(Documentation Driven Development)을 따르기도 합니다. 코드에 대한 문서가 먼저 합의되기 전까지는 어떤 코드도 작성하지 않는 방식입니다. Jeff Bezos는 “6페이지” 서술형 메모를 도입한 것으로 유명한데, 이는 모의 보도 자료처럼 구성된 브리핑으로, 출시일에 프로젝트가 어떤 모습일지 그려 본 뒤 거기서부터 거꾸로 거슬러 올라가는 연습을 하기 위한 것입니다. Amazon에서는 주요 프로젝트를 시작하기 전에 반드시 이 메모를 작성해야 하는데, 명확한 글쓰기와 명확한 사고는 함께 가기 때문입니다.

훌륭한 기술 문서를 작성하는 것은 개발자 도구 회사, 원격 근무 회사, 그리고 오픈 소스에서도 매우 중요합니다:

  • John Resig는 jQuery의 성공 요인으로 문서화를 꼽습니다. “출시한 바로 첫날, 저는 이미 문서를 작성해 두었습니다. 자리에 앉아 모든 메서드를 하나하나 살펴보며 각 메서드와 그 동작 방식을 문서로 정리하고 작은 예제도 곁들였습니다…(2006년 당시) 문서를 갖춘 JavaScript 라이브러리는 jQuery가 유일했습니다!”
  • Taylor Otwell은 (거의) 1인 개발자로 Laravel을 운영하며 여덟 자릿수의 수입을 올리는데, 그는 더욱 직설적으로 말합니다: “가장 좋은 문서를 쓰는 사람이 이깁니다!”
  • GitLab의 핸드북은 이렇게 시작합니다. “핸드북 우선 방식의 문서화는 잘 운영되는 비즈니스에 은근히 결정적인 역할을 합니다. 건너뛰어도 될 것 같고, 심지어 비효율적으로 느껴지기까지 하지만, 프로세스와 문화와 해결책을 의도적으로 기록하고 정리했을 때 얻는 엄청난 이점은 놀라울 정도입니다. 반대로, 구조화된 문서화를 피하는 것은 전방위적으로 성장을 가로막는 낮은 수준의 혼돈과 혼란을 심어 주는 가장 확실한 방법입니다.”

테크니컬 라이팅은 제가 여기서 다룰 수 있는 것보다 훨씬 더 많은 전문 지식이 필요한 깊이 있는 분야입니다. Google에는 이에 관한 훌륭한 강좌가 있으니 살펴보셔도 좋습니다. 다만 좋은 테크니컬 라이팅으로 인정받기 위해 전문 테크니컬 라이터처럼 글을 써야 하는 것은 아니라는 점을 알아 두십시오.

18.1.2 커리어 자본

대부분의 개발자는 공개적으로 글을 쓰지 않습니다. 그들이 쓴 글의 상당수는 그저 회사 서버에 머물러 있을 뿐입니다. 현명한 개발자는 빈손으로 집에 가지 않기 위해 글을 씁니다. 그들은 대다수 개발자의 경력이 현재 회사에서의 재직 기간보다 길다는 사실을 이해하며, 업계에서 전문성을 확립하고 평판을 쌓는 가장 쉬운 방법이 자신의 이름으로 글을 쓰는 것이라는 점도 알고 있습니다.

자신의 커리어를 위해 글을 쓰는 좋은 방법은 최고의 업계 블로그와 포럼에 글을 게재하는 것입니다. 원고료를 지급하는 곳이라면 어디든 엄격한 편집 기준을 갖추고 있으므로, 돈을 벌고 독자층을 확보하면서 기술 글쓰기를 연습할 수 있습니다.

  • Twilio Voices는 기술 게시물 한 편당 500달러를 지급하며, Twilio를 사용하지 않아도 됩니다!
  • Digital Ocean과 Linode는 Python, JS 또는 Linux에 관한 글을 쓰면 300달러를 지급합니다
  • WonderProxy는 테스팅에 관한 콘텐츠에 500달러를 지급합니다
  • ClubHouse는 시니어 개발자/엔지니어링 매니저를 위한 콘텐츠에 약 500달러를 지급합니다
  • Smashing Magazine, CSS Tricks, A List Apart, LogRocket은 프런트엔드 글에 약 $250를 지급합니다
  • FloydHub는 데이터 과학/AI/ML 글에 $150를 지급합니다
  • Stack Overflow는 일반 프로그래밍 콘텐츠에 500달러를 지급합니다.

더 많은 정보는 WhoPaysTechnicalWriters.com에서 찾아볼 수 있습니다. 그 밖의 일부 플랫폼은 경우에 따라 글에 원고료를 지급하기도 합니다. Treehouse, Lynda, Pluralsight, Egghead 같은 동영상 강의 사이트는 거의 모두 어떤 형태로든 글을 게시하는 부문을 갖추고 있습니다.

다른 플랫폼에 글을 쓸 때 주의할 점이 두 가지 있습니다. 저작권을 잃게 된다는 점(어쨌든 그들이 대가를 지불했으니까요. 하지만 초창기에는 이름을 알리는 것이 더 중요하므로 보통은 괜찮습니다), 그리고 편집 과정을 거쳐야 한다는 점입니다(이것은 좋은 일입니다! 여러분이 바라야 할 일입니다!).

모든 것이 돈을 위한 것일 필요는 없습니다. 이미 자리 잡은 플랫폼에서 훌륭한 답변을 쓰는 것만으로 시작하는 것이 가장 쉬운 경우가 많습니다. Jon Skeet은 StackOverflow에서 왕성하게 답변을 달아 역대 최고의 기여자가 되었고, 그렇게 명성을 얻었습니다.

개인 기술 블로그는 누구의 허락도 필요 없는, 여러분이 소유하는 글쓰기 형태입니다. Mattt Thompson은 “Objective-C, Swift, Cocoa에서 간과되는 부분을 다루는 주간 저널”인 NSHipster를 만들었고, iOS와 Swift 전문가로 명성을 얻었습니다. Jeff Atwood와 Joel Spolsky는 오직 블로그를 통해 만났고, 이후 함께 StackOverflow를 만들었습니다.

이 책의 다른 원칙들에서 이미 보셨듯이, 공개적으로 배우는 동안 지식을 오픈 소스하고 프렌드캐처를 만들 수 있습니다. 도메인을 소유하고 있다면 글을 발행하는 데 누구의 허락도 필요하지 않으며, 직접 소유한 배포 채널 위에 브랜드를 구축할 수 있습니다.

다음번 훌륭한 오픈 소스 프로젝트를 코딩하더라도, 여전히 그것을 마케팅해야 합니다. 성공적인 오픈 소스 프로젝트 만들기에 대한 Dan Abramov의 말을 들어 봅시다: “그것은 또한 블로그 글을 쓰고, 튜토리얼을 만들고, 인기 있는 오픈 소스 프로젝트 예제가 여러분의 도구를 사용하도록 풀 리퀘스트를 보내고, 소셜 미디어 플랫폼에서 사용자와 이야기하며 그들이 무엇을 원하는지 알아내고, (트윗 같은) 홍보 자료를 준비하고, 인플루언서에게 연락하는 등의 일을 의미합니다. 오픈 소스는 많은 노력이 드는 일이며, 프로젝트를 가지고 있는 것만으로는 충분하지 않습니다.”

18.2 글쓰기가 여러분에게 주는 것

“글쓰기는 아이디어를 전달하기만 하는 것이 아니라, 아이디어를 만들어 내기도 합니다. 글쓰기에 서툴고 글 쓰는 것을 좋아하지 않는다면, 글쓰기가 만들어 냈을 아이디어 대부분을 놓치게 될 것입니다.” - Paul Graham

글쓰기는 소비하는 대신 창조하도록 만들며, 글을 쓸 때 규모, 구조, 그리고 힘을 줍니다.

18.2.1 확장성

글쓰기는 무한히 확장됩니다. 우리는 한때 석판에 글을 썼고, 그다음에는 양피지에 글을 쓰며 사본을 손으로 베꼈습니다. 현대 문명은 구텐베르크 인쇄기의 발명과 함께 시작되었습니다. 인쇄기는 글의 대량 복제를 가능하게 했고, 가장 뛰어난 작가들에게 불멸을 안겨 주었습니다. 컴퓨터는 그 과정을 디지털화하여 텍스트를 복제하는 비용을 한층 더 낮추었습니다. 인터넷 덕분에 훌륭한 글을 몇 초 만에 전 세계로 퍼뜨리는 일이 아주 쉬워졌습니다. 인류 역사상 처음으로, 이제 훌륭한 글은 바이럴이 될 수 있습니다. 참여도와 정보 밀도가 더 높은 다른 형태의 미디어도 있지만, 순수한 도달 범위에서 글쓰기를 이길 수 있는 것은 결코 없을 것입니다. 글을 쓰면 여러분의 아이디어와 브랜드, 그리고 자기 자신을 무한히 확장할 수 있습니다.

“말과 글 모두로 소통하는 능력을 갖추면, 여러분이 가진 다른 어떤 기술에든 아르키메데스의 지렛대를 얻게 됩니다.” - 팀 페리스

글은 검색할 수 있고, 글은 영원히 남습니다. 검색과 저장은 인간의 뇌가 특히 서투른 일입니다. 그러니 이 일은 최대한 컴퓨터에 맡겨야 합니다. 공교롭게도 이런 정보를 저장하기에 가장 색인하기 쉽고 오래 보존되는 형식은 바로 글입니다. 5년 전 5월 10일에 무슨 일을 했는지 기억하십니까? 기억하지 못하겠지만, 여러분의 일지는 기억합니다.

“글을 쓰면 여러분은 미래의 자신을 위한 자료가 됩니다. 시간을 절약해 주고(처음부터 Google 검색을 새로 하는 것보다 자신의 블로그 글을 찾아보는 편이 훨씬 빠릅니다), 공은 모두 여러분의 것이 되며(어느 Stack Overflow 글이 아니라), 그동안 쓴 모든 글을 훨씬 더 가치 있게 느끼게 해 줍니다.” - Alex MacArthur

검색에 관해 짧게 한마디 하자면, 글쓰기는 여러분에 관한 이야기를 스스로 만들어 갈 수 있게 해 줍니다. 여러분을 모르는 사람들에게 여러분의 온라인 존재감은 오로지 그들이 Google에서 찾아내는 것뿐입니다. 대부분의 사람들의 “개인 SEO”는 형편없습니다. 아마 온라인에 부정적인 이야기가 올라가 있지는 않겠지만, 대개는 디지털 발자국에서 비롯된 무작위 잡동사니도 많습니다. 글쓰기는 그 빈 공간을 채워 줍니다. 제가 여러분을 구글링했는데 훌륭한 글을 발견한다면, 실제로 만나기도 전에 여러분에 대해 훨씬 더 좋은 인상을 갖게 됩니다. (그리고 면접 전에는 누구나 여러분을 구글링합니다! “공정”하지는 않지만 사실입니다.)

“웹에 글을 쓰지 않는다면, 사람들이 여러분을 검색할 때 여러분이 통제할 수 없는 것들을 발견하게 될 것입니다.” - Joel Spolsky

18.2.2 구조

“글쓰기는 생각을 위한 도구입니다. 시간을 들여 사고의 구조를 쌓아 올리고 계속해서 되돌아가 다시 생각하고 고칠 수 없다면, 여러분은 머릿속에 담아 둘 수 있는 것에만 갇히게 됩니다.” - Conor White Sullivan

뇌가 잘 못하는 또 다른 일은 느슨하게 연결된 아이디어들이 흐릿하게 뭉쳐 있는 덩어리에 구조를 부여하는 것입니다. 글쓰기는 생각을 정리해 줍니다. Office 95와 Windows 8 개발을 이끈 Steven Sinofsky는 더 단도직입적으로 말합니다. 글쓰기는 곧 생각하기입니다. 글을 쓸 때는 명확한 순차적 순서를 따를 수밖에 없습니다. 순서 없는 목록조차 암묵적인 순서가 있습니다. 글을 쓰면서 우리는 핵심 아이디어에 무게를 싣고 단어 선택과 표현을 강조합니다. 링크는 웹이 글쓰기에 더한 최고의 요소입니다. 원본 출처에 하이퍼링크를 걸어 독자가 원하면 더 찾아볼 수 있게 하면서도, 하고 있는 이야기의 주제에서 벗어나지 않을 수 있습니다.

“글쓰기는 선형적인 과정으로, 머릿속에 느슨하게 얽힌 연결들을 좁은 틈으로 밀어 넣어 훨씬 더 엄밀한 검토에 노출시킵니다.” - Andrew Bosworth

글쓰기는 바쁜 마음을 위한 명상입니다. 글쓰기는 여러분이 무엇을 우선시하는지, 그리고 어떤 추상화와 분류가 여러분의 세계를 설명하는지에 대해 내면의 독백을 하게 만듭니다. 글쓰기는 뇌를 조각 모음해 주며 스스로에게 정직하게 해 준다고 말할 수 있습니다. 문제를 해결하려고 시도한 모든 것을 글로 적으면, 여러분은 시도한 것이 논리적인지 다시 확인하게 만드는 고무 오리 디버깅을 하게 되며, 나중에 되돌아와 확인할 수 있는 “세이브 포인트”를 만들게 됩니다. 사려 깊은 글쓰기의 최종 결과물인 소프트웨어는, 글쓰기를 뒷전으로 미룬 소프트웨어보다 훨씬 더 잘 설계된 경우가 많습니다.

“글로 적는 일은 제가 정말로 중요하게 여기는 것이 무엇인지 체계화하는 데 도움이 되었고, 우리가 성장하는 동안에도 원칙을 지키도록 도와주었습니다.” - Charity Majors

“글로 적는 것은 자기 수양의 수단입니다.” - 앤디 그로브

글쓰기는 다른 사람들이 당신을 더 똑똑하게 여기도록 만듭니다. 정돈된 생각은 언제나 정돈되지 않은 생각보다 즉시 더 똑똑해 보입니다. 우리의 뇌에는 구조가 없기 때문에, 우리는 구조를 갈망합니다. 제가 한 최고의 발표들은 개요를 쓰는 것으로 시작했습니다. 글로 쓴 개요가 곧 최소 기능 발표이기 때문입니다. 생각을 정리하는 연습을 거쳤다는 것만으로도, 글쓰기는 많은 청중 앞에서든 동료 한 사람 앞에서든 준비 없이 말할 때조차 당신이 더 똑똑하게 들리도록 도와줍니다. 연사가 심오한 말을 하자 모두가 서둘러 받아 적는 순간을 아실 것입니다. 그 문장은 아마도 입 밖으로 나오기 전에 어딘가에 먼저 글로 적혀 있었을 것입니다. 달리 표현하자면, 글쓰기는 당신이 실제로 얼마나 똑똑한지를 드러나게 해 줍니다.

“저는 미리 글로 써 보지 않은 말은 사람들 앞에서 거의 하지 않습니다.” - 자신이 어떻게 그토록 소통을 잘하는지에 대해 닐 디그래스 타이슨이 한 말

18.2.3 힘

글쓰기는 아이디어를 적은 비용으로 탐색하게 해 줍니다: 글을 쓰다가 중간에 방향을 바꾸거나, 잘라 내고 붙여 넣어 구성을 바꾸거나, 확정하기 전에 여러 단어와 구조를 시험해 보기가 쉽습니다. 이는 글쓰기는 비용이 적게 들기 때문입니다. 전체 아키텍처나 사업 계획을 실제로 구현하지 않고도 단 몇 문단으로 그 윤곽을 그려 볼 수 있습니다! 하지만 글쓰기의 저렴함은 실험에만 그치지 않습니다. 가정적인 상황을 구상하고 엣지 케이스를 검토하면서도, 그것들을 당장 실제로 처리하지 않아도 됩니다.

“글쓰기는 우리가 잘못된 생각에 빠질 수 있는 온갖 방식을 표현하고, 그럼으로써 없애는 저만의 방법입니다.” – 제이디 스미스

글쓰기는 추상적입니다. 아직 존재하지 않는 감정, 시스템, 개념, 이야기를 전달할 수 있습니다. 글쓰기는 현실 같은 불편한 것에 제한받지 않기 때문에 창작자의 궁극적인 친구입니다. 하지만 글쓰기에는 제약도 있습니다. 색을 고를 수도, 오디오를 신경 쓸 수도, 화면 해상도를 만지작거릴 수도 없고, 완벽주의자들이 창작은 하지 않고 붙들고 씨름하는 그 밖의 수많은 사소한 디자인 결정을 내릴 수도 없습니다. 그래서 선택의 역설을 없애고, 아이디어와 배운 것을 인쇄된 페이지와 디지털 문서로 옮기는 일을 그냥 시작하게 됩니다.

글쓰기는 여러분이 준비될 때까지 입력을 버퍼에 담아 둡니다. 아이디어, 정보, 배움은 끊임없이, 그리고 예고 없이 찾아옵니다. 그것들은 여러분의 개인 일정을 고려해 주지 않습니다. 하지만 창작에 쓸 수 있는 시간은 한정되어 있습니다. 우연한 발견과 집중이 공존해야 합니다. 떠오르는 대로 적어 두면 “정신 상태를 저장”하고, 적절한 때가 오고 정말 훌륭한 무언가를 만들 만큼 충분히 모일 때까지 창작을 미뤄 둘 수 있습니다. 글쓰기는 푸시를 풀로 바꿉니다.

참고: 이 내용은 미장플라스 글쓰기(장 36)와 관련이 있습니다.

글쓰기에는 허락이 필요 없습니다. 권위 있는 사람은 더 즉각적인 신뢰를 얻지만, 이상적으로는 훌륭한 아이디어가 일단 글로 쓰이고 나면 어디에서든 나올 수 있습니다. Paul Graham은 이를 가장 잘 표현했습니다:

“누구나 웹에 에세이를 발표할 수 있으며, 그 글은 모든 글이 그래야 하듯 누가 썼는지가 아니라 무엇을 말하는지로 평가받습니다. 당신이 누구이기에 x에 대해 글을 씁니까? 당신은 곧 당신이 쓴 글입니다… 웹은 지금을 에세이의 황금기로 만들지도 모릅니다.”

인터넷은 결코 엄격한 능력주의 사회가 아니지만, 아마도 이에 견줄 만한 현실 세계의 어떤 제도보다는 더 능력주의적일 것입니다.

18.3 좋은 공개 작가가 되는 법

많이 써야 합니다.

이 섹션을 “위대한” 작가가 되는 법에 관한 내용으로 만들지 않았다는 점에 주목하십시오. 저 자신이 그런 작가가 아니기 때문입니다. 하지만 요점은 코딩 커리어에서 잘 해내기 위해 “위대한” 작가가 될 필요는 없다는 것이기도 합니다. 그저 충분히 좋은 수준이기만 하면 됩니다(장 16).

18.3.1 시작하기

평소에 글을 쓰지 않는 사람이 공개적으로 글을 쓰기 시작하라는 요청을 받으면 망설이는 것은 당연합니다. 다음 세 가지 간단한 단계로 시작할 수 있습니다:

  • 글 쓸 공간을 마련하십시오: 어떤 사람에게는 옛날식 종이 공책이 그런 공간이고, 또 어떤 사람에게는 Emacs Org mode가 맞을 수도 있습니다. 저는 검색 가능성과 크로스 플랫폼 지원이 중요하기 때문에 OneNote나 Notion에 글을 씁니다.
  • 글 쓸 시간을 마련하십시오: 주의를 흩뜨리는 것들을 없애십시오. 여러분은 주의를 빼앗기는 데 엄청난 시간을 낭비합니다. 일상 속 지루한 빈틈을 글쓰기로 채우십시오. 글을 쓸 때는 비행기 모드를 사용하십시오. 여러분은 아마 개발자 콘텐츠를 읽고, 보고, 듣는 데 많은 시간을 쓰고 있을 것입니다. 그 시간 중 일부를 떼어 배운 것을 글로 적으십시오. 그렇지 않으면 그 내용의 99%는 기억에서 사라질 것이고, 애초에 그 콘텐츠를 소비하지 않은 것과 다를 바 없게 됩니다. TV나 소셜 미디어에 쓰는 시간 같은 나쁜 습관을 하나 포기해서 글 쓸 시간을 더 마련할 수도 있습니다.
  • 확신이 서지 않으면 공개하지 마십시오: 저는 언제나 여러분이 작업물을 공개하도록 권하겠지만, 공개해야 할지 확신이 서지 않는다면 비공개로 두십시오. 글쓰기 습관을 들이는 것이 더 중요합니다. 써 둔 글은 나중에 자신만의 스타일을 찾았을 때 공개하면 됩니다.

많은 사람들이 가면 증후군 때문에 자신의 글을 공개하지 않습니다. 어떤 주제에 대해 글을 쓰기 위해 전문가일 필요는 없다고 말하는 사람은 분명 제가 처음도 마지막도 아닐 것입니다. 꼭 필요하다면, 그 주제에 대해 어떤 조사를 했는지 밝히는 큰 면책 문구를 달아 두고, 틀린 부분이 있으면 사람들이 바로잡도록 하십시오. 전문가는 바로 이렇게 전문가가 됩니다.

또 다른 반론은 그래도 글을 쓸 시간이 없다는 것입니다. 자기 자신의 시간을 아끼려는 분명한 의도로 글을 쓸 수도 있다는 점을 잊지 마십시오. 읽은 것을 요약하면 기억에 확실히 새겨질 뿐만 아니라, 나중에 그 내용을 다시 접하거나 인용해야 할 때 미래의 자신이 쓸 시간을 아낄 수 있습니다. 그리고 질문에 답할 때도 같은 것을 몇 번이고 설명하는 대신 설명을 한 번 써서 공개하면 그것으로 끝입니다. 그때부터는 사람들에게 그 글을 알려 주기만 하면 됩니다. Scott Hanselman의 말처럼: 그 사람들이 여러분의 키 입력이라는 선물을 받을 자격이 있습니까?

어떤 사람들은 무엇을 써야 할지 아이디어가 부족하다고 느낍니다. 간단합니다! 글쓰기를 시작하는 데 도움이 될 네 가지 범주를 소개합니다:

  • 배운 것(강연, 팟캐스트, 블로그 글, 책)을 요약해서 쓰십시오. 블룸의 분류학은 기억하는 것이 학습의 시작에 불과하다는 것을 가르쳐 줍니다. 배운 것이 우리의 일부가 되려면 그것을 우리 자신의 말로 이해하고, 적용하고, 분석하고, 평가하고, 창조해야 합니다.
  • 이 “내가 백엔드를 작성하는 방법” 글처럼, 여러분이 일하는 방식에 대한 표준 프로세스를 글로 남기십시오
  • 장애, 골치 아픈 버그, 성능 개선에 관한 흥미로운 경험담을 글로 적으십시오
  • 다른 사람들이 (예: 트위터, Reddit, StackOverflow 등에서) 묻는 질문을 찾아보고, 여러분 자신의 말로 답하십시오

뉴스(예: “이번 주의 X”)에 대해 쓰고 싶은 유혹이 들 수 있지만, 그런 글은 반감기가 매우 짧습니다. 가능하다면 린디 복리(장 12에서 다룸)의 혜택을 누릴 수 있도록, 5~10년 뒤에도 여전히 유효할 주제인 에버그린 콘텐츠를 선택하십시오.

여러분에게 당연한 것을 적으십시오. Derek Sivers는 여러분에게 당연한 것이 다른 사람에게는 놀라운 것이라는 말을 즐겨 합니다:

  • 먼저 What 주제로 시작할 수 있습니다: “Kubernetes란 무엇입니까?” “애자일이란 무엇입니까?” (Julia Evans의 무료 진이 이런 글의 훌륭한 예이지만, 물론 여러분의 글은 그냥 텍스트여도 됩니다)
  • 그다음에는 How로 나아갑니다: “Y에서 X를 어떻게 합니까?” (Josh Branchaud는 수년간 아주 짧은 한 입 크기의 TIL만 게시하면서 엄청난 독자층을 모았습니다)
  • 그다음에는 Why로 내면을 들여다보십시오: 흔하지만 깊이 살펴보지 않은 것들에 대해 왜 super(props)를 작성할까요? 같은 글을 쓰는 것입니다
  • 그런 다음 When과 Who 주제로 좀 더 역사적이고 성찰적인 글을 써 보십시오. 기밀 정보가 유출되지 않도록 주의하십시오!

스스로 던지는 질문에 특히 주의를 기울이십시오. 답을 알아냈다면 그냥 하던 일을 계속하지 말고 적어 두십시오!. Chris Coyier가 말했듯이, “무언가를 구글에서 검색했을 때 찾았으면 좋았을 글을 쓰십시오”. 같은 필요가 다시 생기거나 다른 사람이 같은 문제를 겪을 때 자신이 쓴 글을 얼마나 자주 다시 찾아보게 될지 짐작조차 하지 못할 것입니다.

18.3.2 공개하기

결국에는 글을 공개해 보아야 합니다. 무엇보다 다른 사람들이 여러분의 글을 읽고, 실수를 바로잡아 주고, 여러분 작업의 팬이 되어 주는 것이야말로 글쓰기가 주는 이점의 절반이기 때문입니다! Tesla Autopilot을 책임졌던 스탠퍼드 출신 슈퍼스타 Andrej Karpathy는 “다른 사람들이 [자신이] 공개한 작업을 면밀히 검토할 수도 있다는 것을 알기에… 내용을 정확하고 일관되게 만들려고 [더] 열심히 [노력하며]” 한 걸음 더 나아간다고 말합니다.

“블로그 글로 쓰자 내부적으로였다면 결코 받지 않았을 만큼 더 높은 책임을 지게 되었습니다.” - Troy Hunt

작업물을 세상에 내놓으면 그에 대한 피드백을 갈망하는 사람일 수도 있습니다(우리 대부분이 그렇습니다). 누구나 독자를 찾기 전까지 오랫동안 황야를 헤맨다는 사실을 받아들이십시오. David Perell은 이를 4개월간의 침묵이라고 부르는데, 15주 연속으로 매주 블로그 글을 하나씩 올리고 나서야 16주째에 비로소 주목받게 될 수도 있다는 뜻입니다. 저의 경우에는 약 1년이 걸렸습니다. Troy Hunt는 세상의 온갖 주제에 대해 수년간 블로그를 쓴 끝에야 보안 전문가라는 자신만의 영역을 찾았습니다. 여러분이 기여하는 커뮤니티에 대해서도 생각해 보십시오. 여기저기 흩어져 시도하기보다는 하나의 플랫폼에 집중하십시오. 모든 플랫폼에는 특정 유형의 콘텐츠가 다른 어느 곳보다 그곳에서 더 좋은 반응을 얻게 만드는 고유한 특성과 미묘한 차이가 있습니다. 그 플랫폼에서 독자층을 키운 다음, 여러분이 직접 관리하는 도메인으로 옮기십시오.

참고: “도메인 소유”에 관해서는 자기 자신을 마케팅하기(장 39)에서 더 자세히 다룹니다.

결론적으로 말하자면, 인내심을 갖고 글쓰기를 갈고닦으십시오. 언젠가는 자신만의 리듬을 찾게 될 것입니다. 눈에 띌 때까지 충분히 오래 버티십시오 – 여러분은 반드시 눈에 띄게 됩니다. 이미 해 본 사람들은 지금 그 일을 하고 있는 사람들을 알아보기 때문입니다. 고수는 고수를 알아봅니다.

여러분이 쓰는 글은 여러분이 읽는 글에 크게 영향을 받습니다. 흥미로운 것을 읽고, 흥미로운 일을 하십시오. 깊이 파고드십시오. 과거로 거슬러 올라가 보십시오. 남들이 다 읽는 것만 똑같이 읽는다면, 아무도 여러분의 글을 읽지 않는 이유를 의아해하지 마십시오.

“모두가” 알고 있지만 아무도 적어 두지 않는 것을 글로 쓰십시오. 모두가 알고 싶어 하는 두 가지 질문, 즉 “그래서 뭐?”와 “이제 어떻게?”에 답하십시오. 복잡한 것을 쉽게 설명하십시오. 영원히 고마워할 사람들이 반드시 있을 것입니다. 모든 부족에게는 기록자가 필요합니다. 모든 것을 글로 적을 수 있는 것은 아닙니다. 폴라니의 역설이 가르쳐 주듯 우리가 적을 수 없는 것도 많습니다. 하지만 많은 지식은 단지 아무도 굳이 적으려 하지 않았기 때문에 기록되지 않은 채로 남아 있습니다. 이 책은 수년에 걸친 개인적이고 집단적인 경험에서 얻은 암묵지를 한데 모은 것이지만, 충분히 마음먹은 사람이라면 누구라도 쓸 수 있었을 것입니다.

SEO에서 좋은 성과를 내고 싶다면 TDD, 즉 제목 주도 개발(Title Driven Development)을 시도해 볼 수 있습니다. KeySearch 같은 키워드 조사 도구를 사용해 상위에 노출될 수 있는 키워드를 찾으십시오. 그런 다음 이미 수십 번 읽어 봐서 효과가 있다고 알고 있는 표준 제목 형식을 고르십시오(이 아이디어는 Monica Lent의 무료 블로깅 강좌에서 가져왔습니다):

  • TypeScript와 함께 쓰는 React Router: 완벽 가이드
  • TypeScript와 함께 React Router를 사용하는 방법
  • 단계별 안내: TypeScript와 함께 React Router를 사용하는 방법
  • TypeScript와 함께 React Router 사용하기 (2020 가이드)

또는 더 많은 맥락을 제공하고 싶다면, 널리 쓰이는 글쓰기 템플릿은 다음 4단계로 이루어져 있습니다:

  • 설득력 있는 이야기 들려주기
  • 개인적인 경험과 연결하기
  • 해결책 제안하기
  • 실용적인 How-To 팁으로 마무리합니다.

이 형식은 자기계발부터 레시피 블로그까지 모든 분야에서 인기가 있는데, 그 이유는 이 형식이 효과가 있기 때문입니다.

그렇지만 때로는 독자가 그저 깊이 있는 내용을 원할 때도 있습니다. 여러분의 주제에 대해 가능한 한 가장 포괄적이고 궁극적인 자료를 써 보십시오! 이는 콘텐츠 마케팅 업계에서 스카이스크레이퍼 기법(Skyscraper technique)으로 알려져 있습니다. Corbett Barr는 이를 Write Epic Shit이라고 부릅니다. 인터넷은 많은 노력을 들인 고품질 콘텐츠에 불균형할 만큼 큰 보상을 줍니다. 주제는 A Complete Guide to CSS Grid부터 Falsehoods Programmers Believe About Names까지 무엇이든 될 수 있습니다. 하지만 이를 항상 하려고 하면 지칠 수 있으므로, 여러분이 하는 모든 일을 불가능할 만큼 높은 기준에 맞춰야 한다고 생각하지 마십시오. Flavio의 매일 블로그를 쓰며 배운 SEO 교훈도 참고하십시오.

자신의 글을 리믹스하는 것을 두려워하지 마십시오. 여러분이 쓰는 글을 전부 읽는 사람은 거의 확실히 없을 것입니다. David Perell의 글쓰기의 다섯 기둥(Five Pillars of Writing) 중 마지막은 기존 작업을 재포장하는 것입니다. 아이디어가 서로 이어진다면 예전 글에 링크를 걸거나, 내용을 옮겨 오거나, 아니면 버리고 더 낫게 다시 쓰십시오. 여러분이 이전 작업을 리믹스하고 있다는 사실을 모르는 사람들에게는 여러분이 엄청나게 생산적인 사람으로 보이고, 여러분의 작업은 믿을 수 없을 만큼 높은 품질로 보일 것입니다. 예를 들어, 이 책의 약 10개 장은 원래 블로그 글이었고, 덕분에 이 책을 더 빨리 완성할 수 있었습니다. 물론 모두 대폭 손질을 거쳤습니다.

피드백을 빠르게 받고 싶다면, 거의 확실하게 받을 수 있는 방법이 있습니다. 바로 내려놓은 것을 집어(장 19) 드는 것입니다. 데일 카네기의 말을 빌리자면 “흥미로운 사람이 되려면 (다른 사람에게) 관심을 가지십시오”. 무관심한 인터넷에 글을 마구 뿌리고 효과가 있기를 기도하는 대신, 한 사람 한 사람과 관계를 쌓으십시오.

창의성을 끌어내고 싶은 사람들에게 제가 드리는 조언은 사실 그저 세상에 무언가를 내놓으라는 것입니다. 아무것이나 괜찮습니다. 인상적인 것이 아니어도 됩니다. 그저 무엇이든 내놓으면 됩니다. 커버곡을 부르는 음악가처럼 무언가를 모방해도 됩니다… 창의성이란 그저 무언가를 하는 것이고, 무언가를 세상에 내놓는 것일 뿐이며, 충격적일 만큼 독창적일 필요는 없습니다. - Derek Sivers

18.3.3 DIY 박사 학위

“독학 박사 학위(Do-It-Yourself PhD)”를 취득하면 매우 뛰어나고 높이 평가받는 작가가 될 수 있습니다:

  • 관심의 접점(Nexus of Interest)을 찾으십시오. 즉, 여러분에게 가장 흥미로우면서 다른 사람들에게도 흥미로운 주제입니다.
  • 지금 있는 자리에서 의도적으로 실력을 키워 그 주제에 관한 세계 최고의 전문가가 되기까지 백만 단어를 쓰십시오

첫 번째 부분은 간단합니다. 대부분의 인생 조언은 결국 어떤 형태로든 이키가이로 수렴합니다. 이키가이란 내가 좋아하는 일, 내가 잘하는 일, 세상이 필요로 하는 일, 그리고 돈을 받을 수 있는 일이 겹치는 지점의 일을 해야 한다는 생각입니다.

그림 「Ikigai」은 저작권자의 별도 허락이 필요하거나 출처가 확인되지 않아 번역판에 싣지 않습니다. 원문 사이트에서 그림 보기

하지만 아직 이 중 어느 것도 모른다면 이는 도달할 수 없는 목표입니다. 글쓰기가 바로 그곳에 이르는 길입니다. 그래서 우리는 두 가지 단순화 가정을 세울 수 있습니다:

  • “좋아하는 일을 하라”는 진부한 조언 대신, 우리는 여러분이 잘하는 일을 좋아하게 될 것이라고 가정합니다. 이쪽이 더 현실적인 진실이며, 세법 최적화부터 수십억 달러 규모 기업을 위한 고가용성 시스템 설계에 이르기까지 온갖 일을 사람들이 왜 진심으로 좋아하고 또 뛰어나게 잘하는지를 더 잘 설명해 줍니다.
  • 세상이 필요로 하는 것이라면 무엇이든, 여러분은 그것으로 돈을 벌 수 있습니다. Naval Ravikant가 자주 언급했듯이: “인터넷은 가능한 커리어의 영역을 엄청나게 넓혀 놓았습니다. 대부분의 사람들은 아직 이 사실을 깨닫지 못했습니다.” 전 세계를 대상으로 도달할 수 있게 되면서 모든 틈새 분야가 지리적 제약에서 벗어났고, 전 세계적 결제 시스템 덕분에 누구나 모든 틈새 분야를 대상으로 하는 수익성 있는 사업을 만들 수 있게 되었습니다.

이로써 우리는 이키가이 개념의 네 부분을 단 두 가지로 압축합니다. 당신에게 가장 흥미로우면서 다른 사람들에게도 흥미로운 무언가를 찾으십시오. 그것이 이키가이의 가공되지 않은 본질이며, 제가 여러분의 관심의 접점이라고 부르는 것입니다.

두 번째 부분은 덜 분명합니다. 바로 백만 단어를 쓰는 것인데, 이는 자신의 관심의 접점(Nexus of Interest)을 찾는 동시에 그 분야의 독보적인 전문가로 성장하기 위한 수단입니다.

왜 백만 단어입니까?

중요한 것은 정확한 숫자가 아니라, 여러분을 세계적인 권위자로 만들어 줄 노력의 규모입니다. 여러분은 이미 인생에서 백만 단어를 한 번, 아마 두 번은 써 보았습니다. 처음 쓴 단어부터 고등학교 마지막 시험(또는 여러분의 인생 경로에서 그에 해당하는 것)까지 지금껏 쓴 모든 글을 합산해 보십시오. 그것이 여러분을 글을 모르는 상태에서 글을 능숙하게 다루는 상태로 이끈 약 백만 단어였습니다. 그리고 대학에, 특히 인문교양 대학에 갔다면, 학위를 받기 위해 에세이, 졸업 논문, 수업 과제, 과외 활동 등을 통해 또다시 백만 단어 남짓을 썼습니다.

여러분은 다른 사람이 쓰라고 정해 준 글을 쓰는 것만으로도 이렇게 많은 것을 이루었습니다. 이제 성인이 된 여러분이 스스로 정한 것을 찾고, 연구하고, 공유하기 위해 백만 단어를 쓴다면 어떤 일이 일어날지 상상해 보십시오. 허락해 줄 입학 위원회는 필요 없습니다. 여러분의 작업을 후원해 줄 지도 교수도 필요 없습니다(물론 멘토가 있으면 도움이 됩니다!). 학과와 연구비와 기금을 갖춘 기존 분야도 필요 없습니다. 여러분은 그저 자신의 관심의 접점을 찾아, 그것을 향해 세상 누구보다 많은 글을 쓰고 발표하기만 하면 됩니다.

그것이 바로 DIY 박사 학위입니다.

원하는 속도로 하십시오. 저는 1000일 동안 하루에 1000단어라는 대칭이 마음에 듭니다. 주말과 휴일을 빼면 1년은 약 250일이므로, 이는 4년 동안 매일 250단어 분량의 페이지 네 장씩 메모, 아이디어, 블로그 글, 문서, 코드 주석을 쓰는 셈이 됩니다.

그렇다면 (무엇이든) 글을 잘 쓰는 법은 어떻게 배울 수 있습니까? 답은 하나뿐입니다. 글을 쓰면 글을 잘 쓰게 됩니다. 많이 쓰십시오. - Jacob Kaplan-Moss, Django 문서에 관하여

글쓰기 전문가들 사이에서는 양이 질을 낳는다는 데 거의 모두가 동의합니다(하지만 이는 “저절로 일어나는” 일이 아니며, 의식적으로 개선해야 합니다):

아마 그렇게 간단할 리가 없다고 생각하실 것입니다. 훌륭한 글을 쓰는 데에는 그 밖에도 수많은 요소가 필요하며, 이 단순한 목표에서는 그중 어느 것도 다루지 않습니다. 네, 그것은 이 책의 뒷부분에서 다룰 내용이지만, 저는 여러분이 글을 써 나가면서 스스로 터득하리라 믿습니다. 하지만 최소한 더 많이 쓰지 않으면 그 경지에 이를 수 없습니다.

사실은 이렇습니다. 글을 얼마나 잘 쓰는지는 거의 중요하지 않습니다. Steve Yegge, Patrick McKenzie, Dan Luu처럼 가장 높이 평가받는 개발자 겸 작가 중 몇몇은 ’좋은 글쓰기’의 전통적인 패턴을 전혀 따르지 않습니다. 끝없이 이어지는 문장, 체계 없이 늘어놓은 긴 문단의 장광설, 난해한 전문 용어투의 언급, 그 어느 것도 중요하지 않습니다. 중요한 것은 그들이 자신이 무엇에 대해 이야기하기를 좋아하는지, 그리고 무엇이 독자의 관심을 사로잡는지를 안다는 점입니다.

우리가 학교에서 배우는 전통적인 글쓰기 조언은 글쓰기에서 중요한 것에 초점을 맞추지 않기 때문에 매우 나쁩니다. 문법, 문체, 구조, 그 어느 것도 중요하지 않습니다. 무엇이 중요한지 아십니까? 독자를 즐겁게 하거나 독자에게 정보를 주는 것입니다. -Nick Maggiuli, Of Dollars and Data

하루 1000단어는 상당한 노력이 필요한 일입니다. 작성 과정과 목적에 따라 2~5시간 정도의 글쓰기가 필요합니다. 글이 좋을 필요는 없다는 것을 기억하십시오. 미래의 자신에게 유용하기만 하면 됩니다. 다음과 같은 방법으로 이를 달성할 수 있습니다:

  • 읽고, 배우고, 보고, 듣는 모든 것에 대한 노트 500단어
  • 자신의 마음 상태와 목표에 대해 250단어 분량의 일기 쓰기 (일기 쓰기는 시간 여행을 하는 훌륭한 방법입니다)
  • 다른 사람에게 읽히기 위한 실제 글 250단어 - 문서, 블로그 글 등

그렇게 나빠 보이지는 않습니다. 그렇지 않습니까? 물론 원하는 대로 얼마든지 조정하십시오. 단어를 어떻게 셀지는 전적으로 여러분에게 달려 있습니다. Nathan Barry가 하루 1000단어를 쓰기로 했을 때는 YouTube 영상이나 팟캐스트 녹음처럼 의미 있는 창작 활동도 그의 할당량에 포함되었습니다. 저의 경우 트윗과 코드는 포함하지 않습니다. 이 에세이를 쓰기 전에 제가 했던 것처럼 아이디어 목록을 머릿속에서 쏟아내는 것은 포함됩니다. 글 요약과 개인 일기를 쓰는 것도 포함됩니다. 여러분은 스스로에게 다른 기준을 적용할 수도 있습니다. 여러분의 삶이니, 규칙도 여러분이 정하십시오.

기존에 하고 있는 일들을 고려할 때 하루 1000단어의 속도가 너무 버겁다면, 더 천천히, 더 오래 하십시오. 하루 800단어씩 5년. 하루 666단어씩 6년. 400단어씩 10년. 입맛에 맞게 조정하십시오! 이것은 단거리 경주가 아니라 마라톤입니다.

백만 단어를 쓰기로 마음먹으면 몇 가지 일이 일어납니다:

  • 소비하는 것을 더 까다롭게 고르게 됩니다. 노트를 쓰고 요약하는 데는 시간이 걸립니다. 배운 것을 글로 적겠다는 생각으로 콘텐츠를 소비하면 쓸 수 있는 시간이 줄어들기 때문에 더 까다롭게 고를 수밖에 없습니다. 소비를 위한 소비에서 창작을 위한 소비로 전환하면, 자연스럽게 수동적인 소비자로 보내는 시간은 줄고 능동적으로 리믹스하고 창작하는 사람으로 보내는 시간은 늘어납니다.
  • 글을 쓰면서 더 많은 것을 얻고 싶어질 것입니다. 글쓰기를 통해 본업에 도움이 될 문제를 풀어 나가거나 새로운 것을 배우고 싶어질 것입니다. Addy Osmani의 말을 인용하면 다음과 같습니다. “배운 것에 대해 글을 쓰십시오. 글을 쓰다 보면 주제를 더 잘 이해하게 됩니다. 때로는 다른 사람에게 무언가를 설명하려 할 때 비로소 자신의 지식에 어떤 빈틈이 있는지 드러납니다. 아무도 여러분의 글을 읽지 않아도 괜찮습니다. 그저 글을 쓰는 것만으로 많은 것을 얻는 사람은 바로 여러분 자신입니다.” 시간이 지나면서 단발성 글을 서로 연결되지 않은 채 여러 편 쓰기보다는, 시간이 흐를수록 쌓여 가는 길고 밀도 높은 정보 저장소를 써 보고 싶어질 수도 있습니다(장 13).
  • 공유하고 싶어질 것입니다. 시간을 들여 썼으니, 적절한 범위에서 가장 많은 독자에게 닿도록 하여 투자 대비 수익을 높이고 싶을 것입니다. 개발자가 쓰는 글 대부분은 채팅과 개인 이메일 속에서 사라집니다. 도달 범위와 수명을 늘려 영향력이 복리로 쌓이도록 하는 것을 목표로 삼아야 합니다. (오해가 없도록 말씀드리자면, 쓰는 글을 전부 공개해야 한다는 뜻은 아닙니다!)
  • 스스로를 인용하게 됩니다. 글을 쓸 역량이 충분하므로, 시간이 지나면 어떤 주제에 대해서든 자신의 입장과 결정판이라 할 만한 자료 목록을 글로 남겨 두게 됩니다. 여러분의 글은 여러분만의 세컨드 브레인(Second Brain)이 됩니다. (다른 사람들도 여러분을 인용할 것입니다!)
  • 글쓰기를 두려워하지 않게 됩니다. 직장에서 정말 중요한 일로 글을 써야 할 때, 다른 사람들은 움츠러들지 모르지만, 여러분은 이미 그 누구보다도 훨씬 오랫동안, 훨씬 높은 기준으로, 많은 양의 글을 써 오며 연습해 왔을 것입니다.
  • 더 잘 쓰는 일에 투자하고 싶어질 것입니다. 이왕 꾸준히 쓰기로 마음먹었으니, 잘 쓰게 되는 편이 낫습니다. 한 가지 방법은 사전 글쓰기와 글쓰기를 분리하는 글쓰기 시스템을 갖추는 것이며(참고: 미장플라스 글쓰기, 장 36), 나아가 전문적인 코칭이나 교육을 받는 것도 방법입니다. 아주 오랫동안 글을 쓰기로 마음먹었으니, 이 투자는 충분히 가치가 있습니다.
  • 글쓰기 실력이 늘 것입니다. 온갖 삶의 상황 속에서 온갖 주제에 대해 온갖 형식의 글을 써 본 것만으로도 그렇습니다. 다른 사람들은 여러분의 글을 보고 어떻게 그 경지에 이르렀는지 궁금해할 것입니다. 여러분은 그들에게 말해 주겠지만 - 지금 제가 여러분에게 말하고 있는 것처럼 - 그들은 믿지 않을 것입니다. 분명 비결이 있을 것이라고 생각합니다. 비결은 없습니다.

이 모든 것이 자신에게 가장 흥미로우면서 다른 사람들에게도 흥미로운 주제에 대해 백만 단어를 쓰겠다는 단순한 다짐에서 비롯됩니다. 단순하지만, 쉽지는 않습니다. 이를 완수하기까지 개인적인 장애물을 많이 마주칠 수도 있습니다. 하지만 그것들을 극복할 수 있다면, 성공하지 못할 이유가 정말로 없다고 생각합니다.

18.4 글쓰기에 전념하기

저는 부모가 아니지만, 첫아이를 데리고 처음 집에 돌아온 날에 대해 들은 이야기에 이것을 비유하곤 합니다. 두렵고, 자신이 이 일을 해낼 사람인지 확신이 서지 않으며, 무엇을 모르는지조차 모릅니다. 하지만 여러분은 이제 막 앞으로 약 20년 동안 이 아이를 키우겠다고 약속한 것입니다. 앞으로 인생의 천만 분 동안 여러분은 부모로 살게 됩니다. 그래서 여러분은 자료를 찾아 읽고, 이것저것 시도해 보고, 실수에서 배우며, 매일 “부모 노릇”을 합니다. 해마다 수백만 명이 헌신하고, 결국 아이들이 사랑하는 훌륭한 부모가 되는 법을 어느 정도 터득하게 됩니다.

여러분의 글쓰기, 퍼스널 브랜드, 커리어도 마찬가지입니다. 그것은 여러분의 아이입니다. 그것이 여러분의 것이고 매일 해내는 것 말고는 다른 선택지가 없다는 사실을 깨닫고 나면, 그것을 어떻게 키워야 할지 알게 될 것입니다.

여러분과 같은 일을 겪고 있는 사람들의 커뮤니티를 찾는 것이 도움이 될 수 있습니다. 글쓰기를 꾸준히 하도록 돕는 플랫폼은 많이 있습니다. 750 Words, Diary Email, WriteNext, Commit, Reddit의 No Zero Days와 Writing Prompts, 또는 이 책의 커뮤니티가 있습니다. Git 저장소에 글을 쓰고 GitHub의 연속 기록 추적기를 꾸준함을 유지하는 장치로 사용할 수도 있습니다. 아니면 Pat Walls처럼 매일 블로그를 쓰겠다고 공개적으로 다짐하고 그냥 하면 됩니다. 무엇이든 마음에 드는 방법을 고르십시오!

이 장은 글쓰기에 관한 조언이 아닙니다. 이것은 글을 쓰라는 조언입니다. 저에게도 글쓰기 조언이 있지만, 그 조언은 여러분이 숨 쉬듯 글을 쓰게 된 뒤에야 쓸모가 있습니다.

“저는 글쓰기가 두렵기 때문에 글을 씁니다. 하지만 글을 쓰지 않는 것이 더 두렵습니다.” – 글로리아 E. 안살두아