(注:**本人於2018-01-07 11:22:19部落格)
上午9點多醒來收到一封kettle資料同步失敗的郵件，於是起來準備看下原因，報錯**為：cannot parse 「1990-04-15」: illegal instant due to time zone offset transition(asia/shanghai) ，字面意思即由於asia/shanghai時區設定，無法解析日期1990-04-15。真是有意思。
後面查資料得知，1990-04-15是從1990-04-15 01:00:00 開始的，而非1990-04-15 00:00:00 ，故我們的時區解析不了這個日期。90後該天生人大概也想不到由於自己的生日帶給程式設計師的煩惱吧，哈哈。那麼後面怎麼解決呢，其實也不麻煩，就是使用世界標準時間+8. 具體實現即在spoon指令碼 jvm執行引數中新增 -duser.timezone=utc/gmt+8。
修改之後重進kettle同步之後，進入oracle資料庫檢視該錶，果然，丟失的零點 - 申沉 - 申沉blog。另外，與此日期一樣的還有1989-04-16。
另附天文知識丟失的零點 - 申沉 - 申沉blog：
gmt 是 greenwich mean time 的縮寫，譯為中文為「格林威治標準時間」或「格林尼治標準時間」，直譯的話，可譯為「格林威治平時」或「格林尼治平時」。這裡的格林威治位於英國倫敦東南方向的泰晤士河畔，美國也有個格林威治鎮，不過與時間沒關係。
utc 是 coordinated universal time 的縮寫，譯為中文為「世界標準時間」，直譯的話，可譯為「協調通用時間」或「協調世界時間」。目前來說也就是指 gmt 時間。為什麼說目前就是指 gmt 時間呢？因為本初子午線（子午線即經線，本初子午線即 0 度經線）其實穿過的是沙地阿拉伯西邊的麥加，而不是英國的格林威治。當時英國皇家學會暫時確定格林威治為本初子午線的穿過點﹐加之英國正是興旺發達時期，全世界就將錯就錯，用到現在。說不定哪天改為麥加時間為標準時間也不是沒有可能。所以我們一般使用 utc，而不是 gmt。
pdt 是 pacific daylight time 的縮寫，譯為中文為「太平洋夏令時間」，比 utc 時間晚 7 小時。
伺服回零點
1 第一種論壇方案 首先要 機械安裝的時候就把 z 相信號的 零點位置 對準了。然後你把 限位開關安裝到零點位置，當檢測到 限位開關從off on 跳變時，私服電機減速，停止，然後反相執行，減速慢行，直到檢測到 限位開關再一次 從off on 跳變時，判斷編碼器z 相信號 是否到來，一旦檢測到z 相...
零點三十分
要回去了，回到我留戀的地方去，有倒柳隨風搖擺，有蜻蜓輕撥水面，有淘氣的孩子，有甜蜜的戀人，只是沒有你，沒有我的幸福，沒有屬於自己的愛情。夏至剛過，那個石凳該不會有太多灰塵，斜坡該鑽出些許野草，樹林中的樹木又該漲了一截，林木下面又該被野草覆蓋了厚厚一層。坐著，站著，走著，打鬧著.今年誰陪我一起，我害怕...
折半查詢零點
本是書後習題 難度不大，但在實現時對於語法有值得借鑑的地方，就記錄下來 題目 對某個任意的函式f找出方程f x 0的乙個解，該函式連續的並有兩個點low high使得f low 和f high 符號相反，那麼在low和high之間即存在乙個零點 需要注意的如下 滿足給定的low high使得f lo...