失うのは1分じゃない。
23分だ。

コードベースのメンタルモデルを頭の中で保持することは、他のほとんどの仕事にはない特定の方法で壊れやすいものです。 開発者のフロー状態に関する研究では、集中力が途切れた場合に完全に取り戻すためのコストは最大23分かかるとされており、中断自体は平均して3〜10分ごとに発生します。GitHubで引用された研究では、会議、メッセージ、簡単な質問による頻繁な中断が、開発者の生産時間の最大82%を消去する可能性があると推定されています。

最も一般的なフローを断ち切るものは会議ではなく、通知です。Slack、メール、カレンダーアラートです。 そして、そのダメージには返信は必要ありません。通知が画面に表示されるのを見るだけで、触らなくても集中力が途切れるのに十分な場合があります。より広く見ると、コンテキストスイッチングは、仕事日の生産時間の約40%を費やすことが示されています。

ほとんどのナレッジワークはある程度の断片化を許容します。メールを書く、文書をレビューする、これらは5分の中断があっても大きなコストなしで生き残ることができます。 プログラミングは異なります。なぜなら、保持している「状態」はどこにも書き留められておらず、変数の状態、コールスタック、そして現在推論している特定のバグや機能の生きたメンタルモデルだからです。中断はそのモデルを一時停止するのではなく、消去します。そして、それを再構築するのに23分かかるのです。

だからこそ、「ちょっとだけ確認するだけ」というのは、他のほぼすべての役割よりも開発者にとって悪い取引なのです。 そのちょっとした確認自体は10秒かもしれません。しかし、それが犠牲にするメンタルモデルは、次の中断が来る前に再構築されたとしても、再構築に23分かかります。

多くのエンジニアリングチームは、Slackのノイズ、通知スケジュール、バッチ処理されたスタンドアップ、1日3回ではなく1回の会議など、かなりうまく管理できるようになっています。 会議の頻度に関する研究はその直感を裏付けています。1日1回の会議を開催するチームは、毎日の目標の進捗を維持できる確率が約99%ですが、3回目の会議が追加されると14%に低下します。

そのSlackの規律はどれも、キーボードの隣にある電話には及びません。 テキスト、ソーシャル通知、ゲームのアップデート、これらはSlackと同じ壊れやすいメンタルモデルを中断しますが、個人的なものであり専門的なものではないため、通常はチームの集中時間ポリシーの一部ではありません。

iOSの集中モードはコーディング中の通知を消音できますが、アプリはまだワンタップの距離にあり、通知を消音しても反射的にチェックする習慣は止まりません。 コンパイルの合間やテストスイートの待ち時間に電話をちらりと見る習慣は、通知がなくても引き起こされます。

FellaはAppleのスクリーンタイムフレームワークを使用して選択したアプリをiPhoneレベルでブロックするため、合間の瞬間でも開くものは何もありません。 1日1回の5分間の緊急ロック解除は本当のニーズをカバーし、Slack、メール、チケット管理アプリなどの仕事用ツールは常にブロックされないままにしておくことができます。

1. 仕事の一部ではないアプリをブロックします。 ソーシャルメディア、ゲーム、エンターテインメントアプリ。Slack、メール、チケット管理システムはブロックせずに残します。

2. ブロックをコーディングの1日を通して維持します。 チケットの合間にオフにできるトグルはありません。

3. 緊急ロック解除は本当に必要なときに使います。 1日1回の5分間のウィンドウであり、コンパイル待ちのスクロールのためではありません。

4. アプリは自動的に再ロックされます。 午後4時にスタックトレースの途中でも、意志力は必要ありません。