2026/01/03 3:16
**コンピュータ科学者のための会計（2011）**
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
概要：
この記事では、会計をグラフとして視覚化する方法について説明しています。アカウントはノード（頂点）であり、各取引は金額がラベル付けされた有向辺です。すべてのノードをゼロから始め、入ってくる金額を足し、出て行く金額を差し引いて残高を算出します。この手法により、すべての残高の合計が常にゼロになることが保証されます。ノードを二つの互いに排他的な集合に分割すると、反対符号の合計残高が得られ、帳簿の整合性確認に役立ちます。
モデルでは、色分けされた辺を使用しています——収益／費用は青、資産は緑、資本はピンクです。これにより利益計算が直感的になります（利益＝収益－費用で符号が反転）。契約上の売上と実際の現金受取を区別するため、別々の「売上」ノードと支払辺を設けています。また給与は銀行から給料へ向かう辺として扱い、減価償却は家具から各期間ごとの減価償却ノードへ向かう辺として表現します。資本注入は「資本」ノードで示されます。
結果として得られる貸借対照表は、緑の資産を反転符号付き青とピンクの負債／株主資本に合わせてバランスさせ、従来の財務諸表を鏡映しながらも明確な視覚的チェックポイントを提供します。例示図では、この手法が利益（$1 862）と均衡した貸借対照表（資産 $26 870 対 負債・株主資本 $26 862）を生み出すことを示しています。また、無形資産は明示的に追加する必要があり、貸借対照表は企業価値の下限を示すと指摘しています。記事は読者にソーシャルプラットフォームで著者をフォローして最新情報を受け取るよう促しています。
本文
マーティン・クレプマン著、2011年3月7日公開
はじめに
教育を受けた人なら誰でも会計の基本的な理解は必要です。
数学や科学、プログラミング、音楽、文学、歴史と同様に、世界を整理するためのツールの一つです。
お金を扱うことはいつも楽しいわけではありませんが、人生に避けて通れない部分なので、数分でその仕組みを理解しておく価値があります。
会計士たちは、自分たちの仕事を誰でも分かるように説明するのが苦手です。業界は専門用語や略語、奇妙な歴史的遺物で満ちており、「Bookkeeping for Dummies」さえ読めば頭が痛くなるほどです。こんなこと、本当にそんなに難しいのでしょうか？
私たちコンピュータ科学者も同じように説明が悪い、専門用語を使いすぎるという罪を犯していると思います。問題は、一度その分野に深く入ってしまうと、自分がそれ以前にどのように物事を考えていたか想像しづらくなることです。
結局私は気付きました：基本的な会計は単なるグラフ理論であるということ。
財務情報を表す従来の方法はその構造を驚くほど隠していましたが、私がそれを「グラフだ」と理解した瞬間、全てが突然わかるようになりました。
私はコンピュータ科学者であり、いつも物事をグラフとして考えています。もし誰かが最初からそう説明してくれていたら――
こんなに混乱する必要はなかったのに！ という気持ちです。そこで今回、その理解を共有したいと思います。
グラフが好きなら、この記事を読み終える頃には小規模企業／スタートアップの財務諸表を理解できるだけでなく、自分でもスプレッドシートや好きなプログラミング言語で計算できるようになるはずです。
実際それほど難しくありません。さっそく始めましょう！
アカウント＝ノード、取引＝エッジ
例として、会社のクレジットカードでスーパー・クラブのベーグルを5ドル購入し、その後別のスタートアップから中古のAeronチェアを500ドルで買うとします。これらはそれぞれ1つずつの取引―すなわちエッジです。各エッジには金額がラベル付けされます。
エッジは常に一方のノードからもう一方へ向かいます。そのノードとは何でしょう？
好きなように定義できます（ただし慣例があります）。まずは次のように設定します：
- ノード：銀行口座、カード、人／会社、または「食費」「家具」などの抽象カテゴリ
- エッジ：あるノードから別のノードへ流れる金銭
例
- 5ドルのクレジットカード請求を会社口座から支払う。
- その会社口座は元々5,000ドルの個人投資で開設された。
結果として得られるグラフは、金銭の流れ方向に矢印が付いたものです。同じノード対間に複数のエッジを追加できます。分けておくか合計しても構いません（例：食費に13ドル支出した場合など）。
アカウントには残高がある
すべてのノードはアカウントであり、各アカウントの残高はその入ってくるエッジと出て行くエッジから決まります：
- すべてのアカウントはゼロから始めます。
- 各入金エッジについてはノードに金額を足し、各支払エッジについては金額を引きます。
全てのエッジを処理した後、そのノードに残る値がそのアカウントの残高です。
性質
- 取引は正負両方で二重に登場するため、すべての残高の合計は常にゼロになります。
- ノードを任意の2つの互いに排他的な集合に分け、その合計を足し合わせると、一方の合計はもう一方の負数になります。
これらは sanity check（妥当性チェック）として有用です。もし違反しているなら、何かがおかしいというサインです（「やり方が間違っている」）。
ビジネスを行う
5,000ドルの商品を2人のお客様に販売したとします：
- 顧客1は即時支払います。
- 顧客2は2,500ドルを前払いし、残金の支払前に追加機能を要求します。
これをモデル化するには、各売上を二つの取引に分解します：
- 販売 – 購入者が購入を約束したものの、まだ現金は移動していない（「売上」ノードから顧客へのエッジ）。
- 支払い – 実際にキャッシュが銀行口座へ流れ込むタイミングで発生する（銀行から売上ノードへのエッジ）。
各顧客アカウントの残高は、彼らがあなたに借りている金額です：
- 顧客1 → 0（全額支払済み）
- 顧客2 → 2,500ドル未払い
「売上」ノードは総売上と同等の負値を保持し、後で収益として相殺されます。
例題を完結させる
さらにイベントを追加します：
- Y Combinatorから20,000ドルの投資を受け取る。
- 8,000ドルを給与として支払う。
- オフィスチェアを4年間にわたり減価償却する（四半期ごとに125ドル）。
これらは対応するノード間のエッジとして表現されます：資本 → 銀行、銀行 → 給与、人件費、家具 → 減価償却。
損益計算書
グラフを色分けします：
| 色 | 意味（会計用語） |
|---|---|
| 緑 | 資産（銀行口座、家具など）と債務者（顧客）が持つ金額 |
| 青 | 収益（売上）と費用（給与、減価償却、食費） |
| ピンク | 投資家や創業者からの資本 |
損益計算書は青ノード全体の合計です：
Revenue Sales: $10,000 Total revenue: $10,000 Expenses Payroll: $8,000 Depreciation: $125 Food: $13 Total expenses: $8,138 Profit / Loss: $1,862 (Revenue – Expenses)
負の値は損失を示します。報告時には符号を逆転させ、利益が正になるように表現します。
注意： 利益は銀行残高とは無関係です。この例では、投資家から25,000ドル入っているにもかかわらず、顧客2の未払金額のため銀行には23,995ドルしか残っていません。
バランスシート
バランスシートはノードを二つの互いに排他的な集合に分けます：
- 資産（緑）：銀行口座、債務者、家具
- 負債 + 資本（青＋ピンク）：クレジットカード、利益／損失、資本
慣例上、青とピンクの残高は符号を反転させて両側が一致するようにします。
Assets Bank account: $23,995 Debtors: $2,500 Furniture: $375 Total assets: $26,870 Liabilities Credit card: $8 Total liabilities: $8 Equity Profit/Loss: $1,862 Capital: $25,000 Total equity: $26,862
バランスシートの合計は、無形資産がゼロであると仮定した場合に企業価値の下限を示します。
結論
以上で会計のワイルドツアーは終わりです。もしあなたが会計士なら、私の簡略化に対して許してください。誤りを見つけたらぜひ教えてください。ほかの読者には、この情報が役立ったことを願っています。
新しい記事を書いたときは、Twitter（または Bluesky / Mastodon）でフォローいただくか、ニュースレターに登録してください。メールアドレスは共有されず、いつでも退会できます。