Gemini to make prototype

居然係最近才知道公司有提供 google gemini 使用，雖然在香港這是被 GOOGLE 禁止的。

不管如何，有個機會要做一個 web app prototype。老闆說你可用 gemini。當然我手頭有其他的 AI 可以幫手，但何不用一下呢。

結果叫我驚艷。我不清楚其他AI是否可以做到類似效果，因為我一般用他們寫 web app 和 iOS app；沒用來做單頁的原型。然後這很成功。範例數據，介面操作，都可以體驗，然後用戶即時接受了這個設計。而這只是我們兩人在三小時內的工作。

雖然這只是原型，但感覺可以稍加改動，用在最後成品之上。

甲狀腺切除 thyroidectomy

第二次全麻手術了。

術前竟沒有任何檢查和醫務準備，入院等了幾個鐘就被推進去。麻醉師說這是因為上次以來只過兩年左右，假設身體沒有大變化。

這次沒有那麼緊張，而入了手術室任人擺佈的過程，沒有上次那麼匆忙，護士甚至有時間應要求為我調整枕頭。

反而是呼吸面罩讓我緊張不已。那個面罩很悶，噴出的氣體似乎不夠我呼吸，我忍不住喊出來。麻醉師也放鬆了一點，但也在安慰說，「已經在噴氧氣了」。我吸了五六口，感覺怎麼還沒昏過去呢？就覺得鼻咽有點刺激感，然後就在恢復室睜開了眼睛。

下午做的手術，只住了一晚就准許出院了。頸上只貼了一張薄薄的防水膠布。甚至在一週內不需換拆。附送二支疤痕膏，說覆診時教用。

感覺這對醫生來說是很小兒科的事件。

--

UPDATE 2/6: 好運氣，只是微型cancer，已完整切除，後續每年超聲檢查就好。

MTG vs MRG G-Shock

獲得一隻 MRG-B2000，體會到區別還是有的。

分針跳動：MTG每10秒，MRG每5秒就跳了。

App連線：MTG會停秒針；MRG秒針仍在運行，甚至不需要特意切斷連線。靜止一段時間即會中斷以節省電力。

小錶盤：MTG的小盤指針轉動更快速。

按鈕：MRG的按鈕原來是躲在護筒之中，以防撞擊和誤觸。但也較難按到。左上方少了一粒，感覺不太平衡。其實亮燈鍵應獨立出來才好。

錶身：MRG確實很厚，但鈦金屬使其不顯沉重，以此外觀來說，有意外的輕便感。

MRG在APP有證書，顯示出序號。

心態好，不生氣、不較真

新聞：

浙江一名101歲人瑞姜月琴，生活作息顛覆一般人對長壽老人的想像。她每晚看電視到凌晨2點多才入睡，上午10點多才起身，早午餐合併為一餐，傍晚6點吃第二餐，晚上9點多還會吃餅乾作零食。女兒稱其母親為「夜貓」，反向作息及逆向養生。

說起母親的長壽秘訣，姚松萍總結道：「吃好、睡好，每天一杯綠茶，這些都是小事，更重要的是她心態好，不生氣、不較真，可以說活得很通透。」 

心態好，不生氣、不較真 - 這真是重點。好多病痛，甚至絕症，都係心情不好搞出來的。心情影響內分泌，內分泌影響的可就多了。什麼屁事都不放在心上，自己活好了再說。

修行

每個人都想修行，每個人都想有福，但這有門檻。不是誰想修行就能修行的。能修行，本身就是積下的福分。

智慧太低，不明己任者，不能修行。俗念太重，不捨紅塵者，不能修行。妄言修行，企圖取福，更是有錯。修行不是為了福。我認為，修行就是提升自己的覺悟而已。

但是要先捨下許多東西，才可言修行。凡人不易，故我輩不宜妄言修行。除非你立即拋下俗務，一心向佛。

中文字加拼音

用字型的解法:

https://toneoz.com/blog/download-pinyin/

• 多款字型內帶拼音, 換字體即有拼音在上方, 適用任何系統/軟件.
• 更有 web app 智能處理多音字情況, 適用任何系統. (目前發現 "校" jiao4 音空缺不知何故)

粵拼字體:

https://canto.hk/

Xcode Cloud and Github

I practiced this and I could easily release builds to TestFilght for internal testing, and few clicks on Github to have new build for App Store submission.

Preparation:

1. Once created new project in Xcode, immediately push it to Github to create a new repository as origin. Here we can use the default main branch.
2. At Github, create a new branch: dev.
3. At Xcode, switch to dev, and we will always push changes to dev.

At Xcloud Cloud, we will define two workflows. We will trigger them with different conditions for different purposes.

Workflow 1: For track dev branch change, and for TestFlight

• Trigger: any file change at dev branch.
• Action is to build, and distribute for TestFlight (internal test)
• Post action is TestFlight internal test, choose the tester group (define separately)

So, whenever you push to dev branch, will have a new build delivered to TestFlight for your internal testing. Very convenient.

Workflow 2 - For app store distribution

• Trigger: any file change at main branch
• Action is build: app store connect.
• No post action

Usually you don't trigger this. If you want to release it to App Store after some nice build, you:

1. At Github, create a Pull Request to merge dev into main.
2. When reply, use Merge.

When dev branch is merged into main, it will trigger Workflow 2. Result is that a new build is created for app store.

You go to App Store Connect page, at release page, pick up this build and assign it to release. 

Happy coding!