Hacker News 의견

• ledger-cli를 20년 동안 사용해왔음. 완벽하지는 않지만 매우 만족스러움. 모든 것이 평문 텍스트로 되어 있어 스크립트 작성, VIM에서 읽기, 데이터 추출이 용이함. 현재 회사 중 하나의 ledger 파일은 2MB의 평문 텍스트로 2016년 이후의 거래 내역을 포함하고 있음

  • 다양한 "계정" (카테고리)에는 큰 가치를 느끼지 못했지만, 모든 것을 추적하는 데 필수적이었음
  • 복식부기 학습이 재미있었고, 평생 유용한 기술임

• 즉각적인 엄격한 카테고리화 시스템은 일부 사람들에게 맞지 않음. 회사에서 두 단계 접근법을 사용했음

  • 사람이 아이폰 노트에 메모를 작성하고 나중에 스크립트로 날짜를 파싱하고 키워드를 감지하여 복식부기 템플릿을 만듦
  • 스크립트는 외부 "에이전트"와 내부 분석을 감지하고 원본 텍스트를 주석으로 추가함. 감지되지 않는 항목은 수동으로 카테고리화하고 스크립트에 추가해야 했음
  • 스크립트는 하드코딩된 값이 아닌 편집 가능한 목록을 사용했으며, 이는 사람마다 다르게 설정됨

• LLM 덕분에 평문 텍스트 회계가 훨씬 쉬워졌음. 은행 명세서를 hledger로 가져오고 수동 입력을 피할 수 있음

  • JSON 파일을 사용해 은행 항목을 hledger 계정에 매핑함. 새로운 거래는 Python 스크립트를 실행해 Claude에게 매핑을 요청함
  • Claude는 매핑을 기반으로 hledger 저널 항목을 반환하며, 이를 빠르게 검토할 수 있음
  • 또 다른 스크립트는 해당 월의 은행 거래에 대한 hledger 저널 항목을 출력함

• Beancount를 사용해왔으며, 데이터 가져오기 도구를 작성하고 회계를 직접 경험하는 것이 즐거웠음. 하지만 거의 1년 동안 데이터를 가져오지 않았음. 매달 하려고 했지만 30~60분이 걸려 번거로움

• 평문 텍스트 회계는 멋지지만, 사람들이 은행 데이터를 표준 형식으로 다운로드하는 것이 큰 장벽임

  • 은행은 CSV나 엑셀 파일 이상을 받아들이지 않음. 다양한 데이터 집계 플랫폼(yodlee, plaid 등)은 오픈 소스나 취미 사용자에게 친숙하지 않음
  • 과거에 Wesabe라는 회사가 데스크탑에서 은행 동기화를 했지만, Mint.com이 그들을 사업에서 밀어냈음. 오픈 소스에 적용할 수 있을 것 같음

• Ledger를 효과적으로 사용하는 방법에 대한 실용적인 "레시피" 시리즈를 작성했음

  • 링크

• 재고(수량, FIFO, 달러 비용 평균)와 송장/POs(AP/AR)를 알고 있는 평문 텍스트 솔루션을 찾고 있음

  • "차변"과 "대변" 같은 단어를 사용했으면 좋겠음. +/− 표기법은 실제 금융 문서나 시나리오에서 평문 텍스트 보고서로 번역하는 것을 어렵게 만듦

• 다른 사람들이 다양한 평문 텍스트 회계 도구를 어떻게 사용하는지 듣고 싶음

  • 지출 습관을 파악하고 교정 조치를 취하는 데 사용하고 있는지, 단순히 비용, 수익, 순자산 등을 추적하는 데 사용하고 있는지, 아니면 단순히 과정 자체에 대한 것인지 궁금함
  • 평문 텍스트 회계를 생각할 때마다 완전히 몰입하고 싶은 충동이나 이전 시도에 충실하지 못한 것에 대한 죄책감을 느낌. 현재는 주로 죄책감이 있음

• Ledger의 열렬한 팬이며, 지난 8년 동안 전체 회계 생활을 hledger로 운영해왔음

  • 여러 계정을 너무 많은 파일로 나누지 말고, 계정당 연도별로 하나의 파일을 유지하는 것이 좋음
  • GitHub CoPilot이 ledger 파일 작업에 매우 유용함. 잔액 추가/차감 계산을 거의 완벽하게 수행함
  • 새로운 항목을 수동으로 입력해야 할 때, 종종 단축키 한 줄 주석을 입력하면 전체 항목을 채워줌