カロリー管理を3ヶ月続けてわかった、エンジニアが挫折しない記録術

「記録しようとして結局やめた」経験ありませんか?健康診断で警告を受けたエンジニアが3ヶ月で-6kg達成。記録設計を見直したら一気に楽になった実体験を正直に話します。

去年の健康診断で「体重もう少し落としてください」と言われてから3ヶ月、ようやく-6kgに到達した。正直、最初の1ヶ月は完全に迷走してた。カロリーを計算しようとして挫折し、アプリを入れては使わなくなり、の繰り返し。でもある時点で「これ、記録設計の問題だ」と気づいてから一気に楽になったんですよね。

エンジニアって仕事でシステム設計はするくせに、自分の食生活には設計思想が一切ない人が多い気がする。うちのチームの飯友に話を聞いても、「なんとなく食べてる」か「急激に制限して1週間で諦める」かの二択な人ばかりだった。実際に3ヶ月試して「これは続く」と確信したカロリー管理の基本と、2026年時点でのツール・自動化まわりの知見を共有したい。

過去にリバウンド防止の自動化システム実装記PFCバランス計算方法の実践ガイドも書いているので、そちらも合わせて読んでもらえると体系的に理解できると思う。

そもそもカロリー管理ってなぜ続かないのか

結論から言うと、続かない最大の理由は「毎食の記録コスト」が高すぎるからだと思う。アプリを開く、食べたものを検索する、量を入力する——この手順を1日3回繰り返すのは、思った以上にしんどい。エンジニアとして言い換えると「UXが悪い入力フォームを毎日3回叩かされる」状態だ。

実際に周りの友人5人に挫折した理由を聞いてみたら、こんな内訳になった。

pie title カロリー管理を挫折した理由の内訳
  "記録が面倒で続かなかった" : 45
  "何を食べればいいか迷った" : 25
  "外食でカロリーがわからなかった" : 20
  "効果が見えなくてモチベが落ちた" : 10

ざっくりした集計なので誤差はあるけど、体感的には合ってる。「記録が面倒」が圧倒的な1位なんですよね。

じゃあどうするか。答えは「記録の粒度を落とす」と「入力を自動化する」の2つだった。すべての食事を正確にカロリー入力しようとするから無理が出る。最初は±200kcalの精度でいい。完璧を目指さないこと。これだけで続けやすさが劇的に変わる。

カロリーの基礎知識:最低限これだけ押さえる

細かい栄養学の話はPFCバランス計算方法の実践ガイドに任せるとして、ここでは「まず動けるようになる最小限の知識」だけ整理する。

基礎代謝と消費カロリーの計算

# 2026年版 ハリス・ベネディクト改良式(Mifflin-St Jeor方程式)
def calc_bmr(weight_kg: float, height_cm: float, age: int, is_male: bool) -> float:
    """
    基礎代謝量(BMR)を計算する
    現在最も精度が高いとされるMifflin-St Jeor方程式
    """
    if is_male:
        bmr = (10 * weight_kg) + (6.25 * height_cm) - (5 * age) + 5
    else:
        bmr = (10 * weight_kg) + (6.25 * height_cm) - (5 * age) - 161
    return bmr

def calc_tdee(bmr: float, activity_level: str) -> float:
    """
    総消費カロリー(TDEE)を計算する
    activity_level: sedentary / light / moderate / active / very_active
    """
    multipliers = {
        "sedentary": 1.2,    # ほぼ座りっぱなし(デスクワーク中心)
        "light": 1.375,     # 週1-3回軽い運動
        "moderate": 1.55,   # 週3-5回中程度の運動
        "active": 1.725,    # 週6-7回激しい運動
        "very_active": 1.9, # 毎日ハードトレーニング
    }
    return bmr * multipliers.get(activity_level, 1.2)

# 実際に使った計算
# 僕のプロフィール: 75kg, 175cm, 32歳, 男性
my_bmr = calc_bmr(75, 175, 32, is_male=True)
my_tdee = calc_tdee(my_bmr, "sedentary")  # エンジニアはほぼsedentary

print(f"基礎代謝: {my_bmr:.0f} kcal")
print(f"総消費カロリー(TDEE): {my_tdee:.0f} kcal")
print(f"減量目標カロリー(-500kcal赤字): {my_tdee - 500:.0f} kcal")

実行結果:

基礎代謝: 1786 kcal
総消費カロリー(TDEE): 2143 kcal
減量目標カロリー(-500kcal赤字): 1643 kcal

-500kcal/日の赤字を続けると、理論上は1週間で約0.5kgの脂肪が落ちる計算になる。急激に1000kcal以上削ると筋肉も落ちるし、何より続かない。個人的には-300〜-500kcal程度が現実的なラインだと思う。「もっと削れば早く痩せる」は罠だと身をもって学んだ。

食品別カロリーの体感値を掴む

数字を全部覚える必要はないけど、よく食べるものだけでも頭に入れておくと記録なしでもざっくり把握できるようになる。これが地味に効く。

食品カテゴリ代表例目安カロリー備考
白米茶碗1杯(150g)252kcal控えめにしやすい
コンビニおにぎり平均1個180-200kcal具材で変動大
ランチ定食(居酒屋系)唐揚げ定食900-1100kcal想像より高い
プロテイン1スクープ(30g)110-130kcal食事補完に使える
コーヒー(ブラック)1杯ほぼ0kcal安心して飲める
ビール500ml缶210kcal見落としがち
カップ麺日清カップヌードル353kcal深夜に食べがち
バナナ1本(100g)86kcal間食の優等生

特にビールは本当に見落としがちで、飲み会の翌日に「なんで落ちないんだろう」と思ってたら飲み物だけで500kcal超えてた、なんてことが序盤に何度かあった。

2026年版:カロリー管理アプリの実態比較

3ヶ月で4つのアプリを試した。正直まだ検証中の部分もあるけど、現時点での評価を共有する。

アプリ名食品DB精度記録の手軽さAI機能月額費用(2026年)総評
あすけん★★★★★★★★★☆栄養士AI相談無料〜480円日本食DBが圧倒的に強い
MyFitnessPal★★★★☆★★★★☆GPT連携分析無料〜1500円英語食品は強いが和食が弱い
カロミル★★★★☆★★★★★画像認識記録無料〜480円写真撮るだけが楽
Cronometer★★★★★★★★☆☆なし無料〜1200円栄養素細かく見たい人向け

僕が3ヶ月使い続けたのはあすけん。理由は単純で、日本の食品データベースの網羅性が他と比べ物にならない。松屋の牛めし、セブンのサラダチキン、吉野家の牛丼——全部出てくる。外食が多いエンジニアには一番ストレスが少ない選択だと思う。

カロミルの「写真撮るだけ」機能は2026年時点でかなり精度が上がっていて、弁当とかパスタみたいな複合的な料理も80%くらいの精度で識別してくれる。ただし「識別した内容を確認する手間」が地味にあるので、結局手入力と大差ない場合もあった。ここは好み分かれるかも。

実際に3ヶ月で-6kgできた記録設計の話

試行錯誤の末、最終的に落ち着いたのがこの設計。

flowchart TD
    A[朝起きる] --> B[体重計測・アプリ記録]
    B --> C{今日の目標カロリー確認}
    C --> D[朝食を食べる]
    D --> E[あすけんに記録]
    E --> F[昼食]
    F --> G{コンビニ or 外食?}
    G -->|コンビニ| H[バーコードスキャンで記録]
    G -->|外食| I[チェーン店はアプリ検索 / 個人店はざっくり入力]
    H --> J[夕食]
    I --> J
    J --> K[記録して残りカロリー確認]
    K --> L{100kcal以上余ってる?}
    L -->|YES| M[間食OK or 翌日分に繰り越し]
    L -->|NO| N[就寝]
    M --> N
    N --> O[週次振り返り: 体重グラフ確認]

ポイントは「間食は残りカロリーの中でやる」というルール。禁止じゃなく予算管理にしたことで、「食べちゃダメ」から「予算内なら食べていい」に変わった。これがメンタル的にかなり楽だった。禁止にすると反動が来るのはシステム設計と同じで、逃げ道を塞ぎすぎると全体が壊れる。

3ヶ月の体重推移はこんな感じ:

xychart-beta
  title "3ヶ月の体重推移(kg)"
  x-axis [1週目, 2週目, 3週目, 4週目, 5週目, 6週目, 7週目, 8週目, 9週目, 10週目, 11週目, 12週目]
  y-axis "体重 (kg)" 68 --> 76
  line [75.2, 74.8, 74.1, 73.9, 73.5, 73.0, 72.8, 72.1, 71.5, 70.9, 70.2, 69.4]

最初の2週間は停滞感があって「これ効いてるのか?」と不安になったけど、3週目あたりから明らかに落ち始めた。停滞したからといって急にカロリーを削るのは逆効果だと実感した。焦らないこと、これが一番大事かもしれない。

外食・コンビニでの現実的な対処法

エンジニアで一人暮らしだと外食・コンビニ飯がほぼメインになる人も多いと思う。僕もそう。そういう人向けに、実際に使ってる「選択ルール」を共有する。

コンビニ飯の選び方マイルール:

優先度1: ゆで卵・サラダチキン・豆腐などのタンパク源を必ず1品
優先度2: 主食は「小さめ」を選ぶ(ミニおにぎり、サンドイッチ半分など)
禁止ではないが要注意: ホットスナック(唐揚げ、フライ)は1個まで
飲み物: 砂糖入り飲料はノーカウントしがちなので要注意

麺類の定食やラーメンが多い外食ランチは、正直カロリー管理が一番難しい。そういう日は「昼を800kcal食べた」と仮定して夕食を軽くする、という方法で乗り切ってた。完璧な記録より「今日全体でどうだったか」を管理する発想が大切。

Notionで実装した週次レビューダッシュボード

アプリの記録と並行して、週次でNotionにまとめるようにした。月間でどんな傾向があるか可視化できるし、「続いてる感」がモチベーション維持にも効く。5分の作業なのに心理的な効果が思った以上に大きくて、正直これが一番効いた習慣かもしれない。

xychart-beta
  title "週別平均カロリー摂取量と目標値(kcal)"
  x-axis [1月目前半, 1月目後半, 2月目前半, 2月目後半, 3月目前半, 3月目後半]
  y-axis "カロリー (kcal)" 1200 --> 2200
  bar [1980, 1820, 1750, 1680, 1650, 1630]
  line [1643, 1643, 1643, 1643, 1643, 1643]

目標ラインに対して最初は超えてたけど、徐々に目標値に近づいてきてる。毎週グラフを更新するだけで「ちゃんと改善してる」という感覚が持てて、それが継続につながった。

実際に使ってるNotionテンプレートの構造はこんな感じ:

## 週次レビュー(第X週)

### 数値サマリー
- 月曜体重: XX.X kg
- 金曜体重: XX.X kg
- 週間変動: +/-X.X kg
- 平均摂取カロリー: XXXX kcal/日

### 良かったこと
- (箇条書きで3つ)

### 改善したいこと
- (箇条書きで1-2つ)

### 来週のフォーカス
- (1つだけ決める)

シンプルすぎるくらいでいい。項目が多いと書くのが面倒になって続かなくなる。「来週のフォーカスは1つだけ」というのも地味に大事で、あれもこれも改善しようとすると全部中途半端になる。

運動との組み合わせについては器具なし自宅筋トレのガイドにも詳しく書いているので、「食事管理だけじゃ物足りなくなってきた」という人はそっちも参考にしてみてほしい。

まとめ

カロリー管理を3ヶ月続けてみて、本当に大事だと思ったことをまとめる。

  1. 精度より継続を優先する — ±200kcalの誤差は気にしない。毎日つけることの方が1000倍大事
  2. 目標カロリーはTDEEから-300〜-500kcalが現実的 — 急激な制限は筋肉を落とし、リバウンドの原因になる
  3. 外食は「禁止」じゃなく「予算管理」で考える — 残りカロリーの中で何を食べるかを選ぶ発想
  4. 日本食データベースが充実したアプリ(あすけん等)を使う — 記録の手間が全然違う
  5. 週次の振り返りを5分だけやる — 数字の変化が見えると続けるモチベーションになる

次のアクション:

  • まず今日の体重を計って記録する(アプリを入れるのはその後でいい)
  • TDEE計算で自分の目標カロリーを出す(上記のPythonコードをコピーして使えます)
  • 最初の1週間は記録することだけにフォーカスして、制限は後から始める

皆さんはカロリー管理でどんな方法を試してますか?「これが一番続いた」みたいな知見があればぜひ教えてほしい。正直、まだ改善できる部分はあると思ってるので、参考にさせてもらいたい。

U

Untanbaby

ソフトウェアエンジニア|AWS / クラウドアーキテクチャ / DevOps

10年以上のIT実務経験をもとに、現場で使える技術情報を発信しています。 記事の誤りや改善点があればお問い合わせからお気軽にご連絡ください。

関連記事