Experiments with a random clock

post by Malmesbury (Elmer of Malmesbury) · 2021-06-13T17:08:03.200Z · LW · GW · 12 comments

This is a link post for https://www.telescopic-turnip.net/experiments/a-random-clock/

Contents

  Tricking myself: single-player game theory
  Self-blinding in practice
  Putting a number on it
  A continuously-randomizing clock
None
12 comments

I may have found a solution to one of my biggest, longest-standing, most irredeemable problems. For most of my life, I have been consistently late. Whether it’s appointments, attending events, taking trains or joining a zoom call, I’m typically 10 minutes late for everything and it’s ruining my life – not because I actually miss the train (though that happens too) but because I’m constantly rushing and panicking. Whatever I do, I start it in a state of maximum stress and guilt. Obviously, I tried pretty much everything to address the problem, including various artificial rewards and punishments, telling a therapist about it, having people call me to remind me to get ready, taking nootropics, and many more ridiculous ideas. So I thought, “how do all these well-adjusted adults manage to be perfectly on time all the time?” and I did what any well-adjusted normie would do: I tried to formally frame the problem in terms of expected utility theory.

Tricking myself: single-player game theory

Imagine I have to attend a very important scientific conference on the effect of dubstep on mosquitos. The figure below plots how much I enjoy the event depending on the time I arrive.

Arriving early by ten minutes or one hour does not make any difference (or so I presume – this never happened to me). Being just a few minutes late is not a big deal either, since it’s just going to be the speaker testing her microphone or other formalities of no importance. Beyond that, it starts becoming really rude (with some variation depending on which culture you live in) and I risk missing some crucial information, like the definition of a crucial concept central to understanding the equations of mosquitos’ taste for Skrillex.

The second aspect of the problem is how much time I can save by arriving later, which is just a straight line:

Why would I arrive ten minutes early to the Skrillex-as-a-cure-for-dengue talk, when I could spend ten more minutes reading about exorcism under fMRI? Summing both aspects of the problem, the grand unified utility curve looks something like this:

There you have it: the utility peak, the most rational outcome, is obtained by being just a few minutes late. I suppose for most people, this basically means you should arrive on time, since the peak is not that far from the start of event. But chronically-late people like myself have a distorted vision of the utility curves, that looks more like that:

This might look like a desperate situation, but there is one spark of hope: even in this wildly-distorted version of the utility function, the downward part of the curve (problems with being late) is much steeper than the upward part of the curve (time saved by being late). This asymmetry makes it possible to change the location of the peak by adding some uncertainty, in the form of a random clock. Let me explain.

A rookie approach to not-being-late is to shift your watch 10 minutes in the future. This way, it “looks” like you’re already 10 minutes late when you are actually on time, which might make you speed up through some obscure psychological mechanism. Of course, this does not work since you know perfectly well your clock is 10 minutes early and you compensate accordingly. But what if you ask a friend to shift your watch by a random number of minutes, between 0 and 10? Then, you don’t know how much to compensate. Coming back to the utility function above, we are effectively blurring out the utility function. Here is what happens:

Thanks to the asymmetry of the original peak, the maximum utility is now shifted to the left! Say the mosquito conference starts at 8:00, and the random clock says 7:59. Best case scenario, the clock is 10 minutes in advance, and I still have 11 minutes left, so everything is fine and I can take my time. Worst case scenario, the clock is exactly on time, and the show starts in one minute, and I can’t wait any longer. Since I would rather be 10 minutes early than 10 minutes late, I stop reading this very important exorcism paper, and hurry to the conference room.

Self-blinding in practice

In the early development phase I asked a trusted friend to pick a number between 0 and 10 and shift my watch by this amount in the future without telling me. This was for prototyping only, since it has some disadvantages:

Then, I used this very simple python command:

#!/usr/bin/python3
import time,random
print(time.ctime(time.time()+60*10*random.random()))

It takes the current time, draws a random number between 0 and 10, and adds the same number of minutes to the time.

I have an advantage for this project: I usually wear a wristwatch at all times. This makes the practical implementation of the random clock much easier – I just need to shift my wristwatch, and rely exclusively on it without ever looking at any other clock. I also have an alarm clock and a regular clock on the wall of my room, so I simply shifted them to match my watch. I also had clocks on my computer and my phone, and there is surely a way to shift them too, but I was lazy and just disabled the time display on both devices. [Side-note: in hindsight, I think removing the clock from computers/smartphone is also a healthy decision in its own right, as it forces you to get your eyes off the screen from time to time, you should give it a try]. Here is my full randomization procedure:

And then, it is all about avoiding looking at the various clocks in my environment that display the true time (sometimes the microwave will just proudly display the time without warning). Who will win – my attempt at deliberately adding uncertainty to the world, or my microwave? Let’s do the experiment.

Putting a number on it

For a few days before and after trying out the random clock, I kept track of the time when I arrived to various appointments and events. For the random phase, I would just write down the raw time displayed on my watch, then, before re-randomizing it, I would check what the shift was and subtract it to the data to know at what time I really arrived. My astonishing performance can be witnessed in the figure below:

The horizontal segments represent the median. As you can see, I went from a median lateness of nine minutes to only one minute. I’m still not perfectly calibrated, but this might be the first time in my whole life I am so close to being on time, so I’d consider this a success. In both series, there are a few outliers where I was very very late (up to 35 min), but those are due to larger problems – for example, the green outlier was when my bicycle broke and I had to go to a band rehearsal on foot. Apparently, I am so bad at managing time that my lateness undergoes black swan events.

Contrary to what I expected, it is very easy to just stop looking at all the clocks in the outside world, and only rely on my watch. Of course, the world is full of danger and sometimes I caught a glimpse at whatever wild clock someone carelessly put in my way. In that case, I just had to avoid checking my watch for a few minutes to avoid breaking the randomization. A bigger problem is seeing when events actually start. Whether I like it or not, my system 1 can’t help but infer things about the real time by seeing when other people arrive, or when the conference actually starts, or when some !#$@ says “alright, it’s 10:03, should we start?”. If this narrows the distribution too much, I have to randomize again. I did not find it to be a major problem, only having to re-randomize about once a week. In fact, when I revealed the real shift to myself before re-randomizing, I often found that what I inferred about the true time was completely wrong. Thus, even if I believe I’ve inferred the real time from external clues, I can tell to myself it’s probably not even accurate. This only makes my scheme stronger.

A continuously-randomizing clock

Since no randomization is eternal, am I doomed to re-randomize every few weeks all my life? There is actually a pretty simple solution to avoid this, which is to use a continuously-randomizing clock. Instead of manually randomizing it from time to time, the clock is constantly drifting back and forth between +0 min and +10 min, slightly tweaking the length of a second. A very simple way to do that is to add a sine function to the real time:

#!/usr/bin/python3
import time, math
real_time = time.time()
shift = (1+math.sin(real_time/1800))/2 # Between 0 and 1
wrong_time = real_time + shift*60*10
print(time.ctime(wrong_time))

In this example, the clock shift will oscillate between 0 and 10 once every π hours. Of course it is not really random anymore, but it does not matter since we are just trying to trick our system 1 so it cannot figure out the real time against our will. Finding the real time might be possible with some calculations, but those would involve your system 2, and that one is supposed to be under your control. All that matters is that the oscillation period is not an obviously multiple of one hour. The snippet above uses a period of π, which is not even rational, so we are pretty safe.

The advantage of using a sine function rather than a fancy random variable is that it is magically synchronized across all clocks that use the same formula. If you use this on two different computers, they will both give the same (wrong) time, without the intervention of any internet. As I said, I am fine with my old needle watch, but if you are the kind of person who uses a smartwatch, give it a try and tell me how it went. Or perhaps I will try to build one of these Arduino watches.

In my tests, I found that my archaic wristwatch-based system is already good enough for my own usage, so I will stick to this for the moment. Maybe it will keep on working, maybe the effect will fade out after a while, once the novelty wears out. Most likely, I might have been more careful than usual because I really wanted the experiment to succeed. Maybe I will get super good at picking up every clue to guess the real time. I will update this post with the latest developments. Anyways, there is something paradoxical about manipulating oneself by deliberately adding uncertainty – a perfectly rational agent would always want more accurate information about the world, and would never deliberately introduce randomness. But I am not a perfectly rational agent, I did introduce uncertainty, and it worked.

12 comments

Comments sorted by top scores.

comment by Brendan Long (korin43) · 2021-06-13T17:34:42.164Z · LW(p) · GW(p)

Why would I arrive ten minutes early to the Skrillex-as-a-cure-for-dengue talk, when I could spend ten more minutes reading about exorcism under fMRI?

The way I solved this was with a smart phone with an RSS reader, Instapaper, and an ebook app. Why not arrive ten minutes early and read about exorcism under fMRI at the location of the talk instead of reading at home?

(I'm considering getting a phone with an e-ink screen to make this nicer, since I usually don't feel like carrying a Kindle around.)

comment by Richard_Kennaway · 2021-06-13T20:30:19.718Z · LW(p) · GW(p)

Whatever works. I just have a rule: show up on time.

comment by gianlucatruda · 2021-06-15T12:32:10.606Z · LW(p) · GW(p)

Okay, I absolutely love this post! In fact, if you were to break it down into three posts, I would probably have been a serious fan of all of them individually. 

Firstly, the expected utility formulation of lateness is excellent and explains a lot of my personal behaviour. I'm aggressively early for important events like client meetings and interviews, but consistently tardy when meeting for coffee or arriving for a lecture. Whilst your methodology focussed on unobservable shifts to the time axis, I suspect there are also interesting gains to be made in reshaping the utility curve — for instance, by always carrying reading material, like korin43 mentions in another comment.  

Secondly, your approach to self-blinding is fantastic. I do a lot of Quantified-Self research and self-blinding is one of the most challenging and essential components of interventional QS studies. I really like how your protocol builds from the theoretical formulation you created and acts as a convolution on the utility function. I had a little nerdgasm when reading that part!

Thirdly, the fact that you collected and visualised data to evaluate the methodology is outdone only by how pretty your plot is.

Finally, it would be remiss of me not to comment on your excellent use of humour. I chuckled multiple times whilst reading. Expertly balanced and timed to resonate with the tone of the technical content. 
 

comment by Dave Lindbergh (dave-lindbergh) · 2021-06-13T19:52:13.707Z · LW(p) · GW(p)

You're an unusual person. I'm glad you found something that works for you. I just learned to relish the "quiet time" that comes from being a few minutes early - use it to rest, meditate, catch up on email, read an article, whatever. Before smartphones (I'm that old) I'd carry a book with me everywhere I went - to have something to read.

comment by Gurkenglas · 2021-06-14T06:32:48.096Z · LW(p) · GW(p)

Break the minute hand off your wristwatch. Maybe some of the hour hand too.

Replies from: bfinn
comment by bfinn · 2021-06-14T15:28:00.399Z · LW(p) · GW(p)

I once had a designer watch with no minute hand. (The hour hand consisted of a ball bearing that moved round the face by magnetism; though a normal hour hand would do.)

With practice I found you could estimate the time from the hour hand's position to an accuracy of about +/- 5 minutes. So this would be ideal.

comment by Ericf · 2021-06-14T00:30:52.125Z · LW(p) · GW(p)

Since this comment thread is apparently "share what you do to be on time" here's mine.

I consider it a test of estimation skills to arrive places exactly on time, so I get a little dopamine hit by arriving at the predicted moment. And I can set that target time according to the risk and importance of the event (ie, I aimed 5 minutes early for swim lessons yesterday, because I wasn't sure if the drive was 7 or 11 minutes long, and being late is bad, and I aim 30 minutes early to catch a plane, since missing late by 1 minute is extremely costly, but when going to visit a single counterparty (grandma, a friend) I aim at the time suggested)

comment by DirectedEvolution (AllAmericanBreakfast) · 2021-06-13T20:28:02.136Z · LW(p) · GW(p)

This is a great idea. I find it not impossible that if you build an arduino watch implementing this, that you could make a nice little business patenting (?) and selling them. I'm sure many people would say "why not just learn to enjoy being a little early?" But for whatever reason, some people just don't have much success with that. A gadget that corrected their problem might do just the trick.

comment by Gunnar_Zarncke · 2021-12-07T08:03:00.572Z · LW(p) · GW(p)

My trick is comparable: Advance the clocks in your house a few minutes. I intended it to be 5 minutes but in practice, it varies. My reasoning was less about the randomness but about the inability to take the offset into account - when in a hurry.

comment by Dirichlet-to-Neumann · 2021-12-07T10:26:12.579Z · LW(p) · GW(p)

I've wanted to test that for a long time !

Sadly I can't stand to wear a wrist watch...

comment by alexlyzhov · 2021-06-16T01:46:36.072Z · LW(p) · GW(p)

This is a very neat idea, is there any easy way to enable this for Android and Google Calendar notifications? I guess not

comment by Measure · 2021-06-13T22:30:40.091Z · LW(p) · GW(p)

My problem was that I would simply lose track of the time and not notice when the event was about to start. My solution to this was to set alarms on my phone before each event. If you can correctly predict how much time you'll need to prepare/travel, then you just need to form the habit of alarm -> start getting ready.