考慮了 24 節氣問題之後, 發現 24 節氣控制了每個月的分界. 24 節氣的時間, 依程式推估已經可能誤差了10 ~ 20 分鐘. 其中又包括了日光節約時間的誤差. 所以除非定盤當時直接調用天文台數據. 否則實在無法完全精準.
其中桃花位和文星位部份, 更可能因為使用者記不清礎過去正確時間, 導致結果出錯.
這個問題, 在小弟之前玩紫微斗數時已經發現了. 找我排紫微的人, 往往記不清礎正確時間. 只好前後各排三個盤來加以比較. 甚至有人只知道那一天出生. 只好排個12個盤, 依現況一一排除. 最後比對到最接近的結果, 才以該盤進行分析.
程式雖然是智能性的, 全部過程寫成程式亦沒有問題. 只不過手機上先天受限於儲存資料限制, 又受到運算速度的影響. 不可能每一個人的手機都能執行十幾 MB 的程式. 加上趙老師也要求畫面精美. 這種限制等於是又要馬兒好, 又要馬兒不吃草. 只能空嘆, 巧婦難為無米之炊!
因此, 今早再和趙大師聯絡, 趙大師說了, 永遠不可能達到"神準". 因為連使用者自己輸入的資料都可能是錯誤的.
所以啦, 程式雖然善盡計算的精準, 最終還是必須向事實妥協. 哈哈
當然了, 趙大師說的也有道理. 程式畢竟是死的. 所以事實上沒有必要這樣子寫.
當初這個程式是開放給全世界使用的, 依黃道的觀念來看. 全世界都有時差. 那豈不是每次執行, 都必須查閱當地天文台的資料. 才達得到精準?
一想到此, 心中就不會太不舒服了.
果然和紫微相同, 必須是由"人" 進行各種判斷才能達到神準.
話雖這樣說, 一年也只有 12 天會發生這個問題. 而這12天當中, 又有一半機會是對的. 程式出錯的機會小於 1/730 , 這支程式精準到小時了. (事實上是分) 所以出錯機會應是 1/17520.
手機應用程式達到這個程度應該可以接受了
沒有留言:
張貼留言