GN⁺: 1인 개발자로서 동기 부여 관리하기

• 1인 개발자로서 가장 어려운 점 중 하나는 동기 부여를 유지하는 것
• 개인적으로 동기 부여를 해킹하는 방법, 효과가 있는 것과 그렇지 않은 것에 대해 일기를 써왔는데 그 중 잘 동작한 것들을 소개

외부 소스를 동기 부여로 전환하기

• 외부 소스에서 동기를 얻는 시스템을 구축함
  • 예: 구독자가 생길 때마다 알림을 받는 시스템
• 나는 푸시 알림을 싫어하지만, 이것들은 내 홈 화면에 바로 팝업됨
  • 매번 작은 동기 부여가 솟구침
  • 약간의 쾌락 트레드밀 효과가 있음. 처음에는 새로운 구독자 한 명이 엄청난 도파민/에너지의 충격이었고, 시간이 지나면서 그것이 줄어들었지만 여전히 나를 채워줌
• 비슷한 맥락에서, 누군가 내 서비스(Chessbook)를 언급할 때마다 알려주는 서비스에 가입했음 ( Syften )
  • 소셜에서의 참여가 많은 도움이 될 수 있기 때문에 마케팅에도 동시에 유용하지만, 사람들이 내가 만든 것에 대해 (바라건대 긍정적으로) 이야기하는 것을 볼 때마다 동기 부여도 됨
• 디스코드엔 #pump-up 채널도 있는데, 여기에는 달성한 마일스톤들의 피드가 있음
  • $X MRR, 2,000명의 디스코드 사용자, 6% 미만의 이탈률 등 동기 부여가 되는 것들

작업을 미완성 상태로 남겨두기

• 작업을 90% 정도 완료한 상태로 남겨두기
• 작업을 마무리하는 것보다 약간 아쉬운 느낌이 들지만 다음 날 작업을 시작하기가 10배는 더 쉬워짐
• 다음 날 시작할 때 빠르게 성취감을 얻을 수 있음
• 단지 git 커밋만 실행하는 것 만으로는 충분하지 않음. 해야 할 일을 정확히 알고 있는 상황에서 5~10분 정도 걸리는 것이 가장 이상적

내가 만든 제품을 최대한 많이 사용하기

• 직접 사용하면서 문제점을 발견하고 즉시 수정함
• 버그 리포트로 받은 것보다 직접 경험한 불편함이 훨씬 더 크게 느껴져서 바로 고치게 됨
• 사람들이 원할 만한 것을 생각하는 것보다 내가 직접 원하는 것을 깨닫는 것이 훨씬 더 좋은 제품 아이디어를 줌

고통을 해결하는 것이 고통을 견디는 것보다 나음

• 항상 힘든 부분들이 있음. 코드베이스의 방치된 영역, 서드파티와의 거래, 네이티브 앱의 새 버전 출시 등. 작업의 일부로 이런 것들을 처리해야 한다는 걸 알면 시작하기가 훨씬 더 어려워질 수 있음
• 좋은 방법은, 그 고통을 덜어주는 방법을 찾아서 덜 고통스럽게 만들 수 있다는 것임
  • 예를 들어, 최근에 4개 이상의 새 엔드포인트가 필요해서 새 작업을 시작하는 데 많이 힘들었음. 백엔드에서 타입을 작성하고, 프론트엔드에서 동일한 타입을 작성하고, 페이로드가 올바른지 확인하고, 경로가 올바른지 확인해야 했고, 아무것도 타입 검사를 하지 않아서 보통 처음에는 작동하지 않음
  • 그래서 시작하기 전에 RSPC라는 RPC 라이브러리를 찾았는데, 이것은 타입을 생성해주고 백엔드 함수를 작성하고 호출하는 것을 프론트엔드에서 다른 비동기 프론트엔드 함수를 호출하는 것만큼 쉽고 안전하게 만들어 줌
  • 이것은 고통을 제거할 뿐만 아니라 새로운 시스템을 사용하는 것에 대해 적극적으로 흥분하게 만들었음. 마찰의 원천을 동기 부여의 증폭제로 전환시킨 것임
• 큰 회사에서 일했다면 일상적인 개발의 고통을 해결할 수 없어서 이것은 잊기 쉬움. 아마도 이런 것들을 해결하려고 하는 것이 무의미하다는 감각을 얻었을 것임. 마감일을 맞추거나, 사람들로부터 승인을 받거나, 시도하기 전에 기술 문서를 작성해야 함
  • 원하는 것은 무엇이든 고치고 개선할 수 있다는 것이 솔로 개발자가 되는 가장 큰 장점 중 하나이므로, 언제든 그것을 활용할 수 있다는 것을 상기시켜야 함

아무것도 하지 않기

• 트위터/유튜브/레딧등에 빠지는 일이 잦음
• 여기에서 벗어나는 가장 좋은 방법은 두 단계로 하는 것
  • 먼저 Reddit 등에서 아무것도 하지 않는 상태로 가고, 그 다음 작업을 시작함
  • Reddit에서 바로 집중해서 일하는 것은 매우 어렵지만, 아무것도 하지 않는 것은 훨씬 쉬움
  • 결국 뇌가 진정되면 코드를 작성하기 시작하는 것이 그렇게 어렵게 느껴지지 않음
• 정말로 아무것도 하지 않는 것을 의미함
  • 그냥 화면 앞에 몇 분 동안 앉아 있으면, 마치 마법처럼 소비에 휘말린 도파민 과잉 상태의 안개가 걷히고 다시 창작과 문제 해결에 흥분할 수 있게 됨
• 그러면 뇌가 진정되고 다시 작업에 집중할 수 있게 됨

사용자에게 업데이트 제공하기

• 사용자에게 업데이트를 제공하면서 자신이 이룬 성과를 돌아봄
• 월말에 성과를 기록하며 동기 부여를 얻음

파트너 찾기

• 제목과 모순되어 보일 수 있지만, 나는 단지 솔로 "개발자"라고 말했을 뿐임
• 제품/디자인/카피 등 모든 면에서 훨씬 뛰어난 파트너가 있음
• 파트너가 있는 것의 모든 이점을 나열하지는 않겠지만, 이제 그들이 필수적이라고 믿음
  • 앞으로의 프로젝트에서는 문제에 대해 같은 생각을 가지면서도 나의 기술을 보완해줄 수 있는 파트너를 찾을 것임
  • 이는 밤낮의 차이임
• 여기서 동기 부여 부분은 주로 책임감과 관련이 있음
  • 사람들이 헬스장 파트너를 두는 것과 같은 이유임. 그냥 당신이 나타나기를 기대하는 사람이 있다는 것 자체가 강력할 수 있음
  • 또한 주간 회의를 하는데 할 말이 없다는 것을 알게 된다면, 아마도 충분히 하지 않고 있는 것이고 이는 두드러진 알림임
• 다른 부분은 당신의 동기와 파트너의 동기가 오르내릴 것이고, 그것이 같은 속도로 일어나지는 않을 것이라는 점임
  • 당신이 그렇지 않을 때, 여전히 프로젝트에 대해 동기 부여가 되어 있는 다른 사람이 있는 것이 매우 도움됨

'제로 데이' 피하기

• 아무것도 하지 않는 날이 있으면, "제로 데이"를 보내고 있다는 잔존하는 죄책감이 있음
  • 이것은 내가 하고 있는 활동을 완전히 즐기는 것을 방해함
  • 내가 하고 있는 것을 즐길 수 있는 허락을 내 자신에게 주려고 노력해봤지만, 그냥 효과가 없음
  • 겉으로는 휴식을 취하고 재충전하는 것 같지만, 전혀 그렇게 느껴지지 않음. 그냥 견디는 것처럼 느껴짐
  • 이것은 부정적인 피드백 루프로 이어질 수 있음. 계속해서 재충전하려고 하지만, 그냥 더 피곤해질 뿐임
• 발견한 유일한 방법은 먼저 좋은 작업을 하는 것임
  • 그러면 내가 뛰어드는 재미있는 태만한 활동에 완전히 몰두할 수 있음

동기가 있을 때 사용하기

• 때로는 문제에 대해 생각하면서 잠자리에 들 때가 있는데, 그때 해결책을 깨닫는 순간에 동기 부여가 됨
  • 적어두고 아침에 하는 것도 가능하지만, 대부분은 그냥 일어나서 새벽 4시까지 작업함
• 이것도 솔로 개발자가 되는 것의 큰 장점 중 하나임
  • 오전 9시에 슬랙에서 대기할 필요가 없기 때문에 한밤중이라도 동기 부여가 찾아올 때 사용할 수 있음
• 이것은 아마도 일반화되지는 않겠지만, 다시 말하지만 이것은 조언이라기보다는 블로그 포스트로 각색된 일기장 항목에 더 가까움
  • 나는 날씨에 상관없이 매일 9시부터 5시까지 일하도록 나 자신을 강요하는 것보다, 몰입 상태의 작업 기회를 극대화하려고 노력하는 좀 더 느슨한 접근 방식으로 항상 더 잘해왔음