スクリプト全文 (英日対訳)

83

In the summer of 1997, NASA's Pathfinder spacecraft

1997年の夏、NASAの探査機パスファインダーは

landed on the surface of Mars

火星の地表に着陸し

and began transmitting incredible, iconic images back to Earth.

驚くべき象徴的な画像を地球へ送り始めました

But several days in, something went terribly wrong.

しかし数日後、深刻なトラブルが発生します

The transmissions stopped.

通信が途絶えてしまったのです

Pathfinder was, in effect, procrastinating,

パスファインダーは事実上、先延ばしをしていました

keeping itself fully occupied but failing to do its most important work.

常に忙しく動きながら、最も重要な仕事ができていなかったのです

What was going on?

一体何が起きていたのでしょうか

There was a bug, it turned out, in its scheduler.

原因は、スケジューラーのバグだったことが判明しました

Every operating system has something called the scheduler

どのOSにも「スケジューラー」と呼ばれる仕組みがあり

that tells the CPU how long to work on each task before switching,

各タスクをどれだけの時間実行してから切り替えるか

and what to switch to.

そして次に何へ切り替えるかを指示します

Done right, computers move so fluidly between their various responsibilities,

うまく機能すれば、コンピュータは様々な処理を滑らかに切り替え

they give the illusion of doing everything simultaneously.

まるで全てを同時にこなしているような錯覚を与えます

But we all know what happens when things go wrong.

でも、うまくいかないとどうなるかは誰もが知っています

This should give us, if nothing else, some measure of consolation.

せめてもの慰めになるかもしれませんが

Even computers get overwhelmed sometimes.

コンピュータでさえ、時に手一杯になるのです

Maybe learning about the computer science of scheduling

スケジューリングのコンピュータ科学を学ぶことで

can give us some ideas about our own human struggles with time.

私たち人間の時間との格闘にもヒントが得られるかもしれません

One of the first insights is that all the time you spend prioritizing your work

最初の気づきは、仕事の優先順位付けに費やす時間はすべて

is time you aren't spending doing it.

実際にその仕事をしていない時間だということです

For instance, let's say when you check your inbox,

例えば、受信箱をチェックする時

you scan all the messages, choosing which is the most important.

全てのメッセージに目を通し、最も重要なものを選ぶとします

Once you've dealt with that one, you repeat.

それを片付けたら、また同じことを繰り返します

Seems sensible, but there's a problem here.

合理的に思えますが、ここに問題があります

This is what's known as a quadratic time algorithm.

これは「二次時間アルゴリズム」と呼ばれるものです

With an inbox that's twice as full, these passes will take twice as long,

受信箱が2倍になれば、1回の見直しに2倍の時間がかかり

and you'll need to do twice as many of them.

その見直しも2倍の回数必要になります

This means four times the work.

つまり作業量は4倍になるのです

The programmers of the operating system Linux

OSであるLinuxの開発者たちは

encountered a similar problem in 2003.

2003年に同様の問題に直面しました

Linux would rank every single one of its tasks in order of importance,

Linuxはすべてのタスクを重要度順にランク付けしていましたが

and sometimes spent more time ranking tasks than doing them.

時にはタスクを実行するより順位付けに時間をかけてしまっていました

The programmers' counterintuitive solution

開発者たちが出した意外な解決策は

was to replace this full ranking with a limited number of priority buckets.

完全なランク付けを、限られた数の優先度グループに置き換えることでした

The system was less precise about what to do next,

次に何をすべきかの精度は下がりましたが

but more than made up for it by spending more time making progress.

実際の作業に使える時間が増え、それを補って余りあるほどでした

So with your emails, insisting on always doing

つまりメール処理でも、常に

the very most important thing first could lead to a meltdown.

最重要なものから片付けようとすると破綻しかねません

Waking up to an inbox three times fuller than normal

普段の3倍のメールが溜まった朝は

could take nine times longer to clear.

片付けるのに9倍の時間がかかってしまうこともあるのです

You'd be better off replying in chronological order or even at random.

時系列順、いっそランダムに返信する方がまだましかもしれません

Surprisingly, sometimes giving up on doing things in the perfect order

意外なことに、完璧な順序にこだわるのをやめることが

may be the key to getting them done.

物事を終わらせる鍵になることもあるのです

Another insight that emerges from computer scheduling

コンピュータのスケジューリングから得られるもう一つの気づきは

has to do with one of the most prevalent features of modern life—

現代生活で最もありふれた要素の一つに関するものです

interruptions.

それは「中断」です

When a computer goes from one task to another,

コンピュータが一つのタスクから別のタスクへ移る時

it has to do what's called a context switch,

「コンテキストスイッチ」と呼ばれる処理を行う必要があります

bookmarking its place in one task,

元のタスクの位置に印をつけ

moving old data out of its memory,

古いデータをメモリから追い出し

and new data in.

新しいデータを読み込むのです

Each of these actions comes at a cost.

これらの動作にはそれぞれコストがかかります

The insight here is that there's a fundamental trade-off

ここでの気づきは、根本的なトレードオフがあるということです

between productivity and responsiveness.

生産性と即応性の間にあるトレードオフです

Getting serious work done means minimizing context switches,

本腰を入れて仕事をこなすには、切り替えを最小限にする必要がありますが

but being responsive means reacting any time something comes up.

即応性を保つには、何かが起きるたびに反応する必要があります

These two principles are fundamentally in tension.

この二つの原則は本質的に相反するものです

Recognizing this tension allows us to decide

この緊張関係を理解することで

where we want to strike that balance.

どこでバランスを取るべきか判断できるようになります

The obvious solution is to minimize interruptions.

分かりやすい解決策は、中断そのものを減らすことです

The less obvious one is to group them.

あまり気づかれない解決策は、中断をまとめることです

If no notification or email requires a response more urgently

もし通知やメールへの返信が

than once an hour, say,

1時間に1回より急を要さないなら

then that's exactly how often you should check them—

まさにその頻度でチェックすれば十分です

no more.

それ以上は必要ありません

In computer science, this idea goes by the name of interrupt coalescing.

コンピュータ科学ではこれを「割り込み合体」と呼びます

Rather than dealing with things as they come up—

何かが起きるたびに対応するのではなく

oh, the mouse was moved, a key was pressed,

マウスが動いた、キーが押された

more of that file downloaded—

ファイルのダウンロードが進んだ、といったことに

the system groups these interruptions together

システムはこうした割り込みをまとめて処理します

based on how long they can afford to wait.

どれだけ待たせても許容できるかに基づいて、です

In 2013, interrupt coalescing triggered a massive improvement

2013年、この割り込み合体によって

in laptop battery life.

ノートパソコンのバッテリー寿命が大幅に向上しました

This is because deferring interruptions

割り込みを先延ばしにすることで

lets a system check everything at once,

システムは全てをまとめて一度に処理でき

then quickly re-enter a low-power state.

すぐに低電力状態へ戻れるからです

As with computers, so it is with us.

コンピュータと同じことが、私たちにも当てはまります

Perhaps adopting a similar approach might allow us users

同じような方法を取り入れれば、私たち人間も

to reclaim our own attention

自分の注意力を取り戻し

and give us back one of the things that feels so rare in modern life—

現代生活で貴重に感じられるものを取り戻せるかもしれません

REST.

それは「休息」です

science of human decisions.

人間の意思決定の科学