Jakob Østergaard Hegelund

Tech stuff of all kinds

Failure

2012-06-06

Much of the technology we surround ourselves with every day in our lives is built as relatively complex constructs made up of smaller simpler parts. A car for example - a hugely complicated machine with thousands of relatively simple parts (like a tyre for example - most non-technical people will understand the basic concept of what the tyre does without understanding the full construct of the car). Or a house - most people understand that the roof keeps the rain away from the mattresses while few may understand how cavities and reflective surfaces influence the energy requirements for heating the house during winter.

That is all well and good - these everyday products function alike. Cars of various makes and models all perform the same basic function even though they may look, sound, feel and perform very differently at wildly different price points. The same holds true for the other example, houses - they all generally keep the rain from the mattresses while other factors can vary.

In other words, there is a set of basic functions that one can expect a given everyday product to perform, even if one does not understand the detailed making or function of the product. For example, I can go and buy a leather jacket and expect the leather to be soft and durable, even though I have no idea how leather is cured and how a jacket is made so that it is both comfortable and durable. The same will hold true for a car, a house, a blender, a coffe grinder, a kitchen knife, a bicycle or a pair of shoes. Or any other everyday product. We come to expect some basic functions to be delivered by everyday products and this is what makes our modern way of life possible. It makes it possible for me to buy a pair of shoes without being a skilled shoemaker, and still expect them to keep my feet dry.

This brings me to the topic of failure. When an organization manufactures and delivers a product that completely fails to perform the basic function that the consumer expects of the product, then it matters. It matters because such a failure is not isolated to one level of the organization. As discussed earlier, everyone understands the basic requirements of everyday products without necessarily understanding the detailed technical constructs that make them possible. Therefore, there is no excuse for a non-technical sales person to sell a product that cannot perform the basic function it is meant to perform. Being non-technical is not an excuse. The door swings both ways; the technical person cannot excuse him/herself with "just delivering what was sold". If you know that the basic functionality is not met, then you know that nobody could ever want that product. Not like that. Not without basic functionality.

We recently moved offices to a new location which is generally really nice - with one important exception... The elevators. There are two elevators for eight floors of offices and there is very poor access to stairs. One would therefore expect that there would be a good utilization of the two elevators.

Let me just take a step back here. You have probably used elevators before. You know how it works - you press the up arrow if you are going up, or you press the down arrow if you are going down. There are a number of elevators next to one another, and pressing a down arrow will make the "next available" elevator that is passing your floor in the right direction (downwards) stop to pick you up. This is simple and efficient, it works extremely well, and this is what you would exect elevators to do. It is, in other words, basic functionality when you have more than one elevator.

Well back to the topic; the two elevators we have are not interconnected like that. So, when you press the "up" arrow in the morning, only the elevator for which you pressed the "up" arrow, will consider picking you up. You have no way of knowing which of the two elevators may be moving in which direction any time soon (you can see their current floor but that is it). So, the elegant solution that everyone employs whenever they need an elevator, is, to press the buttons on both elevators.

While this may seem to solve the problem - it does request both elevators individually to pick you up - it does not take a rocket scientist to compute that more often than not one of those two trips that you order will be wasted as you obviously can only use one elevator at a time even though you request two.

Effectively, we have slightly more than one elevator - 1.1 elevator maybe. Not 2 elevators by any stretch of imagination. There is maintenance of two elevators, energy consumption of two elevators, space utilization of two elevators, but only effective capacity of slightly more than one elevator - because almost everyone always requests both elevators to pick them up.

This brings us back to the topic of failure. Everyone, from the guy installing the product all the way back to the sales team who sold the solution - they have all failed completely. The elevator "computer" obviously supports cooperating - I have used many elevators in many countries and I have never experienced non-cooperating elevators anywhere. Most likely the "cost" of making this cooperation work is a few bucks worth of copper wire to interconnect the two elevator computers. The cost of not having it work, is the complete cost of operating an elevator that is making trips nearly non-stop all day while not effectively transporting anyone anywhere.

The guy who tested the elevators knew this. The guy who installed the elevators knew this. The guy who sold the elevators knew this. The guy who managed the contracts knew this. Yet, everyone accepted that this everyday product would completely be failing to deliver the basic service that everyone knows that everybody would expect.

Aside from just being a rant, I actually wanted to point out how this is a sign of a failing product delivery organization. When blatant failure can be ignored (I refuse to belive that it has not been noticed) at so many levels of the organization, something is simply wrong. It might be interesting to observe how this particular elevator company will be performing relative to its competitors over the next decade. It is indeed possible that the failing organization is local to the capital area for example, so it may not have devastating impact on the company as a whole - I still think it is interesting to reflect on the level of willful ignorance necessary for a product delivery to fail so remarkably on basic expected functionality.

My first 12h (well 6.5h) solo race

2012-04-30

I signed up for the Stamina12 race some time ago, wanting to try my luck at a solo 12h race. Due to various circumstances (family, job, selling house, lots of excuses) I did not actually train for this though. I had my training well thought out, but it just never materialized. A month before the race I seriously considered just selling my entry because I was so ill prepared, but in the end I decided to give it my best shot.

Well so I did, this saturday. I ended up number 68 out of 113 which, considering that I called it quits after 6.5 hours on the track, is not as absolutely terrible as I feared it would be.

So why did I chicken out early? Especially my upper body was simply "spent" and I started making really silly mistakes and taking falls where I should be perfectly able to ride safely. There were other factors (which I will get back to), but my own safety was the primary concern. I do not race for a living, I race because I like to.

I have raced before, just never a 12h solo. In the past, my main trouble has been with the bike, not with the body. This time I was better prepared than ever before - on the mechanical side - and I believe that my bike could have made it through the full race.

Here is a list of things that helped and stuff that I just got right:

The following are issues I need to address next time:

The quick statistics of my race are:

WhatHow much
Ride timeAbout 6hr 30min
DistanceAbout 70km
Vertical climbAbout 1500m
Energy consumedAbout 2000 kcal
Energy spentAbout 3000 kcal
Placement68 of 113

For me this was a fantastic race. I would like to have done better (of course), but I gave it my best shot and I learned some valuable lessons. Next time I will do better.

Riding tubeless

2012-04-06

About two years ago I lost patience with fixing flats during my training rides. I had at least one flat on every ride out, and some times much more. On a single four hour training session I once managed to use a full pack of patches and a spare tube, and I still ended up having to carry my bike to the metro to get home. This was too much - when I get a chance to ride, I want to spend my time riding.

The first solution to this problem that I tried, was adding a sealant. The first product I tried was the Schwalbe "Doc Blue" sealant. The idea is that you pour some of this liquid into your tubes and then ride as usual. When a thorn or nail or other object punctures your tire and inner tube, the sealant will seal the puncture and you will ideally never even notice that you had a flat. The sealant will work almost instantaneously, so the drop in tire pressure due to lost air will be insignificant.

This did not work well for me though. It "almost" worked - but it seemed that the object that punctured the tube would stay in the tire and continue working on the punctured tube so that the sealant would never effectively seal the puncture. During this process, the sealant would leak out of the inner tube and into space between the tyre and the tube. So, when I eventually ran out of air and had to fix the flat with a patch anyway, the tube would be soaked in sealant on the outside, and wiping the tube down to make the patch stick would just add to the inconvenience of having to fix the flat in the first place.

Using sealant seemed promising at this point, but clearly it did not work for me to just add it to the tube. I also did have a few "snakebite" punctures - due to running the rear tyre with low pressure and being careless when jumping obstacles. Of course the sealant could not fix those (typically these are 1cm long cuts in the tube). The solution to snakebites is to lose the tube - to run tubeless. Since it also seemed that the tube/tyre combination was what caused the sealant to be ineffective, I decided to give this a try. Since I am on a budget, I went for the cheap option; the first setup simply used regular non-UST tyres, Joe's no-flats rim strips inside my usual Mavic Cross Ride (non-UST) wheelset and the Joe's no-flats sealant.

This turned out to do the trick! Early on with this setup I experienced a puncture during a race; I noticed the "pfffft" sound of a flat on my front tyre and after two revolutions the sound was gone, the puncture sealed and I did not have to stop to inspect the tyre for thorns. There was one problem with this setup though; regular tyres are not meant for tubeless application so they generally have thin sidewalls that are not air tight. The sealant will solve this problem to some extent, but not completely. All in all, I never managed to get my set of Continental 2.2 Mountain King tyres to hold air between rides. They would hold the air fine during a ride (because the sealant would constantly be swirled around the inside of the tyre sealing any microscopic holes), but the next day they would be flat.

The solution to this problem was to simply buy real UST tyres. Tyres meant to be run without a tube. These generally hold their air - well, I have three tyres mounted on rims and two out of three hold their air. That last one loses air over a week or so. To me, this is perfectly acceptable. I have not had a single flat for two years on my mountain bike. This is absolutely fantastic - it means that when I get out to ride, I actually get to spend my time riding.

The major downside to running "flatless" (tubeless with sealant), that I have noticed, is: Limited availability of tyres - there are only very few models available in UST variants. If you are very picky about tyre choice, this may not be acceptable to you. Personally, I am perfectly happy running with a 2.2 UST Mountain King on the front, and having the choice between either a 2.2 UST Race King (for dry days) or a 2.4 UST Mountain King (for muddy days) on the rear.

Another downside would be that it is a lot more complicated to change a tyre. You do not want to change tyres on your rims just because the weather changed - you only want to change tyres when they are worn out. You need to dispose of old sealant, dismount the tyre from the rim strip (which will often be sealed tight) without damaging the rim strip, get the new tyre to mount cleanly to the rim strip, inflate the new tyre so that it seals against the rim and of course add new sealant. My solution to this mess is to simply have two rear wheels mounted with each their tyre, complete with brake disc, bike computer magnet and casette. So, when the weather changes, I change the complete rear wheel - this is slightly more expensive than having just one rear wheel, but it is very convenient and completely solves the problem with tyre changes.