2020 作業日誌

休暇が終わりました！

さて、気持ちを切り替えて、正しい心構えで仕事に臨まなければなりません。では、正しい心構えとは何か、以下で定義を試みます。

水曜日の夜に大雨が降りました。雨が止んだ後、私はSophie先輩と電話をしました。テーマは「私、辞めたいんです」ということでした。

彼女は最初、「焦らないで。自分のキャリアを非常に長い時間軸で見る必要がある。例えば、人は70歳まで働くかもしれない（私はもっと長く働くことになるだろうと強く疑っている）。だから、すべての決断は長期的な視点で行い、15年のスパンで考えて、15年後には自分がどうなっているか、どうなっていたいかを考え、その期待に基づいて様々な決断を下すべきだ」と言いました。

私自身については、40歳の自分が梁潇のようなエンジニアになりたいと思います。理性的で冷静な人間、アーキテクト、博学な人間、現在の最新トレンドに常に注目し、それについて自信を持っている人間、トレンドの本質を見抜き、変わらないものを分解し、それによって真に取り組む価値のある問題、価値があり困難な問題（例えばソフトウェアの複雑さ）に注目する人間です。

そうなるためには、絶えず学び続け、謙虚な姿勢を持ち続け、実践で真理を検証することが必要です。実は、すべての学習は実践で真理を検証することです。まず問題に直面し、その解決方法を探します。解決方法とは何か、いわゆる「真理」は問題を解決するための必要なツールであり、実践は真理を検証する唯一の基準です。しかし、すべてのことに実践を適用するにはコストが高すぎます。私たちは一定のリスクを受け入れ、他人が実践で真理を検証した事例を学ぶ必要があります。そこに潜むリスクは以下の通りです：

1. 虚偽の真理を学んでしまう可能性
2. 問題の理解が浅いことによる教条主義

このうち、第二点は第一点よりも危険です。第一点は検証が容易ですが、第二点は思考の偏りだからです。この世界は白黒はっきりしているわけではありません。そのため、完全に正しくない（つまり真理を完全には反映していない）思考の危険性は、部分的に正しいために、それが普遍的に適用可能だと人に思わせ、誤った問題に適用してしまうことです。これにより、いわゆる「銀の弾丸」、FPやOOP、TDDなどが数多く生まれました。「銀の弾丸」の追求は止むことはありませんし、もちろん止めるべきでもありません。しかし、リスクと利益が共存することを認めるべきです。

Sophieとの話に戻ります。冷静な分析と意思決定を前提として、長期的な視点で今の自分に何が必要かを見ます。そうすることで優先順位がつき、総合的に考慮することが容易になります。次に彼女は実践的なアドバイスをくれました。それは、仕事から自分自身を切り離すことを試みることです。仕事に過度にのめり込まないようにすることです。

休暇前の最終日、堂々と手を抜き始め、やるべきリファクタリング作業を少し進めました。

信じられない！今は夜の19:00ですが、今日は全く何もしていません。

つまり、今日は一日中だらだら過ごして、ひたすらネット上の色々なサイトを閲覧していました。今になって仕事をしようと思い出したものの、正直言って気が引けます。理由を考えてみると、金曜日に何かあったからかもしれませんし、明後日から端午の節句の連休だから、やる気をなくしているのかもしれません――が、結局のところ、こんな態度は良くないです。たとえ辞める決意をしたとしても、職務を怠ってはいけません。毎日真剣に仕事に取り組み、単に時間を潰すのではなく、心を込めて問題を解決する必要があります。辞めるのであれば、なおさらそうすべきです。

ああ、今、罪悪感でいっぱいです。

最近やるべきことはTLMのリファクタリングで、データ構造を超小型のレイヤーデータ構造に分割するという、非常に煩雑な作業です。難しくはないのですが、理念に同意できません（超小型のデータ構造に分割するのが良い設計だとは思えません。小さなデータ構造に分割する利点は、柔軟で変更しやすいことですが）。

最初はとても消極的で、ずっとバグの分析をしていました。最後に、子良の小さな問題であることが判明し、午後9時に退社しました。

今日、とても重要な出来事がありました。梁潇さんと一緒に昼食をとりました。しっかり整理しなければなりません。

本日を持ちまして、ようやく前回のイテレーションの作業を完了いたしました。

私自身の気持ちとしては非常に優れない状態です。その理由は、やっていることの意義がはっきりしないからです。正直なところ、ほとんど意味がないとすら感じています。

では、ここで言う「意義」を私はどのように定義しているのでしょうか。

現在の仕事における私にとっての意義は、重要度の高い順に以下の通りです。

1. 問題を提起する能力。価値のある、意味のある問題を見つけられること。
2. 問題をモデル化する能力を蓄積し、将来的に様々なタイプの問題をより多く解決できるようになること。
3. 問題をモデル化することで、一度の努力でそのモデルが記述する問題のクラス全体を解決できるようなアプローチを可能にすること。
4. 自分の努力によって、具体的かつ意義のある問題を解決すること。その際、一度に一つの問題を解決するよりも、一つの努力で複数の問題を解決することに価値がある。
5. 楽しさを保つこと、問題解決による達成感、問題そのものの面白さ。
6. 人との交流や関係。
7. 給与（これは保障であり、重要でないという意味ではなく、その他の要素はその上に成り立つべきものであるということです。）

これが私の仕事の動機の全てではないかもしれませんが、少なくとも現実の一部を反映していると考えます。

そして、今日私が落ち込んでいる主な理由は、楽しさが失われたことにあると思います。まず、問題そのものの意義が私にとって明確でないため、やる気が削がれます。第二に、この種の問題に対するモデル化が不十分であり、問題解決の手段が全ての問題（もちろん、全ての問題を解決できるモデルは滅多にありません。モデル自体が問題の単純化と抽象化ですから、ここでは許容範囲内の問題について議論しています）を解決できず、その結果として反復作業が発生していることです。具体的には、QAの方々から挙げられる大量のバグです。その中には、要件の理解不足やテスト自体の問題に起因するものもありますが、問題の分析自体に、解決プロセス全体の中で最も時間がかかっています。

問題に対する認識が不十分だと、解決策が本質的でなくなり、無駄な時間を費やすことになります。基本的に、上記の意義の3、4、5が満たされず、その結果、私は落ち込みます。

さらに考慮すべき点は、現時点までに、私は前回のイテレーションで解決すべき問題を片付けているに過ぎないということです。今回のイテレーションで行うべき作業には全く着手できていません。このため、今回のイテレーションの時間が圧迫され、それが後続のイテレーションにも悪影響を及ぼす可能性があります。これは絶対に避けるべき悪循環であり、さらには人間関係にも悪影響を及ぼすことを考えると、なおさら避けるべきだと思います。

従って、明日からは、何かを行う前に、その様々な側面を可能な限り考慮してから問題解決に取り組むようにします。

この十数日間の作業を振り返ってみると、ほぼ進展がなく足踏み状態でした。北京に来た最初の月曜日、つまり6月8日に、次のように書いています。「仕事について話すと、この期間は納品対応で忙しかった。主にTLM（typed lane model）のリファクタリング。今回こそ目標を明確にし、衝動的にリファクタリングしないよう自分を制御し、戦略的に、進捗を管理しながら進める必要がある。」

今のところ良い点だと思うのは、毎日自分がやったことを記録していることです。時には非常に簡略だったり、次の日に補足したりすることもありますが、継続して記録することが変革の種を生むと信じています。

また、以前読んだ、非常に理にかなった言葉を補足しておきます。

数年前、ニューヨークで最初の家を買ったとき、ある不動産業者が非常に的を射たことを言いました。「この家は大掛かりな改修が必要です。しかも徹底的に。築65年のこの家には絶対的な価値上昇の可能性があります。今すぐ改修すべき項目をリストアップし、6ヶ月以内に全てを終わらせなさい。絶対に6ヶ月以内に問題を解決しなさい。」
「正気ですか？頭金、税金、弁護士費用を払ったらもうお金がありません。それに私はとても自制心のある人間ですから、5年かけて少しずつ全てを直していけます。」
彼女は言いました。「いいえ、そうはなりません。なぜなら6ヶ月後には、あなたは現状に慣れてしまうからです。全てが大丈夫だと思うようになります。たとえリビングルームに死体があっても、何事もなかったかのようにまたいで通るでしょう。」
今でもこの言葉を覚えています。驚いたことに、彼女の言う通りでした。間違っていたのは私の方で、6ヶ月以内に片付けなかったものは、5年後に家を売るときにもまだ直っていませんでした。

これは本当にリアルです。常に警戒し、注意しなければなりません。

本日の主な業務は、前回のイテレーションの最終作業、つまりバグ修正でした。

今日は来てからずっとレビューをしていました。修正が必要なものがたくさんあり、また少しやる気が出ない感じになってしまいましたが、何とか片付けました。その後、寛さんがいくつかバグを発見しました。

午後になって、瀟さんが辞めることを知り、しばらく衝撃を受けました。

夜はSchemeをいろいろと試して、カスタムライブラリのコンパイルと参照をできるようにしました。

ああ、もう3時なのに、今日は半日以上もサボってしまい、Scheme関連のサイトをあちこち見ていました。こんなことではいけませんね。

今日はHDMAPMDK-1378を片付けなければなりません。つまり、交差点内部にいわゆるlane mark directionを追加する件です。しかし、交差点内の道路にはそもそもlane markがなく、lane mark directionをどうこう言うのは無理があります。

困ったなあ、と何度も迷い、結局いくつかのポイントまでたどり着きました。

非常にのんびりした一日でした。テスト提出後、自分の自動化スクリプト類をずっといじっていました。

最初はシェルで書こうと思いましたが、どうしてもシェルが好きになれず、Schemeをいじり始めました。とても気持ちよかったです。