除了寫一些心得，我還會把 PDF 放在 Vault 裡，一邊讀一邊寫筆記或重點。當然我發現還是手寫對記憶最有幫助，儘管它可能散落在各個筆記本，畢竟我習慣不是很好，Bullet Journal 也荒廢了兩年，因為寫過後沒有很常回顧，沒有回顧就沒有它所謂的 migration，基本上 journaling 的效果就廢了一半，只剩下類似專注冥想反思的功能。

也接近年底了，也許重拾 Bullet Journal 可以排進明年的新希望之一。

好的進入本文主題。

累積大量的文件，免不了就是得同步到不同電腦上。Obsidian 本身提供付費方案，身為免費仔的我，只把小小的 Vault 放在 iCloud 裡，任隨它進行同步。

我對同步這件事的看法是，這是廠商想要賣給你更多台裝置的陰謀（無論是手機平板筆電桌機）！當然這其中技術成分也不低，不能否認其中的價值，否則 DropBox 當初那麼紅而且還被幾家大公司邀請併購，直到 Apple, Google, Microsoft 都做出各自的同步版本。

你買越多台裝置，就檔案同步的問題就越大，讓你一個腦袋兩隻手在多裝置上忙不過來：廠商製造問題，接著廠商解決問題。

回到我自己的經驗來說，真正使用、真正需要生產力的電腦，並不會超過兩台，甚至說只有一台主要電腦，另一台只會是配角備用。以寫作的情境來說，不管是文章撰寫或是程式開發，舒服有生產力的環境通常需要合適的座位、鍵盤滑鼠，甚至是燈光，所以這通常只會有一套設備，一套專注沈浸在產出的設備，以及這套設備所搭配的環境，也就是說這是一套專用的輸出的配置（也可說我還不夠有錢）。

以 Obsidian 的使用情境來說，以檔案為主的同步機制早已普遍出現在各平台上。但我認為隨時頻繁同步的價值並不高，原因是產出裝置/環境只有一個，即使需要在其他裝置上閱讀，到時候再同步即可。

自從換掉 iPhone 回到 Android 後，我一直有同步 Obsidian Vault 到 Android 的需求，儘管頻率不高但一個禮拜或是一個月一次還是會發生的，偏手動的方式我想到了 rsync。

從 Mac 上把 Vault 搬到 Android 手機裡，這樣 Android 的 Obsidian App 也可以打開同一個 Vault。

需要的工具有：

• Android Phone
• Termux App
• rsync
• openssh

步驟：

1. 在 Termux 裡安裝這三項工具

   pkg install rysnc openssh termux-services

2. 執行 termux-setup-storage 給 termux 全域磁碟權限
3. 執行 passwd 設定密碼（讓 Mac 連線時輸入使用）
4. 執行 sshd 預設開在 port 8022
5. 確認 Mac 及 Android 在同一個網域裡（192.168.X.X）

   開啟手機熱點讓 Mac 連上就可以在同一個網域裡了

6. 確認 Android ip 位置在 termux 執行 ipconfig

   ipconfig ….. inet 192.168.11.88

7. 在 termux 執行 whoami 並記下來稍後輸入

   u0_a345

將以下 script 存檔並改為可執行：

#!/bin/bash

# Rsync to Android (Termux) Script
# This script helps you sync files from Mac to Android via SSH/rsync

set -e

# Colors for output
RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m' # No Color

echo -e "${GREEN}=== Rsync to Android (Termux) ===${NC}\n"

# Check if rsync is installed
if ! command -v rsync &> /dev/null; then
    echo -e "${RED}Error: rsync is not installed${NC}"
    echo "Install it with: brew install rsync"
    exit 1
fi

# Get Android username
read -p "Enter Android username (e.g., u0_a123): " ANDROID_USER
if [ -z "$ANDROID_USER" ]; then
    echo -e "${RED}Username cannot be empty${NC}"
    exit 1
fi

# Get Android IP address
read -p "Enter Android IP address (e.g., 192.168.1.100): " ANDROID_IP
if [ -z "$ANDROID_IP" ]; then
    echo -e "${RED}IP address cannot be empty${NC}"
    exit 1
fi

# Get SSH port (default 8022)
read -p "Enter SSH port [default: 8022]: " SSH_PORT
SSH_PORT=${SSH_PORT:-8022}

# Get source directory
read -p "Enter source directory/file on Mac: " SOURCE_PATH
if [ -z "$SOURCE_PATH" ]; then
    echo -e "${RED}Source path cannot be empty${NC}"
    exit 1
fi

# Expand tilde in source path
SOURCE_PATH="${SOURCE_PATH/#\~/$HOME}"

# Check if source exists
if [ ! -e "$SOURCE_PATH" ]; then
    echo -e "${RED}Error: Source path does not exist: $SOURCE_PATH${NC}"
    exit 1
fi

# Get destination directory
echo -e "\n${YELLOW}Common Android destinations:${NC}"
echo "  ~/storage/downloads/  - Downloads folder"
echo "  ~/storage/shared/     - Internal storage"
echo "  ~/received/           - Home directory folder"
echo "  ~/                    - Termux home"
read -p "Enter destination path on Android: " DEST_PATH
if [ -z "$DEST_PATH" ]; then
    echo -e "${RED}Destination path cannot be empty${NC}"
    exit 1
fi

# Authentication method
echo -e "\n${YELLOW}Select authentication method:${NC}"
echo "  1) Password"
echo "  2) SSH key"
read -p "Enter choice [1-2]: " AUTH_METHOD

# Build rsync command
RSYNC_CMD="rsync -avzh --progress"

if [ "$AUTH_METHOD" = "2" ]; then
    read -p "Enter path to SSH private key [default: ~/.ssh/id_rsa]: " SSH_KEY
    SSH_KEY=${SSH_KEY:-~/.ssh/id_rsa}
    SSH_KEY="${SSH_KEY/#\~/$HOME}"
    
    if [ ! -f "$SSH_KEY" ]; then
        echo -e "${RED}Error: SSH key not found: $SSH_KEY${NC}"
        exit 1
    fi
    
    RSYNC_CMD="$RSYNC_CMD -e \"ssh -p $SSH_PORT -i $SSH_KEY\""
else
    RSYNC_CMD="$RSYNC_CMD -e \"ssh -p $SSH_PORT\""
fi

# Add source and destination
RSYNC_CMD="$RSYNC_CMD \"$SOURCE_PATH\" ${ANDROID_USER}@${ANDROID_IP}:\"${DEST_PATH}\""

# Confirm before executing
echo -e "\n${YELLOW}=== Summary ===${NC}"
echo "Source:      $SOURCE_PATH"
echo "Destination: ${ANDROID_USER}@${ANDROID_IP}:${DEST_PATH}"
echo "SSH Port:    $SSH_PORT"
echo "Auth:        $([ "$AUTH_METHOD" = "2" ] && echo "SSH Key ($SSH_KEY)" || echo "Password")"
echo -e "\n${YELLOW}Command to execute:${NC}"
echo "$RSYNC_CMD"
echo

read -p "Proceed with transfer? (y/n): " CONFIRM
if [ "$CONFIRM" != "y" ] && [ "$CONFIRM" != "Y" ]; then
    echo "Transfer cancelled."
    exit 0
fi

# Test SSH connection first
echo -e "\n${YELLOW}Testing SSH connection...${NC}"
if [ "$AUTH_METHOD" = "2" ]; then
    ssh -p "$SSH_PORT" -i "$SSH_KEY" -o ConnectTimeout=5 "${ANDROID_USER}@${ANDROID_IP}" "echo 'Connection successful'" 2>/dev/null
else
    ssh -p "$SSH_PORT" -o ConnectTimeout=5 "${ANDROID_USER}@${ANDROID_IP}" "echo 'Connection successful'" 2>/dev/null
fi

if [ $? -eq 0 ]; then
    echo -e "${GREEN}✓ SSH connection successful${NC}\n"
else
    echo -e "${RED}✗ SSH connection failed. Please check:${NC}"
    echo "  - Android device is on the same network"
    echo "  - SSH server is running on Android (sshd)"
    echo "  - IP address and username are correct"
    echo "  - Port $SSH_PORT is accessible"
    exit 1
fi

# Execute rsync
echo -e "${YELLOW}Starting transfer...${NC}\n"
eval $RSYNC_CMD

if [ $? -eq 0 ]; then
    echo -e "\n${GREEN}✓ Transfer completed successfully!${NC}"
else
    echo -e "\n${RED}✗ Transfer failed${NC}"
    exit 1
fi

# Ask if user wants to save configuration
echo -e "\n${YELLOW}Save this configuration for future use?${NC}"
read -p "(y/n): " SAVE_CONFIG
if [ "$SAVE_CONFIG" = "y" ] || [ "$SAVE_CONFIG" = "Y" ]; then
    CONFIG_FILE="$HOME/.rsync_android_config"
    echo "ANDROID_USER=\"$ANDROID_USER\"" > "$CONFIG_FILE"
    echo "ANDROID_IP=\"$ANDROID_IP\"" >> "$CONFIG_FILE"
    echo "SSH_PORT=\"$SSH_PORT\"" >> "$CONFIG_FILE"
    echo "AUTH_METHOD=\"$AUTH_METHOD\"" >> "$CONFIG_FILE"
    if [ "$AUTH_METHOD" = "2" ]; then
        echo "SSH_KEY=\"$SSH_KEY\"" >> "$CONFIG_FILE"
    fi
    echo -e "${GREEN}✓ Configuration saved to $CONFIG_FILE${NC}"
    echo "You can edit this file to quickly load settings next time"
fi

1. 存檔成 rsync_to_android.sh
2. chmod +x ./rsync_to_android.sh
3. ./rsync_to_android.sh

=== Rsync to Android (Termux) ===

Enter Android username (e.g., u0_a123): u0_a345
Enter Android IP address (e.g., 192.168.1.100): 192.168.11.88 
Enter SSH port [default: 8022]:
Enter source directory/file on Mac: /Users/robert.wang/Documents/ob_vault

Common Android destinations:
  ~/storage/downloads/  - Downloads folder
  ~/storage/shared/     - Internal storage
  ~/received/           - Home directory folder
  ~/                    - Termux home
Enter destination path on Android: /storage/emulated/0/Documents/

Select authentication method:
  1) Password
  2) SSH key
Enter choice [1-2]: 1

=== Summary ===
Source:      /Users/robert.wang/Documents/ob_vault
Destination: u0_a345@172.16.99.163:/storage/emulated/0/Documents/
SSH Port:    8022
Auth:        Password

Command to execute:
rsync -avzh --progress -e "ssh -p 8022" "/Users/robert.wang/Documents/ob_vault" u0_a345@172.16.99.163:"/storage/emulated/0/Documents/"

Proceed with transfer? (y/n): y

Testing SSH connection...
u0_a345@172.16.99.163's password:
Connection successful
✓ SSH connection successful

Starting transfer...

u0_a345@172.16.99.163's password:
Transfer starting: 6 files
WFH_LOG/
WFH_LOG/20250722_WFH.txt
             87 100%  240.78KB/s   00:00:00 (xfer#1, to-check=1/6)
WFH_LOG/20250826_WFH.txt
             23 100%   16.32KB/s   00:00:00 (xfer#2, to-check=2/6)
WFH_LOG/20250926_WFH.txt
             23 100%   30.19KB/s   00:00:00 (xfer#3, to-check=3/6)
WFH_LOG/20251031_WFH.txt
             16 100%   11.74KB/s   00:00:00 (xfer#4, to-check=4/6)

sent 123k bytes  received 136 bytes  369k bytes/sec
total size is 132k  speedup is 1.07

✓ Transfer completed successfully!

Save this configuration for future use?
(y/n): y
✓ Configuration saved to /Users/robert.wang/.rsync_android_config
You can edit this file to quickly load settings next time

以上的 script 是由 Claude AI 產生，實測過可以正常使用，並儲存前一次的設定方便下次使用

這樣就達到我久久一次的 Obsidian Vault 同步程序了！一點點研究，一點點麻煩，不過有 script 可以省掉很多心思了！

最後你還可以在 Mac 設定 alias，以便快速叫出這個指令：

vim ~/.zshrc alias rsync-android=’~/rsync-to-android.sh’

Introduction

In financial applications, precise decimal representation is crucial. Recently, our team debated the use of toString() versus toPlainString() when working with BigDecimal values. This article explores the performance implications and practical considerations of both methods.

Performance Analysis

To quantify the performance difference, we conducted a benchmark comparing both methods across various number types:

val numbers = listOf(
    BigDecimal("12345.56789"),             // Regular number
    BigDecimal("1234567890.0123456789"),   // Regular number with high precision
    BigDecimal("1E20"),                    // Very large number
    BigDecimal("1E-8"),                    // Very small number
    BigDecimal("999999999999999999.999999999999999999") // Large precision
)

val iterations = 1_000_000

numbers.forEach { number ->
    println("\nTesting with number: $number")
    
    val toStringTime = measureNanoTime {
        repeat(iterations) {
            number.toString()
        }
    }

    val toPlainStringTime = measureNanoTime {
        repeat(iterations) {
            number.toPlainString()
        }
    }

    println("toString() took: ${toStringTime / iterations} ns per call")
    println("toPlainString() took: ${toPlainStringTime / iterations} ns per call")
    println("toPlainString() is ${toPlainStringTime.toFloat() / toStringTime.toFloat()}x slower")
}

Results

The performance difference is significant and varies based on the number of digits:

Testing with number: 12345.56789
toString() took: 3 ns per call
toPlainString() took: 44 ns per call
toPlainString() is 11.48x slower

Testing with number: 1234567890.0123456789
toString() took: 3 ns per call
toPlainString() took: 241 ns per call
toPlainString() is 63.91x slower

Testing with number: 1E+20
toString() took: 1 ns per call
toPlainString() took: 61 ns per call
toPlainString() is 48.25x slower

Real-world Implications

In our banking application, we frequently need to display the difference between two BigDecimal values, typically for scenarios like:

• Showing account balance
• Calculating required additional deposits for purchases
• Displaying transaction amounts

Edge Case Analysis

We tested various scenarios to understand when scientific notation might appear:

val a = BigDecimal("1")
val b = BigDecimal("0.00000000000000100001")
val result = a - b
println("1 - 0.00000000000000100001 = ${result.toString()} (Plain: ${result.toPlainString()})")

val largeA = BigDecimal("1000000000000000000000")
val largeB = BigDecimal("999999999999999999999")
val largeResult = largeA - largeB
println("Large number subtraction = ${largeResult.toString()} (Plain: ${largeResult.toPlainString()})")

Our tests revealed that toString() produces scientific notation primarily with very small differences:

Very small difference:
1.000000000000000000001 - 1 = 1E-21 (Plain: 0.000000000000000000001)

The Solution

To balance performance with user experience, we implemented a hybrid approach:

fun BigDecimal.toStringWithoutE(): String {
    val asString = this.toString()
    return if (asString.contains('E')) {
        this.toPlainString()
    } else {
        asString
    }
}

This solution:

1. Initially uses the faster toString()
2. Falls back to toPlainString() only when scientific notation is detected
3. Ensures readable output for users while maintaining optimal performance in most cases

Conclusion

While toPlainString() is significantly slower than toString(), the hybrid approach provides an excellent balance between performance and usability. For financial applications where user experience is crucial, this compromise ensures both efficient processing and clear, understandable number representation.

剛好我沒帶錢包出門，我回他說沒帶錢！他竟然把糖果拿走~~~~~

你不是要分享神明加持過的供物嗎？？？？結果是來要錢的啊！

如果我是他的話，一開始就會說清楚是分享神明加持過的糖果，備有多種口味的糖果，可以讓你自己選，然後金額隨喜，這樣的話我還可能會多給一些！

要錢就提供一些服務，有加持過的糖果、有選擇權、金額隨喜，這樣成功率不是更高嗎？

我追上去之後才發現，原來他是因為手機架偏右側，為了一路看車一路看手機，似乎已經跟手機融為一體，直接把身體向右傾，車身也向左偏的狀況下前進…

這種車，我還是閃遠一點以策安全！

購買基金一般來說有三種購買方式：單筆，定期定額及修改定期定額

之前：實做一個同時完成三種購買方式的元件

這次：三種購買方式改由三個獨立元件來達成，透過可共用的 Compose 元件來重新組合出不同的行為

上一次的實作決定讓所有行為都混雜在一起，導致超級複雜的 LaunchedEffect 來驅動試算結果，在後續需求變化下造成改了A壞了B，動線無法輕易切分開，是個十分慘痛的經驗！也可能是分工上討論不夠，同事各自做不同的功能，項目沒有被切分成可以好好分工的程度，所以第二次挑戰，希望可以好好做成好改好維護的版本，可長可久的開發下去。

試過 One Sec 這個工具來幫忙稍微延緩打開社群 app 的衝動，但似乎習慣了它的延緩動畫後，還是依然義無反顧的進去狂刷猛刷浪費了很多時間！

好像已經很難想起以前沒有這些思緒泥沼的時候，我會做什麼事？

以前只有 Google 的時候就是到處搜尋瀏覽爬文，讀多了還會寫些文章在無名小站，還記得同學說啊你好厲害怎麼寫了那麼多篇！後來無名掛了好像還備份了起來只是早已消失在多年的搬移之中。那時候還沒有純文字 markdown 這種語法，總是要在各家網誌的奇耙語法中折騰，也許是年少只知道賣弄語法，不知文字本身才是會留下來的重點，就像寫了 doc 檔你就是被微軟綁架還覺得 Word 好用！可參考洪朝貴老師的文章

社群網站就像是環繞在最表層思緒的那些念頭，手機通知的推播助瀾下，無時不刻的侵擾著我們的意識！天外飛來一筆的幻想、偶爾寫幾個字的動力都會被排擠掉，可怕的是連可以拿來運動或面對面講話的時間都被置換掉！

今天起刪除 Facebook, Instagram, Thread, Twitter(X)，每天 +1，看能不能撐到 D+30天！

關於手機影響腦袋的研究有很多，參考如下：

• 拯救手機腦：每天5分鐘，終結數位焦慮，找回快樂與專注力 這本我讀電子書，可以想見我根本讀不完
• How Smartphones & Social Media Impact Mental Health & the Realistic Solutions Andrew Huberman 是一位長青的作家/ Podcaster / Youtuber，專門研究神經學，有很多與其他專業人士的對談，非常推薦

請容我說來…

在某個版本 App 中有一個展示熱門商品列表的頁面，它的行為有：

1. 直接載入前20筆熱門商品，捲到最後幾筆再呼叫 API 載入下一頁
2. 以 LazyColumn 實作整個頁面，含搜尋框
3. 以 stickyHeader 呈現關鍵字，讓它可以在手勢向上的時候收起來
4. 進入頁面時直接跳出鍵盤，方便直接搜尋

這問題發生的原因主要是 UX 設計上版本更迭後造成的：第一個版本進到畫面時並不會呼叫 API，只有在按下搜尋才會呼叫 API。下一版本為了增加資訊量，加上了預設的呼叫 API 動作。

兩次迭代的行為變更，造成了疏忽！而且在我開發用的 Pixel 7a/Android 13 上並不會 Crash。

Crash 發生在不同手機上稍微不同：在 VIVO X80 上進到頁面後，輸入任何關鍵字在按下鍵盤上的搜尋，便會直接 crash；在其他手機上需要比較複雜的操作：

1. 頁面載入後，輸入關鍵字（先不要按下搜尋）
2. 手勢向上快速滑動的同時，按下搜尋
3. Crash

問題分析

從 Crashlytics 上的紀錄看起來是 IndexOutOfBound 造成的

Fatal Exception: java.lang.IndexOutOfBoundsException

Index 11 out of bounds for length 0

我們的程式是以 MVVM 為主， VM 從 API 得到結果後，透過 mutableState 傳遞給定義在 Fragment 的 Compose 元件，如下所示：

sequenceDiagram
Fragment->>ViewModel: Call API
ViewModel-->>Fragment: Records in mutable state
Fragment-)Compose Element: Render these records

所以在第一次 Compose 拿到 20 筆資料後，並開始 Render 上螢幕的過程中（快速滑動），搜尋新關鍵字的動作會讓整個上述流程再跑一次，只是在另一個 Thread 操作，由那一個 Thread 將新的資料覆蓋到同一個 records 中！

這也就是問題：兩個 thread 有機會同時操作同一個 list：一個 thread 讀取的同時，另一個 thread 去寫！也就是上 crash log 寫的：UI thread 正在嘗試讀取 list 中的第 11 筆並繪製到螢幕上時， background thread 拿著剛拿到的新資料寫進了同一個 list 裡…剛剛要拿東西還有怎麼突然沒有了！

App 只能崩潰給你看…

解決方案

重點是保護 list 的讀取/操作，至於要怎麼做？

一開始我用了 CopyOnWriteList，讓每次操作都可以 Copy 一份，可以解決上述的問題。但也產生另一個問題：隨著手勢向上滑載入下一頁，記憶體用量暴增，GC 不斷出現…有這個不友善的行為，決定不採用。

由於是兩個 thread 讀取同一個 list，所以模仿 CopyOnWriteList，是不是只要在 Compose 元件從新的 MutableState 裡拿到新的 list 時，從另一個複製出來的 list 去繪製資料就可以了呢？

sequenceDiagram
Fragment->>ViewModel: Call API
ViewModel-->>Fragment: Records in mutable state
Fragment-)Compose Element: Render these records with **copied list**

這個方式測試後也可以解決問題，記憶體也沒有像使用 CopyOnWriteList 一樣大幅度增加，GC 也就不會出現！

要注意到因為是 list 的複製，所以要自行處理 deep copy 的行為。如果你的 data class 有很多層，記得不能僅用 data class 提供的 copy function，因為它只會複製第一層的欄位，再往下一層去就只是 reference 的複製而已，又稱為 shallow copy（詳細可參考 [[Copy function of Data class]]）

這樣還是有機會讓兩個 thread 處不好喔！

最終解法

自行實作一個 deepCopy function 讓 fragment 在轉手傳遞 list 到 Compose 元件時使用：

WMSProductSearchScreen(  
    searchResult = viewModel.searchResult?.deepCopy()  
        ?: NCBGenericProductResult(_state = GeneralState.NoData),  
    productClicked = { code -> redirect(XYZ) },  
    onScrollToEnd = {  
        viewModel.searchProduct(keyword = it, isSearchNewKeyword = false)
    },  
    refreshClicked = {  
        viewModel.searchProduct(keyword = it, isSearchNewKeyword = true)  
    }
)

特別是 list 的複製：

fun GenericProductInfo.deepCopy() =  
    GenericProductInfo(  
        products = mutableListOf<GenericProduct>().also { it.addAll(products) },  
        pageInfo = pageInfo?.copy()  
    )

結語

儘管上面寫了技術解法，在 UI 設計上其實也是有解法：

1. 進入頁面時不要讓鍵盤預設出現，讓使用者專心滑產品（搜尋降為第二步的操作）
2. 或者，進入頁面時還是讓鍵盤預設出現，加上像 iOS 一樣在整個畫面加上一層擷取觸擊的元件（輸入框以外），只要一觸擊到這層元件就將鍵盤關閉，減少兩個元件互相干擾的流程

技術解法外，改變規格的做法都可以考慮看看。

當然，這要看你 Bargin 能力有多強囉！

套句我家人的口頭禪，源自於某部韓劇？

自從上次這裡的更新, 已經是三年之前！我都無法相信自己是怎麼放過自己這樣廢耕文章的！

–more

罪己到此為止（好像不怎麼用力鞭）

近來發覺比起程式產出, 寫點文章當作產出似乎比較容易！特別是稍微戒除社群網路的症頭, 刪掉 Twitter, 裝上 OneSec, 能夠找回一絲絲手癢想寫點東西、打點字的念頭（還只是念頭哦！）

從念頭落實到文章的距離可長可短, 只要你手握觸控手機, 很大機會當你醒來, 才意識到自己怎麼還在滑手機歐…本來想寫下來的那三言兩語早就被波濤不斷的社群推文淹沒, 僅存的意志力大概只夠我慢慢把身體擺到床上, 沉沉睡去

比起程式, 文章可長可短, 不需安裝開發環境或精準的編譯器版本設定, 還勞持續維護軟硬體搭配, 甚至得心甘情願的讓無良硬體廠商如蘋果剝削, 催眠自己正在實現夢想, 讓自己稍微有點產出, 對人類社會做出貢獻！

我的期許比較低, 只要能讓文字留下, 若干日後我或任何人偶然瞥見, 讀後感受到我曾經的一點我努力, 如同幾千年前在石壁上刻畫下打獵一幕的史前人類的不經意

41 歲男子的懸念是很那個的！

Don’t bother anymore. Here’s a quick setup then you’re ONE hotkey away from mute or unmute your microphone across entire Mac.

You only need system’s Automator app.

1. Create a Quick Action workflow
2. Set “Workflow receives current” option to “no input”
3. Add “Run Shell Script” action
4. Paste: osascript -e "set volume input volume 0”
5. (Repeat steps above and paste: osascript -e "set volume input volume 100”) to another workflow file called “Unmute systematically”
6. Save this Quick Action as “Mute systematically”
7. Set a global shortcut you want in  > System Preferences > Keyboard > Shortcuts > Services

Done.

Enjoy your peace of mind and remember to unmute when someone starting to talk!

I’m enjoying my peace of mind. Hope it works for you too!

Wondering if there’s a hotkey for iPad?

5/14 那天週五下班，只是想說帶上公司筆電回家，方便週末抽空躲起來追一些要準備的資料，也刷刷題。沒想到台北及新北市防疫警戒突然就升到三級，開始兩週的 #WFH !

公司分兩班，原本就在 B 班的我，直接就在家工作，經過本週的嘗試跟家人的磨合（因為學校也一起停課在家自學了），看起來效率不差，溝通也還算順暢，決定下週也自請在家工作整週了！（幸好另一半可以扛整天，偶爾交換一下！）

在家工作的優點有：

1. 省掉通勤時間（一天2小時一個月40小時）及成本（一個月近$1300）
2. 睡眠時間拉長
3. 跟小孩相處時間增加，多了很多可一同用餐的機會
4. 自己開伙的意願也增加，也真的做到
5. 不用費心穿著打扮
6. 整天都可以洗衣服晾衣服，甚至工作休息時起身打掃拖地動一動整理家務

相對的缺點有：

1. 工作與生活的界線模糊，容易工作超時（尤其當腦袋運轉起來思考解法時）
2. 疫情影響無法隨意外出，活動量/步行數大減會影響體能，得特意留心訓練
3. 電費增加：電腦/網路/冷氣都得自費
4. 若共處一室的夥伴不那麼好相處，會很辛苦
5. 多個小孩的課程很難同時兼顧，又容易互相干擾分心
6. 小孩沒上課時在家玩很容易亂入，而干擾到會議或專心的狀態

這週有很多餐都自己煮，偶爾幾餐找外送反而遇到雷，雖然自己備餐比較累，尤其時一忙起來突然發現時已經中午12點了，還要趕快切換情境出來備餐，再忙一下開始用餐的時間可能都到了近下午1點。

在生活與工作模糊的地帶切換，需要的反而是極大的專注力，及時間管理的能力。下週在家工作，我需要準備的是 #番茄鐘 的工具，雖然早就知道這個用法，但之前在公司一直無法使用這個方式，因為被打斷討論的機會太高，討論後還要紀錄結論跟TODO，再回到專注的心流裡可能又是10分鐘了。

不過進到 #WFH 的情境，這次真的可以拿出來用用看了！明天起把 #番茄鐘 加進來工作流程中，看看有什麼變化。