USB9097この広告は、90日以上更新していないブログに表示しています。天文や宇宙関連のプログラムを作っていると、時刻表示で落とし穴にはまることがありますね。?ありがちな対応策は、事前に四捨五入をチェックすることかと思います。まるめ誤差も気になります。桁の時は、繰り上がりがなかったりして、ちょっと不安になります。%(23,59,59.9995)'23:59:59.999'まるめ誤差はやっかいですね。やってみて、だめならやり直す!こういう時は、実際に文字列を作ってみて、繰り上がったかどうかを調べるのも一つの方法です。やりたいこと(文字列変換の四捨五入が発生するかどうかで場合分けしたい)を直接表現したコードに見えてきませんか?処理系が有する書式変換の細かな仕様を気にする必要もない。少なくとも、検証の観点から有利な設計と思います。伝搬しないといけません(うるう年の判定も必要)と、時刻の印字は、なかなか、奥が深いですね。うるう秒の補正や表示(60.0~60.999...)まで対応したものはなさそう。自前で実装する場合は、秒の整数部と少数部を完全に分離して管理することをお勧めします。以上、時刻の表示は、秒の少数の表示上の繰り上がりが年にまでおよぶ可能性がある。いうことで、ちょっと難しいんです。21:15時刻を秒の少数まで表示するのは、ちょっと難しいんですTweet広告を非表示にする関連記事2018-04-22高級な補間公式が、万能とは限らないのです。»プロフィールid:sken20kはやぶさ(宇宙探査機)の画像航法や太陽光圧を使った姿勢維持を担当してました。時間的な制約が厳しい場面で役立つプログラミング手法(構造化やオブジェクト指向のコツ)を紹介したい。知らなきゃもぐりだろう、と言ってみたいのです高級な補間公式が、万能とは限らないのです。緯度経度で分割された星カタログの選択は、なかなかやっかいなのですtanθに従う現象をべき級数で近似するのは、なんだか残念なのです座標変換ルーチンの爆発的な増殖は、なんとしても避けたいのです月別アーカイブはてなブログをはじめよう!sken20kさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。