位置データは正常系だけでなくエッジケースでもテストする
よく地図化された市の中心部の住所からは、システムが農村部のルート、係争中の国境、極地付近のクエリをどう扱うかについてほとんど何もわかりません。難しいケースを意図的にテストしてください。
国際日付変更線と、それをまたぐリクエスト
国際日付変更線から少し離れた場所に立つと、線の向こう側にいる隣人が自分とは違う暦の日付を過ごしていることが十分にありえます。2人ともほぼ同じ現地の時計の時刻を見ていて、物理的にも近くにいるにもかかわらずです。これは世界の時刻管理の仕組みについての事実の中でも特に本当に戸惑わされるもののひとつであり、その近くで動く日付に依存するロジックにとって、現実的で実際的な影響があります。
日付変更線が存在するのは、タイムゾーンが地球を一周して積み重なり、どこかで出会うからです。長年の慣例により、その出会う地点は太平洋のおおむね180度経線に沿って引かれており、日付の飛びのちょうど上に位置する場所をできるだけ少なくするために、意図的に外洋を通り、人が住む陸地を可能な限り避けるように引かれています。一方向に越えると暦の日付が1日戻り、反対方向に越えると1日進みます。これは、他のタイムゾーンの境界を越えるときに予想される通常のオフセットの差とは別の、追加のものです。
日付変更線は主に海の上を通っており、そのすぐそばで活動する人や企業の数は少ないため、ほとんどのアプリケーションではこれがまったく問題になりません。現実的な懸念になるのは、線の近くにある太平洋の島しょ国や地域で動くアプリケーションです。そこでは、スケジュール管理システム、予約プラットフォーム、あるいは「この場所では今日は何日か」を計算するあらゆるものが、一般的なタイムゾーンのオフセットだけでなく日付変更線の正確な経路を正しく把握する必要があります。そうしないと、線のすぐ近くの場所について、もっともらしく見えるものの間違った暦の日付を計算してしまいます。
まさにこのため、特定の地点の実際のIANAタイムゾーンに結び付いた適切なタイムゾーン検索に頼ることが、ここでは他のほぼどこよりも重要になります。経度と単純なオフセットの式だけに基づく素朴な計算では、日付変更線を誤って扱ってしまいます。線の実際の経路は、一部の島しょ国や地域が線によってぎこちなく分断されず、ひとつの一貫した日付を保てるように、いくつかの場所で意図的に経線の直線から外れているからです。
アプリケーションが太平洋の近くで動作し、位置に基づいて時刻だけでなく日付を計算する場合は、経度から直接日付を求めるのではなく、その座標の実際のタイムゾーンに結び付いた適切なタイムゾーン検索を使ってください。そして、一般的なタイムゾーンの処理がこの特定のエッジケースも自動的に正しく扱えると思い込まず、日付変更線の近くにあることがわかっている地点に対して明示的にテストしてください。