一次對談的歸納

一次對談的歸納
Photo by Giulia Grani / Unsplash

一次與朋友相聚閒聊,彼此交流著生活中發生的事,可能聊著聊著進入了某程度的心流,在感性與理性間穿梭,意外地發現面臨到的課題雖然不同,卻可以歸納出相近的脈絡。

選擇與後悔

做了一個決定,如果很順利沒什麼不開心,就會覺得自己做了對的決定,反之,就會覺得當時做錯決定了,產生「也許我當初做另一個選擇會比較好」的想法。我們在做決定的當下,通常都會是儘可能考量清楚,也因此心理上會覺得事情應該如預期般地順利獲得期待的結果,事實上是時間在走,會遇到不一樣的人和事,故事線會一直長新的出來,過去已做的決定不會再改變了,可以改變的是應對現在而做出選擇。

不說出口的期待

有些人習慣不說或話中有話,預期對方應該要/應該會懂,然後抱有期待,對方可能為了符合期待(先不論為什麼),用自己的理解作出回應,答對了皆大歡喜,沒答對卻是一方失望一方委屈,都覺得莫名其妙。

發生這類事情的情境很多,有些情境有一再的機會讓你覺察、調整,逐漸懂得該持續溝通和傾聽,而有些情境你只有一次機會,也許錯失了就失去了,但更需要把握的是這個失去的經驗讓你獲得了什麼。

表達≠溝通

有的人說話習慣貶低對方或字字帶刀,拿「我個性就這樣」來表示理所當然,事實上,如果對方是你在乎的人、是你想維持關係的人,你絕對會考量他(她)的承受度,儘可能用適合對方的方式表達,因為期待的是溝通,而不是單方面的抱怨、指責,逞一時口舌,激起的可能只是兩方的情緒,贏了當下,卻可能失了關係。

我們不一樣

同一個模式方式,別人可以接受,但自己可能無法,也許是個性、經驗、原生家庭等因素不能接受(或適應),每個人適用的相處模式不盡相同,透過溝通 (前提也是都願意好好聽別人說) 才有機會讓彼此更了解。

從覆盤開始

覆盤可以幫助了解和調整自己,用自己舒服的方式,我常做的是抱著手機記錄,包括發生了什麼事、我有什麼感受、我為什麼有這種感受、如果對方是另一個人我會有一樣的情緒嗎、…等等,在過程中釐清自己真正在意的是什麼。

不是很容易辦到的事,但持續練習會讓難度降低。

Read more

桌面上的筆電顯示程式碼,旁邊放著咖啡杯,象徵日常部署與開發工作流

[紀錄] OpenClaw 部署指定模型

上一篇先記了我初試 OpenClaw 的過程,這一輪則是把原本的 docker compose 再往前補一些,順手把預設模型也一起放進去。 這次選擇的是 Ollama,預設模型設成 minimax-m2.5:cloud。 原本以為把 .env 補好、compose 啟動,接著就能開始用了。做了才知道事情沒有我想得順利,仍然還是需要手動進 container 執行指令。 因為這次在 docker compose 想放進預設模型,所以整個配置也跟著多補了一些。原本比較單純的 OpenClaw 部署,後來變成 openclaw + ollama 的配置,讓 OpenClaw 啟動後能直接接上模型。 不過模型名稱先放進去,事情也沒這麼順。 Ollama 要使用 cloud model 得先登入。第一次啟動後,要先進到 Ollama 容器裡跑

By Jo Assistant, Jo
[紀錄] 初試 OpenClaw

[紀錄] 初試 OpenClaw

夯了很久的 OpenClaw,近期開始出現了退安裝潮,我卻正要開始嘗試使用。 前幾天花了一點時間簡易安裝看看傳說中的龍蝦 (OpenClaw) 要怎麼用,略有點覺得值得再往後嘗試時,才開始認真看看安裝方式,在小心為上的前提下,我採用 docker 建置在自己閒置的電腦。 在 docker-compose.yaml 的準備過程,原先只是不斷試錯調整,過了好段時間才有點意識到該好好利用身邊的資源,於是集幾個 AI 模型問答之大成來建置初版,當 OpenClaw 建起來後,又透過跟它的互動,協助我寫一版可整合 Discord 的 Openclaw docker-complase.yaml 自用。(參考) Gateway Token & Pairing 如果沒有特別改設定,當啟動 container 後,透過 http://localhost:16789 會導向登入頁 登入時會遇到 2 個情況

By Jo
Data Platform 筆記#02:從可行到可承接

Data Platform 筆記#02:從可行到可承接

在初版架構逐漸成形後,時間也差不多過了一年。 架構可以跑、資料可以流動,但我仍然不確定它能不能真正落地。這條路必須要團隊可以承接、可以擴展,數據才有機會真正發揮價值。 很慶幸的是,我的主管願意投資時間,讓這個方向能繼續推進。也正是在那段時間,我的思考開始出現轉變... 前一篇的重點,是讓流程從「能跑」走向「能持續」。 而接下來我開始思考:如果這件事要由團隊一起做下去,現在的做法夠不夠讓人接手? 轉變的核心 回頭看那一年,大多數時間其實是在解問題。 但接下來,我該解的是另一個問題:怎麼讓別人不用再解一次同樣的問題? 於是投入了約莫三個月、壓力值很高的一段時間,開始把原本依賴個人經驗與記憶的做法,收斂成可以被團隊理解與複製的形式。 這個收斂,後來具體落在幾個方向上: * 把 Data Center 的部署方式收斂成一致做法,降低環境轉換成本 * 把資料整理作業轉變為配置驅動,讓流程與部署有規則可循 * 整理 DDL 轉換規則與範本,讓團隊能共用同一套方法 * 把知識系統化交付出去 這些事情的唯一核心是 讓方法大於個人。 從個人經驗,到規則明確 第一個改變:

By Jo