問題があるとかでなく、別のものなってるという事です。可能性としては、UTCで書いた日付を地方時にという事も出来るという事ですよね。定義すればそういうことも可能なんじゃないかと思います。年月日時分秒が2つ出てくるのでわかりにくいとは思いますが。俺は今、日本にいてUTCの時刻を扱っているとします。それを例えば以下のように記述する事にします。いったような操作で説明する事になります。いう名前をつけるということですよね。生成されるオブジェクトに対応させるということですよね。件で求められているのは、俺からするとこういうものを含む、これまで扱っていたものとは別のものだと感じています。オブジェクトに対応させるというレベルでいえば、とくにこれまで扱っていたものと違いがあるようには思えません。俺が日付と言ってるのはそういう時刻も含まれてます。この日付というのはある規則に基づいて時間軸上に振られた名前のようなものだと思っています。空間に置き換えるとマイルストーンのようなものです。実際にはもっと不完全な日付もあって、それも日付です。文脈やその他の情報から特定できる場合もあるし、出来ない事もあります。時間軸上の点に名前があるというわけですね。この考え方は私の考え方と一致します。日付というのは名前も含んでいるものだと推測しました。まちがっていたら指摘してください。私は時間軸上の点を時刻と呼んでいます。点を名前に変換する規則を時刻の形式とか表現方法と呼んでいます。以下が考えられると思います。他のメソッドの挙動はこれらの中でも異なるかもしれません。なる、という挙動はおかしくはありません。なる、という挙動はおかしくはありません。オブジェクトを生成するときにはそのような異なり方も決定する必要があります。値を選ぶ、ということです。未来にはまた変わるかもしれません。なりの選択肢があるでしょう。秒数やユリウス日はこの異なり方の選択肢をどう選ぶべきか自明ではありません。結果はどうなるべきでしょうか。少なくとも自明でないのは確かだと思います。逆にいえば、どう選ぶかという規則はアプリケーションを書く人がわかって指定する限り比較的自由に作っても問題ないんじゃないでしょうか。メソッドが返してくれるように選ぶという話で、まぁいいんじゃないの、と思うわけです。時差に特別な意味があると思えば地方時で記述すればいいと思います。与えられた時差をそのまま記録できる、という話だと理解しています。意味が判りませんでした。固定時差を選ぶという意味です。そもそも不完全と思えるので、なぜこんなに拘るのはわかりません。空間に置き換えてみると、これでマイルストーンは置けず、ただ距離が示されているだけ、距離の定義がわかない状態ではないですか。いう原点を定義して、そこからの相対距離ですから、時間軸上の点を同定するのに問題はないと思います。閏秒の話を無視すれば、ですが。ユリウス日だって時間軸に紀元前4713年1月1日という原点を定義して、そこからの相対距離ですから、たいした違いはないでしょう。閏秒の話を無視すれば、問題なく定義されていると思います。あと、ついでなので、田中さんが固定時差と言ってるものも万能でない事は確認しておきたいです。単なる時差以上の情報を含んでいます。夏時間など実際に我々が参照している時系と形式は重要じゃないですか。それは承知しています。タイムゾーンはひとつの時差ではなく時差の時系列変化ですよね。その時刻から違う時刻を求めた場合に正しいタイムゾーンを使った場合と固定時差の違いが出てきます。夏時間がある場合には違いが発生しやすいはずです。タイムゾーンを正しく扱うにはタイムゾーンデータベースを扱わないといけないので、これはこれで保守などの問題が出てきます。その問題を避けつつ、使いやすくしたい、という努力には意味があると思っています。偏重の流れに違和感を感じます。偏重といわれるほど勧めたいとは思っていません。私としては閏秒の問題が大きいと思います。https://bugs.ruby-lang.org/。