• 七月你好

    今年不知不覺已經過了一半了。回頭看這上半年,公司的整體工作量其實沒有很大,處於一種相對清閒的狀態。人一閒下來,大家都在七七八八地找些無關緊要的事情來折騰。AI 的高速發展像一場停不下來的科技風暴,逼得很多人心慌意亂、無所適從,生怕一眨眼就被時代拋下;但也正因如此,不少人開始頭腦發熱,冒出各種不切實際的突發奇想,試圖在這波浪潮裡抓到一根翻身的稻草。

    五月底的時候,因為腸胃持續不太舒服,我終於下定決心去醫院做了一次徹底的檢查。當然,去醫院檢查這個腸子不太舒服的症狀,名義上是看消化科,內心深處主要也是為了排查四月份那場莫名其妙的發燒究竟是為何,只可惜,折騰完畢,各項報告數據出來後,醫生搖搖頭,還是沒有發現到底是什麼原因導致了當初的發燒。醫學有時候就是這樣,留下一堆未解之謎,讓你只能當作是身體的一次抗議。

    在大腸鏡的畫面裡,發現了大腸裡面有一顆息肉,做內視鏡的醫生手腳很快,當場就用工具把它給剪除掉了。回頭看報告上的照片,那顆息肉的表面看起來很不規則,在黏膜上扭曲著,似乎正憋著一股勁,想要在身體的隱密角落裡暗自孵化,變成一個面目可憎的怪物。幸好,在它真正興風作浪之前,就被醫生給攔截了。

    相較之下,胃鏡檢查的結果倒還讓人鬆了一口氣,沒有什麼大問題。只是胃食道那邊稍微有一點點逆流,醫生安慰說這在現代人身上太常見了,屬於非常非常輕微的 A 級別。話雖如此,他還是給我開了整整三個月的胃酸抑制劑。因為我自覺平常根本沒什麼胃酸發作的症狀,那藥便一直被擱在桌角,我自己是一粒也沒有吃。反而是 Miley,每每吃到快要吐出來的時候、或者吃太多晚上睡不著覺的時候,會摸索著去拆開一粒來吃,這藥倒也算是沒有浪費健保。

    轉瞬之間,打包行李離開帝都的生活,算一算居然也快要十年,偶爾在手機上蹦出關於北京的新聞,心頭竟然會湧起一絲難以言喻的陌生感。曾經無比熟悉的街道和生活節奏,如今都漸漸退化成了記憶裡的幾格剪影。

    我覺得我的脾氣真的變了很多,少了很多不必要的憤怒與挑剔。現在深夜走在台北街頭,看到那些從下水道口爬進爬出、在柏油路上滿地亂竄的蟑螂時,我竟然不再感到噁心或厭惡,反而心平氣和地覺得,在這個悶熱潮濕的盆地裡,牠們其實也是這個城市不可或缺的一員,大家各自在黑夜與白晝裡討生活罷了。

    這個有些過度溫暖的社會,包容度大得不可思議。它既溫柔地照顧著那些真正無助的弱小群體,同時,也極具耐心地包容、養育著那些在網絡上或現實中四處蹦跳的智障。這種無差別的善意,有時讓人啼笑皆非,卻也是這個地方最真實的底色。

    不管上半年過得如何荒謬或清閒,下半年就這樣揭開了序幕。

    七月你好。

    七月又不認識你,憑什麼要對你好。

  • Fitbit Air 血氧不準

    早年曾經買過一些手環,Jawbone up,misfit shine,然後他們都破產了,用到app消失也是醉了啊。

    Fitbit 當時的設計很醜,不想買他,不過他被Google 併購後,最近出的Fitbit air 看起來不錯,USD$99, 立刻下單。

    使用幾天之後發現他有明顯的問題:血氧數據不準確。

    Fitbit air 記錄我的血氧最低到80%,這僅僅是因為配戴得不夠緊,但問題是他的設計本意就是不要太緊。

    Apple Watch 的血氧數據大約30分鐘採集一次,我覺得最終結果可能是經過平均的,或是他會丟棄採樣不好的數據。

    從Google health 的數據展示來看,Fitbit 很明顯知道每分鐘採集的數據不準確,所以他只有每日平均值而沒有單次數據展示。你無法看到單次數據,但是將數據導入Apple Health 後你就會發現那些不準確的數字。

    我想,這就是Google Health 遲遲不開放將數據從官方app 同步到Apple Health 的原因,因為這樣大家都會發現,80%的血氧是什麼雞掰玩意兒?

    至於心率,準確度和Apple Watch 相差無幾,而睡眠分析,則更多的是臆測,畢竟我也不知道我到底在床上掙扎了多久是什麼時候入睡的。

    而且他的睡眠數據不能由Apple Health 的Vitals app 生成過夜統計,缺乏提示。

    在佩戴的舒適性上確實比Apple Watch S8 好很多,因為他很輕。

    準備兩個都戴上一段時間試試,等九月份的Apple Watch S12。

  • AI 生成了到2050年的二十四節氣給iPhone 使用

    因為iPhone 自帶的農曆不知道從什麼時候又變了,節氣消失了。

    然後呢,台灣人和香港人都沒有人要做這個東西,中國人很愛做,但用起來都不盡人意,只好讓AI 做了一個。

    以下是AI 完成 –

    1. 研究節氣計算方法

    • 搜索了多個來源(Wikipedia、香港天文台 HKO、GitHub 項目)
    • 確認 24 節氣本質是太陽黃經每 15° 的時刻(從春分 0° 到大寒 300°,共 360°)
    • 找到 HKO 2025 年的精確節氣日期作為驗證基準

    2. 選擇計算工具

    • 本機沒有天文計算庫,安裝了 PyEphempip3 install --break-system-packages ephem
    • PyEphem 使用 VSOP87 理論計算太陽位置,用二分法搜索太陽到達目標黃經的時刻

    3. 解決精度問題

    • 第一版用 ephem.Ecliptic(sun) 不帶 epoch → 因歲差導致座標偏移,結果錯誤
    • 第二版改用 ephem.Ecliptic(sun, epoch=date) → 使用「黃道of date」座標系,概念正確
    • 但與 HKO 對比發現系統性偏差:所有節氣一致地早了約 5.93 小時(PyEphem 的 Delta T 或內部模型與 HKO 使用的英國皇家航海年鑑數據有差異)
    • 加入 +5.93h 常數修正後,2025 年 24 個節氣全部與 HKO 完全匹配(24/24)

    4. 生成 ICS 文件

    • 計算 2026–2050 年共 600 個節氣事件
    • 輸出標準 iCalendar 格式(RFC 5545),包含:
    • 全天事件(VALUE=DATE
    • 透明事件(TRANSP:TRANSPARENT,不佔行程)
    • 訂閱刷新間隔 30 天(REFRESH-INTERVAL:P30D
    • 日曆名稱「二十四節氣」

    5. 最終產出

    • /Users/Ken/solar_terms_2026_2050.ics — 放到 web server 供 iPhone 訂閱,我已經放到了 https://bbken.org/js/solar_terms_2026_2050.ics,歡迎取用。
    • /Users/Ken/generate_solar_terms.py — 可重新生成或調整年份範圍。