Як облік за фото справляється зі стравами, яких штрих-код ніколи не торкнеться

Відкрий майже будь-яку базу даних з харчування — і виявиться, що насправді це база даних фасованих продуктів. Коробки пластівців, протеїнові батончики, заморожені обіди, позиції мережевих ресторанів зі штрих-кодом — усе це колись один раз зареєстрував хтось один, а потім сканували всі інші. Це працює добре, доки ти не приготуєш щось сам.

У смаженини з трьома видами овочів, маринаду, кількість якого ти визначив на око, і того, скільки олії насправді потрапило на сковорідку, штрих-коду немає. Немає його й у салаті, зібраному з того, що знайшлося в холодильнику, чи в каструлі чилі, яке щоразу виходить трохи інакшим. Такі страви становлять величезну частку того, що люди справді їдять, і саме вони ламають облік, заснований на пошуку.

Звичний вихід — апроксимувати: знайти щось схоже, обрати найближчий варіант і сподіватися, що здогад щодо розміру порції не надто далекий від реальності. Зроби так тричі на день — і похибки швидко накопичуються, не тому, що якийсь окремий здогад дуже сильно помилковий, а тому, що немає жодного якоря, прив'язаного до страви, яка насправді перед тобою.

Оцінка за фото перевертає початкову точку. Замість того щоб шукати замінник, ти фотографуєш реальну тарілку, і модель міркує про те, що бачить: видимі інгредієнти, їхній приблизний об'єм відносно тарілки, і те, як це співвідноситься з типовими пропорціями макронутрієнтів для такого типу страви. Вона не читає етикетку, бо етикетки не існує — вона оцінює на основі тієї самої інформації, якою скористалася б людина, якби її попросили вгадати.

Ця відмінність важливіша, ніж може здатися. Людина, що дивиться на твою смаженину, могла б сказати, що це, ймовірно, страва з курки й овочів з легким соусом, приблизно півтори тарілки їжі, десь 500-650 калорій. Їй не потрібен був би UPC-код, щоб дійти до цього, і, ймовірно, вона була б ближчою до істини, ніж приблизний пошук у базі даних за запитом "смаженина з куркою", який передбачає зовсім інше співвідношення білка, овочів та олії.

Ніщо з цього не робить оцінку за фото ідеальною. Вона не знатиме точно, скільки масла пішло в твоє картопляне пюре, чи зроблений соус на вершках чи на бульйоні. Але вона потрапить у розумний діапазон для страв, для яких раніше взагалі не було доброго варіанту обліку — страв, які раніше або пропускали, або грубо вгадували, або записували як щось зовсім інше, бо це був єдиний збіг у базі даних.

Дві системи мають працювати разом, а не змагатися. Сканування штрих-коду дає точні цифри для фасованих продуктів, бо точні цифри вже існують. Фото дає придатну для використання оцінку для всього іншого, бо для домашньої їжі швидке й достатньо точне число переважає повільне й оманливо точне. Більшість днів зрештою використовують обидва способи — йогурт сканують, вечерю фотографують — і разом вони дають денний запис, який справді відображає з'їдене, а не найближчий відповідник у базі даних.

Головне тут — для чого насправді потрібен облік. Якщо мета — тренд протягом тижнів і місяців, трохи недосконала сьогоднішня оцінка, яку ти справді запишеш знову завтра, переважає технічно точне число, пошук якого зайняв п'ять хвилин і яке наступного разу ти просто пропустиш, бо воно того не варте. Облік за фото існує тому, що домашня їжа поширена, облік лише за базами даних погано з нею справляється, і виправлення полягає не в більшій базі даних — а в іншому погляді на тарілку.