I said “QM” again… I meant QS that time too.
On Friday, August 9, 2013 9:13:18 PM UTC-4, Essentiae wrote:
Yup, I meant QS. (“QM” is stuck in my mind from quantitative methods.)
I don’t envy your task of trying to get the mechanics just right for this
kind of goal. (Tough enough so that it doesn’t just allow… everything…
but also not so tough that there’s a pms-tax, hehe.) If anyone’ll figure
out how to do it fairly, though, it’s you guys.This is partly a user issue, too. I mean, if we want to track it only
semi-harshly, we can always have it set up using the “don’t gain, maybe
lose” method by having a nearly imperceptible road rate with a safety
buffer just a little larger than the size of the largest safety buffer
we’ll need. I mean, if this type of goal is different and we need to think
about it differently… then… maybe ~we~ ought to think about it
differently. Plan to lose/gain, Beemind the related behaviours tightly
(but reasonably), and if we bust through our safety zones at thatpoint… well that’s on us. We get the QM value, we keep from going in the
wrong direction or losing hard won gains, and you guys need less Advil. In
a way, we may be kind of contradicting ourselves anyway: This kind of goal
is different and we need to think of it differently… but I want to think
of it the same so rig the graphs up so that I can do that and still not
lose too badly.On the other, other hand, just spit-ballin’ a little more: You know how
there’s a countdown for dropping back down from a higher pledge? Have a
user-defined period in the settings (for this type of goal only) and a
“this is an anomalous datapoint” button. Clicking it begins a countdown
clock. You can’t derail while on the countdown clock, but you see that
you’re over and need to be back down below the line before it runs out in
3/5/7/10/14/whatever days. If it’s a legit anomaly, you will be and all
will be well. If it’s not, it’s just a delayed derailment. (I think that,
in that case, quitting during your “time off” period should trigger the
delayed derailment, and the akrasia horizon should be pushed to [7 +
countdown time left] days (to prevent weaselling like archiving before
your countdown time runs out or changing the road rate to weasel). Changing
the number of days on the safety clock should also be subject to the
akrasia horizon (maybe after the first month and the user is more familiar
with individual patterns). Otherwise, the road works just like all other
goals and is double the size of the road rate (or user-defined in custom…
with changes subject to the akrasia horizon).On Thursday, August 8, 2013 11:58:53 PM UTC-4, Daniel Reeves wrote:
Quick clarification: You probably mean “QS” as in Quantified Self.
Were you thinking QM as in quantified-mind.com ?And, yes, a common soap box of mine is that Beeminder should be
foremost a quantified self tool. So any hackery involving suppression
of data points or entering values that don’t correspond to an actual
thing being measured should be a non-starter. Actually I hugely
appreciate hearing about cases (like Essy not recording anomalously
high weights) where you’re tempted to deviate from the QS ideal
because (as with the case of auto-widening or smoothing or minding the
moving average, or whatever the answer to this problem is going to
be!) it tells us how we need to fix Beeminder to get rid of that
temptation.On Thu, Aug 8, 2013 at 6:21 AM, Essentiae esse...@gmail.com wrote:
Thin vs. wide roads
“Remember that if you’re truly akratic then nothing really matters but
the
top edge of your yellow brick road. (If you’re not truly akratic then
just
stay comfortably below the road and ignore all this!) So I’m not buying
the
concern about a razor-thin road.”I think it’s right that it’s the top of the road that matters. That
said,
the yellow brick road provides valuable visual feedback on how you’re
doing:
when you’re in risky territory (orange), when you’re sailing smoothly
(blue), and when you’re rockin’ it (green). Having only green and red
points
loses that valuable visual data, as well as the safety one has earned
when
getting onto a green point. Beeminder doesn’t just help akratics stop
doing
dumb $#!~ today, it also sort of teaches akratics the value of thinking
and
working ahead. I’ve certainly noticed a tendency to start thinking
things
like “I should get X goal above my road by a few days cause event Y is
coming up and I don’t want to have to think about it during that time.”
I’ve
always ~thought~ that… but now I’m doing it with some goals cause I
have a
visual representation of my effort. That’s a fundamental shift. I think
people who are doing better than their roads have “earned”, in a way,
the
feeling of safety on the green/blue side. So road width matters, IMO. I
think custom road width for weight, if it’s not going to have
auto-widening,
allows that. (BUT fix it so we can’t change the road width on the fly;
there
should be a 7-day countdown for road width changes. Otherwise: “Argh,
I’m
over by .2lbs today… guess I’ll change my road width…”)Saving yourself on a given day
“Imagine your road is sloping down and you’re below it at first but you
weigh in every day at the same weight, 100kg. You’re on a collision
course
with the road. After 9 days of 100kg each day, you find yourself on the
wrong side of the road. It’s an emergency day and you need to lose .5kg
to
get back on.”Then you’ve already lost.
If you have to try to lose weight in a day (when you’re going to be
(and
OUGHT to be) putting food and water into your body from the moment you
get
up), I think you’re in a bad place. I’m really leery of the idea of
trying
to recover on any single given day. But that may be because of how I
use my
weight goal. I use it to force me to tighten the behavour goals that
result
in weight loss/maintenance (Daniel mentioned a few ideas later on in
his
post) rather than as a “today” thing. If my weight’s not coming down, I
need
to tweak some of my behavour goals, on penalty of derailing later. (For
this
reason, I would love my weight goal to be set up with a 30-day akrasia
horizon, instead of a 7-day akrasia horizon.)I think having a weight loss goal without having behavioural goals is
symptomatic of the akratic problem when connected to weight loss.
Weight
goals are fundamentally different from goals like getting more work
done or
limiting TV hours, and the akratic problem for that type of goal is
different from the akratic problem for the “omgz just do a little of
this
today you procrastinator” type goals.Real-time vs average
So… sometimes I talk of the world of the “ideal” about things that
don’t
actually matter ~a ton~ to me. This is one of those cases. I really
don’t
care that much whether the road is measuring individual datapoints or
the
average, and I think the fact that it would mean making what might be
some
pretty significant changes to Beeminder behind-the-scenes probably
makes it
not worth it. The reason I would support it (in lieu of the
auto-widening
roads) is for the unreasonable derailment cases (though, auto-widening
roads
still didn’t fix many of the long-term, regular, legit derail cases).I believe very strongly that genuine “am not losing weight so am over
today”
datapoints = you’ve already lost… pay the hell up. Weight goals are
think-ahead goals and we akratics need to learn that. Losing water by
running around or veggy fasting for a day is not a healthy solution,
IMO.
You’ve already lost… pay up, go have a glass of water, a normal
breakfast,
and make healthier choices this week. So, whether it’s impossible to
move
the moving average down after that or not means nothing to me. What
worries
me, are those days that are not representative of the true trend. If
you are
genuinely on the right track, you shouldn’t be penalized for something
like
water retention, pms retention, or other things best left to your
imagination. Auto-widening roads or using an average doesn’t ~really~
help
that, cause in the water-retention or pms cases, we’re probably looking
at
several “above goal” days even if you’re actually doing well and even
if
you’re losing fat during that time.I don’t really care how the goal is set up as long as it a) forces me
to
plan my behaviour ~enough~ to meet my targets, b) doesn’t leave me
thinking
about hitting the sauna to weigh in lower, c) doesn’t punish me for
non-representative changes.For me, a longer akrasia horizon for weight goals + some different way
of
counting when a derail happens (whatever it is) that forgives spikes
that
aren’t representative is enough to do that… whatever those details are.This is what I’ve done from time to time (and might do again… I’m sorry
Daniel, you’re going to hate this). I would enter my datapoints, but
fail to
report my above the road points. If they were genuinely above the road
b/c I
was actually failing, I would derail by not entering for several days
and
running out of time. If they weren’t, I would pop back down before that
happened and the trend would continue just fine. This was fair, to me,
b/c
it meant I wouldn’t be unfairly penalized… as long as the road was
steep
enough to matter or the derail point was ~before~ the akrasia horizon.
Otherwise it’s too easy to change the road rate and never derail…The problem with that is that I lose the QM value. BUT, what if weight
loss
goals were set with different derail conditions. This is off the top of
my
head, so there might be stupid things I’m not thinking of hidden here:
Custom road width. (I want to earn the blue points, dammit! hehe.
But
more importantly, I also think visual representation if someone is
losing
~too much~ weight is important. losing over 2-3lbs/week has gallbladder
implications, so someone who sets their road to 2lbs with 1 safe day
and who
has a trend that is clearly steeper has a visual cue that they should
eat a
little more to stay on the healthy side of their efforts. I realize
these
are the minority cases, and not my own case, but it is one of the ways
Beeminder can help people who are a little overzealous about it to keep
from
hurting themselves)Users (more typical than those mentioned in 1) setting longer safe
day
buffers (I like 14 because some of the legit spikes can be 10-days long
but
can catch right back up afterwards; men might prefer something like 5-7
days, all depending on personal patterns/medical considerations). See
attached as an example of what was a legit spike.A farther akrasia horizon for this goal (I like 30 days, but it
could be
a customizable value, maybe?… with changing that value subject to the
~currently~ set akrasia horizon value so that I can’t just weasel),(sorry) changing it so that it allows me to enter my above the line
points for QM purposes, but derails as though I hadn’t. Make it so that
some
recent point matters, but not necessarily the most recent point. Maybe
the
lowest day in the “max safe days” range. I.e., if I have a 10-day max
safe
day range, then the lowest day in the last 10 days is what counts for
derailing. BUT, it doesn’t count as though it’s today’s point, it
counts as
though I haven’t entered a point since. That way, if there fails to be
positive change in [max safe day range] number of days, I lose. (But
count
the Hard caps by using today’s point and it’s distance from the point I
need
to be back to when I need to be back on the road.)Allow only 1 weight goal per user so that people don’t start using
weight
goals in order to create “debts” for other kinds of goals. (“I’ll just
create a weight-type goal for my reading because then I can choose to
catch
up if I don’t keep on track” ← FAIL!)This could allow users who know their legit fluctuation details to plan
for
them with safety, but not to use their safety net too loosely. And,
although
I get your point about akratics and the upper line or the road, weight
goals
are just different. They can’t be treated like other goals b/c they’re
just
not like other goals. Part of heading in the right direction is
realizing
that and adapting to it, I think. AND if you want to treat it like
other
goals then create it like another goal: custom goal for the no eating +
sauna win.Sorry for yet another way-too-long post!
–
You received this message because you are subscribed to the Google
Groups
“Akratics Anonymous” group.
To unsubscribe from this group and stop receiving emails from it, send
an
email to akratics+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.–
http://dreev.es – search://“Daniel Reeves”
Goal tracking + Commitment contracts == http://beeminder.com