聽完茄子蛋的版本後,再聽原版格外有味道。
C Am F G某年某月的某一天 就像一張破碎的臉C E Am F G難以開口道再見 就讓一切走遠C Am F G這不是件容易的事 我們卻都沒有哭泣C E Am F G讓它淡淡的來 讓它好好的去C Am F G到如今年復一年 我不能停止懷念 懷念你懷念從前C Am F G C但願那海風再起 只為那浪花的手 恰似你的溫柔
聽完茄子蛋的版本後,再聽原版格外有味道。
C Am F G某年某月的某一天 就像一張破碎的臉C E Am F G難以開口道再見 就讓一切走遠C Am F G這不是件容易的事 我們卻都沒有哭泣C E Am F G讓它淡淡的來 讓它好好的去C Am F G到如今年復一年 我不能停止懷念 懷念你懷念從前C Am F G C但願那海風再起 只為那浪花的手 恰似你的溫柔
很像是 CLAD 會出現的考題:試問下圖的 In case 值在有 Error 的情況下為何?

答:是預設值,效果等於 Use Default If Unwired,也就是 In case 與 Out of case 一樣。
下面的測試把上圖的程式當成 SubVI 來使用。區域 1 中,可以看到有 Error 時的 Out of case 與 In case 輸出都是 0,也可以說 In case 是以 Use Default If Unwired 來輸出。區域 2 把 Error 清掉後 SubVI 的輸出就正常了。

若把 SubVI 的 Error case 中的 Out of case 給定一個值(如下圖的 9487):

Out of case 會以給定的值(9487)輸出。In case 則不變,一樣是 0,維持 Use Default If Unwired 的設定。

結論:以後不用再把 Indicator 拉到 Error Case Structure 外,並特地設定 Use Default If Unwired 啦。

目前使用倉頡 9 個月,除了新手期之外,到現在都使用 Windows 11 內建的倉頡輸入法。以下來分享使用心得:
Windows 內建的倉頡沒有良好的候選字/重碼選擇方案。使用這套倉頡在打字時,除了第一候選字外,其它候選字只能透過數字鍵來選擇。例如「果」的第一候選字是「困」,「果」本身是第二候選字。要完整地要打出「果」字的流程:先輸入「WD」,等候選字框出來後,才能按下「2」 來選「果」。候選字的順序並不會因為使用頻率而調整,也不能手動調整。也不能像五代倉頡一樣使用「X」鍵來選字。使用上非常不流暢。

萬幸的是,如果要選第一候選字,直接打下一個字就好了。例如「困」字,鍵入「WD」候選字框跑出來後,直接打下一個字碼,「困」字會直接出字。(只是 Windows 的候選字順序老是不常用的字排在第一位……,像「快『樂』」、「『引』用」、「『感』覺」,都不在第一順位)
Windows 內建的倉頡沒有良好的標點符號輸入方案。大部分的全形標點符號在半形模式下幾乎都要搭配 Ctrl 鍵才能打得出來,常用的開關符號像是「」『』()幾乎無法直覺的出字。這個情況對於需要頻繁混打中、英文的人來說非常不友善。看看其它輸入法如 RIME 小狼毫、倉頡平台或 PIME 都有不錯的符號輸入設計。更別說跟無蝦米這種符號輸入王者來比了。
以下就我個人經驗整理 Windows 內建倉頡的中文標點符號輸入技巧:
先看最基本的:,。…;、
這些都直接用 Ctrl + , . / ;' 來出字。
另外 3 個要組合 Ctrl + Shift 才會出字的::?!
分別是 Ctrl + Shift + ; / 1。
也可以用倉頡內建碼表來出字,不過要強記:ZXAH →:
ZXAI →?
ZXAJ →!
開關符號比較麻煩,用倉頡內建的碼表最方便:
圓括號:ZXBE →(
ZXBF →)
(記憶法:BEF = beef 牛肉)
引號:ZXCD →「
ZXCE →」
(記憶法:CDE。就英文順序,沒口訣)
剩下的常用開關符號可以用 Windows 輸入法的 ` 鍵功能(` 鍵是 Esc 下面那顆按鍵):`[ → 常用開符號
`] → 常用關符號

破折號使用 ` 鍵功能比較簡單:`-1`-1 → ——
雙書名號:Ctrl + shift + < →《
Ctrl + shift + > →》
單書名號很煩:`< 後按 1→<
`> 後按 1 →>
(上面的 < 與 > 是按鍵的上排符號,要搭 Shift 才能輸出)
以上應該包含書寫用最常見的標點符號了。
前面提到的 ` 鍵功能也可以打一些奇怪但實用的符號:`- → ←、→
`+ → ±
`= → ≦、≧、≠
`| → ↑、↓
`\ → ↘、↖
`/ → ↗、↙
(再次提醒,上面有些是上排符號,要搭 Shift 才能輸出)
其實滿多符號都可以用這個模式敲出來,大家可以試試。另外在這個模式下,按 Tab 不會展開,也有可能不相容新舊版的倉頡。
除了上述的標點符號輸入方式,也可以用全形模式(按 Shift + Space 切換)。在全形模式下,大部分的標點符號直接打或最多加 Shift 鍵就能打。不過缺點不少,除了切到英文時會維持在全形模式,要再手動切回半形外,有一些符號像「」還是只能靠 ` 鍵功能來打。對常常用中、英文混打的我來說完全是雞肋功能。
順帶一提中、英文混打的小技巧。如果上一個字有候選字,而且第一個候選字是你要的,按 Shift 鍵後直接打英文即可。原理是按下 Shift 鍵時會選擇第一個候選字並切換至英文模式,可以少做一個動作。
其它功能:
關聯字。目前沒在用。之前用了發現會影響輸入節奏,也許之後再試試。
萬用字元 * 或 z 查碼的功能。滿方便的,用 * 可以匹配 1 或多個字碼,z 可以匹配 0 或多個碼。可惜的 * 或 z 不能放第一個,所以一定要記得首碼才能查碼。我是覺得用 z 查碼比較方便,因為可以少按 Shift。我建議連注音輸入法也一起啟用,遇到不會打的字可以備用著。
看完這本《蛀牙是牙醫造成的》後已經過三年了。現在的對於它的印象就跟書名一樣,通篇充滿武斷的言論。但若不管他的結論有無證據佐證,只看作者對於牙齒保健的看法,我認為還是有一定參考價值(應該吧)。

作者認為現代三種最常見的牙齒病症:蛀牙、牙周病與齒列不正,其病因都是有來由的。
蛀牙是由於食用過量的砂糖導致;食用過量砂糖後造成自體免疫能力低下,進而引發牙周病;齒列不正則是由懷孕期的螢養不足,特別是鐵質的攝取不足所導致。
因為現代人過度精緻的飲食、一日三餐的飲食習慣與不正常的作息,使得人類的牙齒遭遇比古人更加嚴重的摧殘。
農耕時期的古人吃的簡單,生活中也沒有砂糖或精製糖;一日只吃一至兩餐,日出而做日落而息。那個時期的食物營養豐富,女性的孕期能攝取到足夠的鐵質。根據考古的證據,古人的牙齒沒有我們想像中的不好,反而很健康。
也就是說,只要現代人可以做到像古人一樣的生活,即使不刷牙、不用牙線、不看牙醫,終其一生牙齒也不會怎樣。
作者對於飲食的建議是:參考原住民的吃法,也就是原始飲食法。這跟吃原型食物法不一樣,是完全模仿原始狩獵採集部落的飲食方式(不過這部分以現代的糧食生產結構完全不可行吧)。
如果做不到原始飲食法。作者建議下列東西完全不要吃:砂糖、甜味劑、精製醣、多數植物油(特別是芥花油,紫蘇油與亞麻籽油是可以的)、動物油、牛奶、優格。
至於書名「蛀牙是牙醫造成的」我個人覺得言過其實。作者應該只是想要藉此控訴牙醫師對於民眾的牙科教育的不足吧。
整體來看,本書的建議還是符合主流的養生的觀念。參考看看吧。
本人使用無蝦米輸入法 15 年,去年年未決定改用倉頡。目前已經使用快五個月,打字速度約 30 字/分,日常打字尚可。剩下的就是熟練度的問題了(之前用無蝦米快樂表速約 120 字/分)。

從我個人的角度來看的優點:
缺點:
我改用倉頡為的就是上面兩項優點(其實那兩項可以視為同一項),所以即使缺點遠多於優點,我還是硬著頭學了。
當初決定不用無蝦米時,評估了行列、雙拼、速成與倉頡這幾個輸入法。這幾個輸法都各有其優秀之處。個人最後考量的是:主流作業系統要有內建。
我所使用的作業系統是 Windows 與 iOS,速成與倉頡兩者都有內建;雙拼輸入法只有 iOS 有內建;行列則是只有 Windows 有內建。
速成的學習難度比倉頡低,可視為簡易版倉頡,不過有大量選字的需求,也不像注音或拼音可以智慧選字。
雙拼的設計很棒,打兩個碼就可出字,輸入節奏很好。搭配良好的自動選字功能未來不可限量。而且想說拆字類型的輸入法用這麼多年,改用拼音類型的換換口味也不錯。可惜 Windows 沒內建。
行列的設計也很不錯,要背的字根少也不需要背鍵位,打字速度應該是上述選項中最快的。Windows 也有內建。只是當時已經看了倉頡的教材一陣子了,再者行列在 iOS 上無內建。總合評估後,最後選擇了倉頡。
先說 Windows 內建的倉頡相當難用(Windows 10 & 11),因為沒有預覽字的功能,非常不適合新手使用。而且 Windows 內建倉頡只有支援倉頡三代的編碼。
倉頡三代與五代是目前最主流的兩個倉頡版本,二者的細部差異在這邊不贅述。因為現在多數的倉頡輸入法可以相容三代與五代,這意味使用者可以用混用三代與五代的編碼來輸入,這能提高輸入的容錯率,對新手是福音。
回到 Windows 內建的倉頡,除了只支援三代,部分中文字的編碼也有問題,以及 Windows 新倉頡的惱人的選字設計,讓這套內建的輸入法到處被人嫌棄。
我個人不建議新手使用 Windows 內建的倉頡。我自己是先裝 PIME 輸入法當做過渡期的輸入法(相容三代與五代)。這之間也試用過倉頡平台與 RIME。
倉頡平台雖然主打倉頡五代,但可以切換倉頡版本;RIME 預設是五代,但可以另外裝倉頡三代的支援檔。這三個輸入法當中 RIME 使用體驗最平衡,倉頡平台則是輸入節奏最流暢。PIME 則是中規中舉。
倉頡最多拆 5 碼,平均可能在 3 至 4 碼之間;無蝦米最多 4 碼,搭配簡碼或簡速字根,平均可能來到 2 至 3 碼。體感上真的有極大的落差。
另一個跟無蝦米比較大的差別是同形不同碼。例如倉頡的拆碼:
象 vs 豕 (napo vs msho );
海 vs 每 (eowy vs owyi)。
其中「豕」的下半部或「母」這個字的形明明長一樣,卻是不同的拆法。由於無蝦米大根取字的拆字邏輯,前述這兩個形的無蝦米字根分別是 Q 與 M,不管放在什麼字裡面都一樣。
打字的速度說到底還是取決於單字與肌肉記憶的強度。字根或拆碼的邏輯愈一致,對於肌肉記憶強度的提升愈有幫助。倉頡同形不同碼的特性在這裡就是問題了。
更別說倉頡的符號輸入被無蝦米屌打好幾條街了。
改用倉頡以來最大的驚喜就是 iOS 內建的倉頡輸入法太好用了。除了預覽字的功能外,某些字只要打 2、3 個碼就可以按空白鍵出字了,出字效率比在 Windows 上好多了;加上強大的智慧候選字功能,打字的體驗比之前裝的第三方無蝦米輸入法好上太多了。而且還相容三代與五代。
只能說蘋果在這個部分還是比較用心啊。
沒事不要亂換輸入法折磨自己。
註:這篇文章因為第一次沒存檔而打了兩次。當成是練打字吧。
去年 2020 年中上雪山主峰時,從三角點向北方望去,在北稜角後面遠方的平地上就隱約有城市的影子。不過輕裝上陣,透過手機拍下來後就只看到霧茫茫一片。

前一陣子天氣不錯,從中壢向南方望去看見幾顆山頭。一比對之下,沒想到竟然看得到雪山。而且用手機來拍辨示度依然很高:

放大一下:

跟 Peakfinder 比對山頭:

從照片來看,最突出的應該是北稜角北邊那段稜線,雪山主峰被擋在後面。
從中壢到雪山主峰距離約 65 公里,說不定在雪季且天候極佳的情況下,是可以直接平地賞雪的 XD
後來查了一下資料,沒想到從淡水也目視得到雪山主峰。不過應該要出動大砲才能記錄了吧?
等了這麼久,iOS 14 新的 App 管理功能「App 資料庫」,終於打破了 App 在安裝數量上的一道超大阻礙。

在安裝新的 App 後,大家一起以來的習慣是會整理它:可能移到某一個分頁,或者是移到一個已經謹慎取名過的資料夾。例如「遊戲」、「交通」、「美食」等。
在命名這些資料夾時,總會發現無法歸類或套用的 App。例如某個「時刻表.app」好了,到底要放在「通勤」還是「旅行」,還是放在「交通」?
因此也發展出很多資料夾管理的手段或風格。最極致的情境是所有 App 都分門別類,主頁上沒有任何落單的 App,一切井然有序;反例則是全然散亂,不在分門別類上下功夫。
新的「App 資料庫」透過自動化的分類解決上述問題。使用者甚至可以選擇在安裝新的 App 時,讓它不出現在主頁面上,預設只能在 App 資料庫中找到。如果有需要再拉到頁面中。
這個選項進一步的讓安裝 App 的動作,就像打開網頁或加入書籤一樣輕鬆無負擔。甚至已經安裝的 App 也不需要再「整理」或「管理」了。因為不常用的 App 有可能不會被優先顯示在 App 資料庫中。
當 iPhone 或 iPad 給你 512 GB 甚至到 2 TB 的容量時。在「App 資料庫」的架構下,使用者只要想著如何抓爆 App 把機器塞滿即可,再也不用去管一狗票的 App 要怎麼收納了。
所以資料夾管理控們,趕緊解放自己的 App 吧。不過這不是老早就可以做的功能嗎 = =a
去年 2020 年中的時候領養了另一隻公的黑貓:樂事。後來改名叫 Winter。

Winter 非常活潑好動,基本上任何玩具都逗得起來,而且無時無刻都給逗。個性很親和無害,除了碰到沒見過的生物(例如:狗)可能會暴走誤傷人,無害指數是連用手指來逗貓也不會受傷的等級(警告:用手逗貓是訓貓師最大禁忌)。

比較早到的賓士貓 Summer,非常的愛找 Winter 作伴。奴才們都笑他是守弟奴。

不過隨著體型的變大,貓貓的蛋蛋感覺起來好像空空如也(?)。帶去打預防針的時候,在準備詢問醫生前,醫生看著滿屋跑來跳去的 Winter,笑說公貓就是這麼活潑好動。
大概再過二個月,體型又大一些。奴才們還是弟弟來、弟弟去的亂叫,不過 Winter 的蛋蛋還是沒有任何要露面的意思。
傳 Line 問了原領養的貓舍,對方回應小時候性徵不明顯,是可能會誤判的。

等到下一次去到醫院,在診間順利打完第三劑預防針後,我把心裡疑竇透露給醫生。醫生馬上進行檢查。
果然是母貓。
所以之前那邊弟弟來弟弟去的,根本就是在搞笑 XD。之後也覺得愈看愈像母貓。
不過其實這篇只是要炫貓。人再怎麼蠢,帶去結紮那天也會被打醒的。

最近幾次百岳經驗裡,就這一次的高山反應特別嚴重。最痛苦的那一次也是爬玉山 QQ。記錄一下。
4/3 09:20 玉山登山口:
前一天有睡滿五個周期,精神狀況不錯。美中不足的是沒訂到上東埔山莊,少了高度適應。

11:20 西峰下觀景台:
到這邊之前配速稍快(~3 km/h),有疲累感。再出發後明顯感受到 6kg 負重所形成的下肢無力,呼吸也變得容易短促。此時開始有高山症反應:輕微頭痛,注意力無法集中,需凝神聚力走路。
13:45 排雲山莊:
有頭暈感,呼吸變得更短促,只好透過深呼吸來調節體況。休息一陣子後好很多,不過要再進行長距離健行還是有困難。晚餐時沒有什麼食欲,不過搭配湯泡飯還是把主餐、配菜都吃完了。
4/4 03:40 排雲山莊出發:
晚上睡得還可以,應有四個周期。起床後還帶有前一天晚餐的飽足感。
05:40 玉山主峰頂:
可能因為降低配速的關係,到風口前沒有任何疲累或不適感。最後上主峰那一段開始呼吸不順暢。在主峰頂待一陣後有失溫的現象,趕緊下山。

07:30 排雲山莊:
下山的過程非常不舒服,幾乎吸不到空氣,精神無法集中,有暈眩感。一到排雲山莊立刻躦進睡袋,狂睡一個半小時。
09:50 排雲山莊出發:
可能下降高度也有幫助,體況恢復得很不錯。不過精神上仍有些疲累無力感,所以並沒按計畫爬前峰。

13:20 玉山登山口
這次比較討厭的是高山症問題,前一天有做高度適應或服用預防性用藥應該會好很多。
體能上近期三個月的總跑量不到 50km,之間也只爬過兩次郊山。跟之前平均月跑量 40km + 常爬山有滿大的差異。可以明顯感受到有氧耐力的不足,特別是上高海拔後幾乎無法提速 QQ。還好這幾個月還是有維持下肢與核心肌群的重量訓練,這次並沒有太多的肌肉疲勞感。萬幸!
未來規劃上,除了維持肌力訓練,會再同步加強有氧訓練的時程與強度。不過感覺上還是要定期的去跑郊山?畢竟爬山最好的練習還是爬山。
話說最近的清明連假很幸運的抽到排雲山莊。這次二訪玉山天氣晴朗舒適,只是久違的高山反應又回來了,讓我想起上次去爬合歡山西峰時,偶遇的發生嚴重高山症反應的山友。

這位山友倒在距合歡山北峰登山口約 100 公尺處,四肢癱軟、意識模糊,嘴邊有乾掉的白沫,初步判斷是高山腦水腫。在接觸患者的當下,他的同行友人已經聯絡救護車與國家公園管理處。由於地形崎嶇且缺乏器材,徒手搬運非常困難,只好就地等待醫護人員的氧氣瓶馳援。
約莫十分鐘後國家公園管理處的人員送來氧氣瓶。吸了幾口氧氣後患者恢復一點意識,但只能緩慢地回應一些簡單的問題。更麻煩的是,一旦停止供氧,患者馬上回到近乎無意識的狀態。情況非常不妙。
據他的同行友人說,他們前一晚開夜車殺上來武嶺過夜,睡不到兩三個小時。從在車上整裝開始一直到踢馬路到登山口的過程中人都很正常,沒想到才走不到 100 公尺就倒下了。
同時間傳來了救護車需要約 40 分鐘才能抵達的消息。我們兩團的人因此決定先馱運患者到登山口處,再由汽車將患者運送到松雪樓,那裡有更專業的供氧設備。同時等到救護車到來。
我當下才意識到,在沒有擔架的情況下,要將一位 100 多公斤的無意識成年男性移動下山,是一件多麼困難的事。我團同行者 5 位男性,加上患者同團 2 位男性,透過各種方式輪流使力拉扯支撐,最終花了將近 40 分鐘才將他移動到不到 100 公尺遠的登山口。目送患者被汽車載走後,我心裡想的是如果他是倒在距登山口 1 公里處,那大概只能叫直升機了。
經過這一次經驗,我更加確信高山救援不是件容易的事,高山症更是不容輕忽。希望這位山友最終平安下山康復。