Latest Entries »

你以為在學習,其實是在跟環境拉扯

學 Python 的過程中,最常遇到的不是「看不懂錯誤訊息」,而是「我明明照做了,為什麼你的可以跑、我的不行」。

常見的三個痛點很固定,也很煩:

  • 依賴管理:庫要自己裝、版本要自己顧。小專案還好,大一點就開始失控。
  • 版本衝突:A 專案要 requests 新版,B 專案偏偏卡在舊版。你一更新,另一個就壞。
  • 環境復現:換電腦、換同事、換 CI,環境像失憶一樣,每次都要重新「講一遍道理」給它聽。

 

對傳統環境管理的抱怨

許多開發者對傳統的環境管理工具(如pipvirtualenv)表示不滿,主要原因包括:

無法準確記錄依賴關係:requirements.txt文件的可讀性差,無法自動鎖定庫版本。

環境復現不可靠:在不同的環境中,復現相同的依賴版本往往會出現問題。

手動管理繁瑣:需要不斷手動更新和維護環境。

別從 pip 裡裝,因為你不想先污染環境

UV 安裝本身很直白。官方提供下載器方式,通常也是最推薦的路徑。

  • Windows:在 PowerShell 執行官方提供的安裝命令
  • macOS / Linux:用對應的 shell 命令安裝
  • 注意:雖然可以 pip install uv,但不建議,理由很現實:你正在用「需要被管理的環境」去安裝「環境管理工具」,一不小心就先把自己繞進去。

 

多版本 Python 管理:把「版本」變成可宣告的事實

UV 支援多版本 Python 管理,常用指令如下(你原本列的很完整):

  • uv python list:查看可用 Python 版本
  • uv python install <版本號>:安裝指定版本
  • uv python pin <版本號>:固定專案使用版本
  • uv python uninstall <版本號>:移除版本

 

初始化專案只要:

  • uv init

它會幫你生成一套「可追蹤、可重現」的骨架(重點是你不必自己拼):

  • .gitignore:搭配 Git 版本控制用
  • python-version:記錄專案 Python 版本
  • pyproject.toml:依賴與配置(逐步取代 requirements.txt 的角色)
  • README:專案說明
  • uv.lock:鎖定檔,用來確保環境一致性

建立虛擬環境與執行

  • uv venv:建立虛擬環境
  • uv run main.py:執行主程式

不需要一直切來切去、手動維護一堆狀態。
UV 會把該更新、該鎖定的事情做得比較自動化。

安裝與管理依賴:讓依賴回到「宣告」而不是「手作」

  • uv add <庫名>:新增第三方庫,並自動更新到 dependencies
  • uv add <庫名>==<版本號>:指定版本安裝
  • uv pip install ...:仍可用,但更像「臨時處理」的管道,而不是主要工作流

環境復刻:用 uv.sync 把「重現」變成命令,而不是儀式

  • uv sync:依據 pyproject.toml 與 uv.lock 自動下載/同步依賴
  • 若你手上只有 requirements.txt
    • uv add -r requirements.txt:把舊世界先搬過來,再逐步收斂到新的管理方式

 

工具會進步,但時間不會等你

UV 的優勢你已經點得很清楚:快(Rust)、環境隔離、全局快取可重用
對我來說,它最重要的不是「又一個新工具」,而是它讓環境管理變得比較像工程,而不是玄學。

如果不合適,當然可以退回傳統做法。風險不大。
真正的成本通常不是切換工具,而是你一次又一次重建同樣的環境、犯同樣的錯,還以為下一次會比較順。

時間不會給你後悔的機會。
它只會讓你在某一天回頭看見:你把太多夜晚,浪費在本來可以更簡單的事情上。

 

 

晚上很安靜。
你只想把專案跑起來。
不想跟環境吵架。

螢幕亮著。
錯誤訊息一行一行。
像在提醒你:有些問題跟努力無關。

你敲下 Enter。
等下載。
等編譯。
等它不要再出下一個錯。

那一刻其實很孤獨。
因為你知道——
你欠的不是技術,是時間。

 

在 API 架構設計中,有多種方式可以選擇。

為了要能因應每個專案的需求都不同,以及隨著技術環境和商業需求的變化,

API的設計不僅是要符合現有需求的方案,更要能支持未來的擴展、性能、維護性和成本效益。

但是每一種架構都有其特點
在考量API架構時,可以先思考一下,這個需求所要考慮的特點是什麼

View full article »

在 SRE 的實務中,有兩個關鍵概念特別重要,它們圍繞著「持續改進循環」的理念。這種循環能幫助你的系統不斷進步,形成正向的發展動力。首先來概觀這兩個實務:

1. SLI 與 SLO:量化服務品質的基石

當我們要部署新服務時,首要任務是定義服務的可靠性標準。這需要開發團隊和營運團隊共同合作,確立兩個重要指標:

服務品質指標(SLI):

  • 用於衡量服務健康狀況
  • 常見的測量面向包括:
  • 成功率(例如:API 呼叫成功率)
  • 回應時間
  • 處理容量

服務品質目標(SLO):

  • 根據 SLI 設定具體的目標值
  • 必須可被明確測量
  • 作為判斷服務是否達標的客觀依據

錯誤預算:靈活運用可靠性空間

假設我們設定服務的 SLO 為 80% 的可用性,這意味著:

  • 我們有 20% 的「錯誤預算」可供運用
  • 這個預算可用於:
  • 部署新功能
  • 系統維護
  • 測試新版本

錯誤預算的管理策略:

  • 當預算耗盡(服務可用性低於 80%)時:
  • 可能需要暫停新功能部署
  • 將資源轉向改善系統穩定性
  • 預算會在固定週期(如每月或每季)重置

2. 不究責的事後檢討:從失敗中學習

SRE 特別強調事後檢討必須採取不究責的態度:

  • 焦點放在系統和流程的改善
  • 避免指責個人
  • 關鍵問題應該是:
  • 流程中的哪些環節容易出錯?
  • 如何改善系統以預防類似問題?
  • 需要增加什麼安全機制?

這種方法的優點:

  • 鼓勵開放討論問題
  • 促進團隊學習
  • 持續改善系統
  • 建立正向的組織文化

在 SRE 實務中,兩個核心機制相輔相成,共同打造組織的持續進步文化:

首先,透過完善的事後檢討機制,我們建立了一個正向的改善循環。當系統發生中斷或故障時,這個機制確保每個事件都成為團隊的學習素材。但這必須建立在嚴謹的分析基礎上,並確實執行後續的改善方案。

其次,SRE 的一大特色在於將故障視為進步的契機,而非單純的負面事件。這種思維模式讓我們能夠客觀面對問題,並從中發掘改善空間。通過持續累積這些經驗和改善,我們得以不斷提升系統的可靠性。

這兩個準則緊密相連:一方面我們建立系統化的檢討流程,另一方面培養正向的學習文化。兩者相互強化,推動組織在可靠性工程領域持續精進。

在 Maven 中,Release 和 Snapshot 是兩種不同的版本類型

Release 版本

  • 穩定性:Release 版本被認為是穩定的、可靠的版本。
  • 不可變性:一旦發布,Release 版本的內容不應該被更改。
  • 版本號:通常使用固定的版本號,如 1.0.0、2.1.3 等。
  • 用途:適合用於生產環境或正式發布。

Snapshot 版本

  • 開發中:Snapshot 版本代表開發中的版本,可能不穩定。
  • 可變性:Snapshot 版本的內容可能會隨時變化。
  • 版本號:通常在版本號後加上 -SNAPSHOT,如 1.0.0-SNAPSHOT,且必需是大寫,加在版本別後面,用 ”-”分隔。
  • 用途:主要用於開發和測試階段。

View full article »

鋁圈升級規格

  • 品牌:Rays
  • 型號:VOLKRACING TRINITI V
  • 尺寸:19吋 5H100 ET45 8J
  • 中心孔:65mm
  • 重量:鍛造 單顆9.5Kg
IMG_4893

升級煞車的契機

起初,我只是想升級森林人的煞車系統。然而,沒想到這次煞車升級之旅會這麼複雜。原廠的18吋Enkei鋁圈雖然性能不錯,但在升級煞車卡鉗時卻面臨了難題。無論選擇哪一款煞車卡鉗,原廠鋁圈都無法安裝,必須使用至少25mm的墊寬器才能勉強塞下。 View full article »

2002年的台達電電源,突然就不開機了

想當初組電腦要裝到350W的電源也就是希望能給電腦提供一個穩定的電力來源

要知道以前最常配的就是白牌號稱300W的電源,實際上也不知道到底輸出幾瓦,不像現在電源供應器標示的那麼清楚

View full article »

當初上網查很多人都說好坐,就意無反顧的買了

現在再回頭看,很多人說好,也不少人覺得不值得

買了也就買了,當初也花了萬把塊

我坐到現在到也沒什麼問題,就是椅墊皮開始均裂了

比起一般網布版的確是撐了滿久的,從2011年坐到現在也十年了

IMG_8038

時間會證明一切,我當初是選真皮版,其實也不能說是假的,的確是真皮,只是用的是二層皮,裂了之後就會越裂越大

IMG_8040
裂到破洞了

IMG_8042

索性就真接換成頭層皮吧

IMG_8051

應該可以再戰十年了

IMG_8050
完成圖

上次這麼認真調整麥克風,己經是十幾年前的事情了

那時候為了打AOC能夠更快的與隊友溝通

開戰前先測試好語音通話是必備的

畢竟用說要增援,比點火把打字快多了

近期因為新冠肺炎的本土疫情持續嚴峻,雙北從從5月15日就開始進入三級警戒

公司也配合採居家辦公

之後就是無止盡的online meeting

逼的我不得不拿出收藏己久的麥克風

想起那時候,為了能讓隊友聽的清楚一點

還花了幾百塊想說買好一點的麥克風

於是…

IMG_8066

現在才知道,幾百跟幾十的差不多,錢都花在外表上面了

收音的麥克風頭才是重點

IMG_8067

新換的規格是9750,比原本的大,塞不進去原來的殼,只好用膠帶粘起來了

IMG_8073
完成!

縫線也脫落了

雖然自己也做了幾個識別證套在使用

還是想要把這個修復一下

View full article »

最近遇到些好事,想記錄一下
先是警察妹妹放我一馬
停機車的時候,有位阿姐主動幫我橋機車

#吃一片熱熔岩巧克力蛋糕
#慶祝我的光輝十月
#然後迎接你的11月

Content Protected Using Blog Protector By: PcDrome.