Hacker News 의견

• 첫 번째 의견

  • 저널링의 이점은 단순한 기록이 아니라, 문제에 대한 구체적인 가능성의 가지를 형성하는 것임
  • 분산 시스템 작업에서 특히 유용하며, 체크리스트를 통해 실수를 최소화할 수 있음
  • 저널링을 사용하는 것이 지적 능력의 부족을 의미하지 않음
  • 경험이 쌓이면 저널 없이도 작업할 수 있지만, 이는 지능이나 능력과는 무관함

• 두 번째 의견

  • 구조와 조직 개념을 버리고 캡처에 최적화한 후 검색 도구를 사용함
  • OneNote를 사용하여 빠르게 메모를 작성하고, 가끔씩 페이지를 정리함
  • 가장 희미하고 무질서한 잉크도 가장 강력한 기억보다 강력함

• 세 번째 의견

  • GitHub Issues 스레드를 사용하여 작업을 기록함
  • 코드 조각, 유용한 링크, 텍스트 인용, 스크린샷 등을 댓글로 추가함
  • 작업 중단 후에도 쉽게 다시 시작할 수 있음
  • 매일 새로운 이슈를 만들어 작업 계획과 메모를 기록함

• 네 번째 의견

  • 많은 개발자들이 생산성을 과도하게 최적화하려고 하지만, 기본적인 것들이 중요함
  • 끝나지 않는 텍스트 파일, 캘린더, 웹사이트 차단기, 알림 끄기를 사용함

• 다섯 번째 의견

  • 각 프로젝트/레포에 "devlog.md" 파일을 사용함
  • 역순으로 댓글/할 일/불만을 기록함
  • VSCode에서 타임스탬프를 삽입하여 기록을 시작함
  • 아침에 이전 작업을 회복하는 데 유용함

• 여섯 번째 의견

  • Logseq와 Obsidian 같은 도구의 복잡한 문법 때문에 흥미를 잃음
  • 간단하고 사용하기 쉬운 오픈소스 도구가 필요함
  • 클라우드 기반 저장소는 많은 사람들에게 비선호됨

• 일곱 번째 의견

  • 저널링을 지속하는 것이 가장 어려운 부분임
  • 저널을 사용했다가 중단하고 다시 시작하는 과정을 반복함
  • 지속적으로 저널링하는 사람들의 팁이 필요함

• 여덟 번째 의견

  • 작업 중 저널링을 "interstitial journaling"이라고 부름
  • 프로젝트와 타임스탬프를 색상으로 구분하는 도구를 만듦
  • 개인 생산성 향상에 유용함
  • 무료로 제공됨

• 아홉 번째 의견

  • 작업 진행 상황을 설명하고 저널에 기록하는 것이 중요함
  • 집중력을 잃고 다른 길로 빠지는 경우가 많음

• 열 번째 의견

  • 작업이 중단될 때마다 스택에 작업을 추가하고, 완료하면 스택에서 제거함
  • 각 작업에 관련된 저널 파일이 있음
  • 때때로 스택을 재정렬함