2020 作業日誌

結果は不合格でした。本当に大変でした。

午前中に試験を受け、午後はいくつかの作業を行いました。

1. 逸銘さんのところで異常な状況を確認したところ、2つのバグが判明しました。
2. 午後のタウンホール後にMDKのPythonバインディングについて同期を行いました。
3. 単楽威宇さんと一緒に階下へ行き、下流の問題を解決しました。最終的に短期対策と長期対策をまとめました。

突発的な問題に遭遇した場合、一般的には次のようなパターンで解決策を考えるべきだと気づきました。すなわち、短期対策と長期対策の両方を用意するというものです。なぜなら、問題が露呈する価値には一定の範囲があり、かつ時間的な制約があるからです。そのため、短期対策は迅速かつ的確に差し迫った課題を解決することに焦点を当てます。では、長期対策は必要なのでしょうか。一般的には必要です。なぜなら、ある問題の特例は、それまで考慮されていなかった解決策の盲点を反映しているからです。そこで、問題の原因を分析し、体系的に解決することで、今後同種の問題に対しても適切に対処できるようになり、元の解決策がより完全なものになります。長期対策が不要なケースもあります。それは、問題を徹底的に分析した結果、「この問題を体系的に解決するコストが得られる利益よりも高い」と判断した場合です（たとえそうであっても、多くの場合、主観的には体系的に解決したいと思うものです。エンジニアとして、体系的に解決したいと思わない人がいるでしょうか。しかし、ここには罠があります。つまり、重要だが緊急ではないこと、あるいは重要でも緊急でもないことに時間を使ってしまい、本来もっと価値のある問題を解決するための貴重な時間を無駄にしてしまう可能性があるのです）。

4. 夜に帰ってからCIパイプラインの作業を続けました。

明日は科目二の試験です。今日は一日中車の練習をし、午後5時にようやく帰ってきました。なかなか良かったので、明日は合格できるといいなと思います。

そして、CI Pipelineの現状の説明と要件分析に着手しました。- -

今日、予定通りであればCI Pipelineの作業を完了する予定でした。

しかし、予想外の出来事が発生しました。- -

逸铭からバグ報告を受け取りました：

1. 信号機のバインド：本来は待機エリアにバインドされるべき信号機が、待機エリア前のパーティションにバインドされていました。修正済み（1.5h）
2. 信号機のバインド漏れ：再現できず 更新：困難なデバッグを経て、ようやく問題の原因を特定しました。コンパイル時にrcとoffsetをバインドする際に使用したgeometryが同一の線ではなかったため、offsetがroadの長さを超えてしまい、信号機が見つからなくなっていました（2h）

本日は突発的なことが多く、まずparkingで2件のバグが報告されました。当初は本日納品の予定でしたが、この2件のバグのため本日中の納品は不可能となりました。王維が下流と協議し、納期を2日延ばして明後日に変更したため、私のここ2日の主な作業はバグ修正に変わりました。これにより、納品時のスケジュール設定が適切だったのか考えさせられました。続いてHDMAPMDK-1290の問題も発生しました。

本日完了したこと：

• HDMAPMDK-1290の後続対応：stop lineに非常に近い場合、マッチするlane offsetがlane lengthより長くなる問題

  終日かけて調査・解決を試みました（現在時刻20:56）。効率が非常に低かったです。

  根本原因は、MDKが長さを計算する際に2点ごとにcoordinate transformを行っているため、精度は高いものの結果に強い不確実性が生じることです。

  最終的にハック的な方法として、計算されたoffsetが長さより長い場合は、単に長さの値を取るようにしました。

• HDMAPMDK-1297 駐車場のバインド誤り 定時の退勤時間（午後9時）が近づいていましたが、本日は少なくともこの問題の分析だけは完了させようと決意！ 結局、解決しました。単純な問題でした。

本日、新しいタスク「HDMAPMDK-1249-道路幾何情報を用いたlane aggregationの計算方法の調査」を依頼されました。これにより今週のタスクが少し増えました。現時点では、以下の3つの作業があります。

1. 1249
2. グループ内CI Pipelineの現状、要件、および対策
3. Nexus graphの再構築

いずれも慎重に検討を要し、容易ではありません。しかし残念ながら、それぞれの作業にかかる時間を明確に見積もることができていません。いずれも威宇氏が事前に見積もり、Jiraのストーリーポイントに記載しているだけです。私には一つ明確なことがあります。もし自分で見積もりと振り返りをしなければ、永遠に正確に見積もることはできないということです。そのため、今回からはしっかりと見積もりを行うつもりです。

また、本日から1249に着手する予定です。これは業務上のタスクであり、一般的に優先度が高く、威宇氏もより注視しています。一方、再構築の件は、私自身が真剣に取り組まなければ、おそらく誰も気に留めないでしょう（なぜなら、機能には影響しないが効率には影響し、効率は最も測定が難しく、私自身も定性的な分析しかできていないからです）。

今日は何をしたのでしょうか？？？？ 何をしたのでしょうか？？？？

TODOs

• 喬波さんに挨拶する
• HDMAPMDK-1262
• HDMAPMDK-755

Works

• 午前中は亮銀工区で昨日のhotfixをオンラインでデバッグしましたが、原因はオフセットでした。昨日は慌てて書いた上に、テストを全く追加しなかったため、このような行為は今後避けるべきです。時間を節約できたと思いきや、かえって多くの時間を無駄にしてしまいました。
• 1262でデータが取得できなかった原因は、MDKがlane levelのroad mark（および road obstacle）をロードしていなかったためです。
• 杜さんにデータをコンパイルして提供しました。

• 現在のnexus/mdkのCI状況と要件を説明するドキュメントを作成すること。
• HDMAPMDK-1263のバグに対応すること
  • 確かにラインパーティションの問題でした。
• 楊川氏とのCIに関する打ち合わせを予約すること
• HDMAPMDK-1262 終わっていません。
• Custom Speed Limitの問題

OSM Assemblerのバグを修正しました（実際にはバグではなかったのですが）。

本日はスプリントプランニングミーティングを開催しました。 本スプリントで行う作業はそれほど多くありませんが、考えるべきことは多くあります。これは健全な状態です。

OSM Assemblerをリファクタリングし、以前のOSM serializeを使用することで、コードの理解しやすさと書きやすさが向上しました。