USB9097この広告は、90日以上更新していないブログに表示しています。角度を扱う時は、色々と気が抜けません。いう方針を禁欲的に守ることかな...と思っています。いった、ケチな事を考えてはいけません。ここでブレると、いずれ間違いが生じます。使うことにしています。プロジェクトや開発チームで統一されているとなお吉。単位で表した値という意味を直接表現していて分かり良い表記と思っています。意味が明瞭と思います。このあたりは慣れや好みの問題かもしれませんけど。定義域や周回の不確定性の扱いが問題なる例として、位相の区間の表現を取り上げます。含まれるかどうかを判定することを考える。位相角で位相の区間が与えられるものとする。相手が位相の場合には、そう簡単ではありません。いった位相角が、位相としては同じだということにつきます。複雑になるので、出来れば避けたいところです。数値的な大小関係に依存しない解法を考えてみます。理由は、設計も検証も楽だから。成す角を計算する方法でしょうか。成す角を基準値として判定できそうです。使って定式化しているので、位相の定義域や周回の不確定性には影響されません。単純平均(を規格化)で十分な場合が多いですね。位相の原点に採った座標を導入して、その座標で判定することでしょうか。定義域や極性をプログラム中で定義しなおす感じですね。結果の良し悪しや限界も分かりやすいので、利用しやすい方法と思います。周回の不確定性を(部分的に)許容する場合もあるので、必ず確認が必用です。解くとき、よくニュートン法が使われます。»プロフィールid:sken20kはやぶさ(宇宙探査機)の画像航法や太陽光圧を使った姿勢維持を担当してました。時間的な制約が厳しい場面で役立つプログラミング手法(構造化やオブジェクト指向のコツ)を紹介したい。知らなきゃもぐりだろう、と言ってみたいのです高級な補間公式が、万能とは限らないのです。緯度経度で分割された星カタログの選択は、なかなかやっかいなのですtanθに従う現象をべき級数で近似するのは、なんだか残念なのです座標変換ルーチンの爆発的な増殖は、なんとしても避けたいのです月別アーカイブはてなブログをはじめよう!sken20kさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。