好的，這就為您提供使用 Docker 建立 Testy 服務的步驟。Testy 是一個基於 Python (Django) 的開源測試管理工具，使用 Docker 可以大大簡化部署過程。

這個設定將包含兩個 Docker 容器：

1. Testy 應用程式容器：運行 Testy 應用程式本身。
2. PostgreSQL 資料庫容器：Testy 的後端資料庫（官方推薦，因為 SQLite 不適合生產環境）。

使用 Docker 建立 Testy 服務

第一步：準備專案結構

首先，建立一個專案目錄，並在其中建立 docker-compose.yml 檔案，這是 Docker Compose 的核心設定檔。

1
2
3

testy_docker_project/
├── docker-compose.yml
└── .env                   # 儲存敏感資訊，如資料庫密碼

第二步：建立 docker-compose.yml 檔案

開啟 docker-compose.yml 檔案並填入以下內容。這個檔案會定義我們的服務、網路和儲存卷。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46

# docker-compose.yml
version: '3.8'

services:
  db:
    image: postgres:15-alpine # 使用輕量級的 PostgreSQL 15 版本
    container_name: testy_db
    restart: unless-stopped
    volumes:
      - testy_db_data:/var/lib/postgresql/data # 將資料庫數據持久化到本地卷
    environment:
      POSTGRES_DB: ${DB_NAME}         # 從 .env 讀取資料庫名稱
      POSTGRES_USER: ${DB_USER}       # 從 .env 讀取資料庫用戶名
      POSTGRES_PASSWORD: ${DB_PASSWORD} # 從 .env 讀取資料庫密碼
      PGDATA: /var/lib/postgresql/data/pgdata # 指定資料庫檔案路徑，避免權限問題
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U ${DB_USER} -d ${DB_NAME}"]
      interval: 5s
      timeout: 5s
      retries: 5

  testy:
    image: gettesty/testy:latest # 使用 Testy 官方提供的 Docker 映像
    container_name: testy_app
    restart: unless-stopped
    depends_on:
      db:
        condition: service_healthy # 確保資料庫服務健康後再啟動 Testy
    ports:
      - "8000:8000" # 將容器的 8000 端口映射到主機的 8000 端口
    environment:
      DJANGO_SETTINGS_MODULE: config.settings.production # 指定生產環境設定
      DATABASE_URL: postgresql://${DB_USER}:${DB_PASSWORD}@db:5432/${DB_NAME} # 資料庫連線字串
      SECRET_KEY: ${DJANGO_SECRET_KEY} # Django 應用的密鑰
      # 如果需要其他 Testy 環境變數，可以在此添加，例如 SMTP 設置等
      # EMAIL_HOST: your_smtp_host
      # EMAIL_PORT: your_smtp_port
      # EMAIL_HOST_USER: your_smtp_user
      # EMAIL_HOST_PASSWORD: your_smtp_password
      # DEFAULT_FROM_EMAIL: your_email
      # SERVER_EMAIL: your_email
      # ALLOWED_HOSTS: "${TESTY_ALLOWED_HOSTS}" # 允許的主機，例如 "localhost,127.0.0.1,your.domain.com"
      # CORS_ALLOWED_ORIGINS: "${TESTY_CORS_ALLOWED_ORIGINS}" # 允許的跨域來源

volumes:
  testy_db_data: # 定義一個 Docker 卷用於資料庫數據持久化

第三步：建立 .env 檔案

在 testy_docker_project 目錄下建立 .env 檔案，用來儲存環境變數。請務必替換為您自己的安全密碼和金鑰。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

# .env
# PostgreSQL 資料庫配置
DB_NAME=testy_db_name       # 自定義資料庫名稱
DB_USER=testy_user          # 自定義資料庫用戶名
DB_PASSWORD=your_strong_db_password # **請替換為一個強密碼**

# Django 應用程式配置
DJANGO_SECRET_KEY=your_very_secret_django_key # **請替換為一個長且隨機的密鑰**
                                               # 你可以使用 Python 生成：
                                               # import secrets; print(secrets.token_urlsafe(50))

# 允許的主機 (使用逗號分隔，例如 "localhost,127.0.0.1,your.domain.com")
TESTY_ALLOWED_HOSTS=localhost,127.0.0.1

# 允許的 CORS 來源 (使用逗號分隔，例如 "http://localhost:8000,http://your.frontend.com")
# 如果沒有前端分離，可以省略或設定為 Testy 的 URL
TESTY_CORS_ALLOWED_ORIGINS=http://localhost:8000

第四步：啟動服務

在 testy_docker_project 目錄下打開終端機，執行以下命令：

1

docker compose up -d

• docker compose up：啟動 docker-compose.yml 中定義的所有服務。
• -d：表示在背景運行 (detached mode)。

這將會：

1. 下載 PostgreSQL 和 Testy 的 Docker 映像。
2. 創建並啟動 testy_db 容器。
3. 等待 testy_db 容器的健康檢查通過。
4. 創建並啟動 testy_app 容器。
5. Testy 容器啟動時，會自動執行資料庫遷移（因為映像已經包含這個啟動腳本），初始化資料庫結構。

第五步：訪問 Testy 服務

服務啟動後，您應該可以透過瀏覽器訪問 Testy：

• 網址：http://localhost:8000

第一次訪問時，您會看到 Testy 的登入/註冊頁面。按照提示建立您的第一個管理員帳戶。

常用 Docker Compose 命令

• 查看運行中的服務：

  1	docker compose ps

• 查看服務日誌：

  1 2	docker compose logs -f testy # 查看 Testy 應用程式的即時日誌 docker compose logs -f db # 查看資料庫的即時日誌

• 停止服務：

  1	docker compose stop

• 停止並移除容器、網路和卷（注意：這會刪除您的資料庫數據，請謹慎使用於生產環境）：

  1	docker compose down -v

  如果您只想移除容器和網路，但不刪除數據卷：

  1	docker compose down

  進階考量 (生產環境)

對於生產環境部署，您可能需要考慮：

• HTTPS/SSL：在 Testy 前面設置一個反向代理（如 Nginx 或 Caddy），並配置 SSL 證書以啟用 HTTPS。
• 資料庫備份：定期備份 testy_db_data 卷中的 PostgreSQL 資料。
• 資源限制：在 docker-compose.yml 中為服務設定 CPU 和記憶體限制。
• 日誌管理：配置 Docker 的日誌驅動，將日誌導向到集中式日誌系統。
• 自動化部署：將 Docker Compose 命令整合到您的 CI/CD 流程中。

這個 Docker Compose 設定提供了一個快速且隔離的 Testy 運行環境，讓您可以輕鬆地啟動和管理您的測試管理服務。

要在手機上查詢您的勞工退休金 (勞退) 個人專戶資料，勞動部勞工保險局提供了多種方便的管道。由於勞保局原有的「勞保局行動服務APP」已於 111 年 9 月 1 日下架，現在主要是透過網頁版e化服務系統搭配不同的身分驗證方式來進行查詢。

手機查詢勞退的管道

1. 透過勞保局e化服務系統（行動電話認證）

這是目前最推薦且最方便的手機查詢方式，無需讀卡機或額外下載App。

準備工具：

• 本人申辦的月租型手機門號：必須是您個人名下的門號，不支援預付卡。手機或平板需透過 4G 或 5G 行動網路連線（首次申請時需關閉 Wi-Fi）。
• 身分證號
• 健保卡號

操作步驟：

1. 使用手機瀏覽器，進入勞動部勞工保險局的「個人網路試算及查詢作業」頁面。
2. 選擇登入方式為「行動電話認證」。
3. 依照網頁指示，輸入您的身分證號、健保卡號、本人持有電信業者門號資料，並設定一組憑證密碼（此密碼供未來登入使用）。
4. 核對資料並閱讀條款後勾選同意，開始進行身分驗證。
5. 認證成功後，系統會將此「行動電話認證」服務綁定到您目前使用的裝置和瀏覽器。
6. 下次使用時，只需輸入身分證號、出生日期、姓名、憑證密碼即可登入查詢。
7. 登入後，點選「查詢作業」>「勞工退休金個人專戶資料」，即可查到您的勞退累計金額、收益分配、提繳異動等詳細資訊。

2. 透過勞保局e化服務系統（行動自然人憑證認證）

此方法需要您預先註冊並啟用「行動自然人憑證」。

準備工具：

• 手機或平板電腦
• 內政部「行動自然人憑證APP」 (需已下載並完成註冊與綁定行動裝置)
• 身分證號、出生日期

操作步驟：

1. 確保您的手機已安裝並註冊好「行動自然人憑證APP」。
2. 使用手機瀏覽器，進入勞動部勞工保險局的「個人網路試算及查詢作業」頁面。
3. 選擇登入方式為「行動自然人憑證」。
4. 輸入您的身分證號、出生日期及圖形驗證碼，完成認證後即可登入。
5. 登入後，點選「查詢作業」>「勞工退休金個人專戶資料」。

3. 透過勞保局 LINE 官方帳號

勞保局也提供了 LINE 官方帳號的查詢服務，操作相對簡便。

操作步驟：

1. 在 LINE 搜尋「**@bligovtw」或直接搜尋「勞動部勞工保險局**」並加入官方帳號好友。
2. 進入官方帳號後，依照指示進行身份認證（通常會引導您到網頁版 e化服務系統，透過自然人憑證或手機認證來完成）。
3. 身份認證成功並綁定後，即可在 LINE 帳號內點擊相關選項，查詢您的勞工退休金資訊、投保紀錄等。

查詢內容

透過以上方式，您可以查詢到：

• 勞工退休金個人專戶的累積總金額
• 每月提繳紀錄
• 歷年收益分配金額
• 雇主提繳金額與收益
• 個人自願提繳金額與收益
• 以及勞保、就保、職災保險等相關資訊。

小提醒：

• 首次使用「行動電話認證」時，請務必確認您的手機是連線在 4G/5G 行動網路下，並關閉 Wi-Fi，這是電信業者身分驗證的必要條件。
• 保護好您的個人資料和憑證密碼，避免資料外洩。
• 如果在使用過程中遇到任何問題，可以撥打勞保局服務專線 (02)2396-1266 轉分機 3400。

選擇最適合您的方式，隨時掌握自己的勞退資訊吧！

這份「15 種存錢方法」的整理非常實用，針對不同人群與生活情境都提供了具體可行的策略。為了讓這些方法更容易理解與實踐，我幫你進行了結構化優化與分類整理，並加入了實用建議與心理激勵點，讓你更容易找到適合自己的方式並持續下去。

💰 15 種實用存錢法：從入門到進階，養成儲蓄好習慣

🧩 一、遊戲式儲蓄法（趣味強、適合新手）

🧠 二、心理強制法（適合自制力較弱者）

📊 三、理財分配法（適合有收入規劃者）

🏦 四、定期儲蓄法（適合穩定收入者）

🌟 實用建議

• 搭配使用更有效：例如「10%強制存款法」+「心願存錢法」可以讓你有動力又有紀律。
• 視情況調整金額：資金緊時少存，重點是持續性。
• 建立自動化儲蓄：設定自動轉帳，減少遺忘與拖延。
• 視覺化進度：用表格、App 或手帳記錄進度，增加成就感。

這是一個製作天然倒流香塔的基本流程，以下是針對你提供的 6 個步驟的優化建議，讓整體製作更順暢、品質更穩定：

🌿 天然倒流香塔 DIY 優化流程（6 步驟）

材料準備（每種 5 克）

• 艾草粉
• 香柏粉
• 檀香粉
• 崖柏粉
• 黏粉（天然樹膠粉或楠木粉）

步驟 1：混合粉料

• 將所有粉料倒入乾燥容器中，充分混合均勻。
• 優化建議：使用篩網過篩一次，避免結塊，提升香塔質地細緻度。

步驟 2：加水調和

• 少量多次加入清水，每次加幾滴，用手或刮刀攪拌。
• 攪拌至粉料能夠結團但不黏手。
• 優化建議：可加入幾滴天然精油（如檀香或艾草精油）增添香氣層次。

步驟 3：揉捏香團

• 將混合好的香泥揉捏成團，確保濕度均勻。
• 優化建議：靜置 10 分鐘再揉一次，有助於粉料吸水均勻、成型更穩定。

步驟 4：置入模具

• 將香團壓入倒流香模具中，壓實壓平。
• 優化建議：模具可先撒少量乾粉防黏，脫模更順利。

步驟 5：開孔挖洞

• 使用開孔針或牙籤從底部往上挖出倒流孔道，保持通暢。
• 優化建議：孔道需筆直貫通，避免煙霧倒流不順。

步驟 6：自然陰乾

• 放置通風陰涼處自然乾燥 3～7 天，避免陽光直射。
• 優化建議：可放在竹籃或網架上，底部通風更快乾。

✅ 補充建議

• 保存方式：完全乾燥後密封保存，避免受潮。
• 使用時機：靜心冥想、淨化空間、驅蚊除濕等皆適用。
• 模具選擇：可選用錐形、塔形、蓮花形等倒流香專用模具。

Ruff：Python 開發的超級工具，讓你的程式碼又快又規範！

在 Python 的世界裡，保持程式碼的整潔、一致和符合規範是每個開發者的共同目標。過去，我們可能需要安裝一堆工具：Flake8 檢查 Linting 規範、isort 排序 import 語句、Black 自動格式化程式碼，有時還要加上 mypy 進行型別檢查。這不僅安裝配置繁瑣，執行起來也常常拖慢速度。

直到 Ruff 的出現！作為一個用 Rust 編寫的 Python Linter 和 Formatter，Ruff 以其驚人的速度和整合多功能的能力，迅速成為 Python 社群的新寵兒。它不只快，還希望能成為你 Python 開發生態系統中不可或缺的「一站式」工具。

那麼，這個號稱 Python 開發超級工具的 Ruff 究竟有什麼能耐？讓我們一起深入了解它的各個面向，並探討如何將它融入你的開發流程中。

什麼是 Ruff？

Ruff 是一個極速的 Python Linter 和 Formatter，由 Astral (Rye 和 uv 的開發者) 開發，並用 Rust 語言編寫。它旨在提供一個比現有 Python Linting 和格式化工具更快、更整合的解決方案。

它的核心優勢包括：

• 極致的速度：用 Rust 編寫，使得 Ruff 的執行速度比傳統的 Python 工具快 10 到 100 倍。這意味著在大型專案中，你可以頻繁執行檢查而不會感到延遲。
• 功能整合：Ruff 不僅僅是一個 Linter。它整合了多個流行工具的功能，例如：
  • Linting：取代 Flake8、Pylint 等。
  • Import 排序：取代 isort。
  • 程式碼格式化：取代 Black。
  • 自動修復：許多檢測到的問題可以直接透過 Ruff 自動修復。
• 配置簡潔：Ruff 的配置通常比多個工具的配置更容易管理，可以在 pyproject.toml 中統一設定。

簡而言之，Ruff 的目標是成為 Python 專案程式碼品質管理的「瑞士刀」，且速度飛快。

Ruff Linter：快狠準的程式碼審查

Ruff 作為一個 Linter，其主要任務是分析你的 Python 程式碼，找出潛在的錯誤、風格問題、不良實踐以及可能導致 Bug 的地方。

它不僅實現了 Flake8 的所有常見規則 (如 E 和 W 系列的 PEP 8 規範)，還整合了許多其他流行 Linting 工具的規則集，例如：

• Pyflakes (F)：檢測邏輯錯誤，如未使用的變數、未定義的名稱。
• pycodestyle (E, W)：檢查 PEP 8 風格指南，如縮排、空格、行長度。
• isort (I)：檢查 import 語句的排序。
• pylint (部分 PL)：提供更深層的程式碼品質和錯誤檢測。
• Bugbear (B)：尋找潛在的 Bug。
• Comprehensions (C4)：建議更簡潔的推導式寫法。
• Numpy-specific checks (NPY)：針對 NumPy 程式碼的 Linting。
• …還有更多！

如何使用 Ruff Linter？

最基本的用法：

1

ruff check .

這會檢查當前目錄及其所有子目錄下的 Python 檔案。

自動修復：

Ruff 最棒的功能之一是它的自動修復能力。許多 Linting 問題都可以被 ruff 自動修正：

1

ruff check --fix .

這會修正所有可以自動修復的問題，如移除未使用的 import、調整行尾空格等。

配置規則：

你可以在 pyproject.toml 或 .ruff.toml 中配置 Ruff 的規則。例如，啟用或禁用特定的規則、設定忽略的路徑、調整行長度限制等：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

# pyproject.toml
[tool.ruff]
line-length = 88 # 匹配 Black 的行長度
target-version = "py310" # 指定目標 Python 版本

# 啟用一些預設不啟用的規則集
select = [
    "E",  # pycodestyle errors
    "W",  # pycodestyle warnings
    "F",  # Pyflakes
    "I",  # isort
    "C4", # Comprehensions
    "B",  # Bugbear
    "UP", # pyupgrade checks for modern Python syntax
]
ignore = [
    "E501", # 忽略行長度檢查，如果Black或其他工具處理了
    "W292", # 忽略文件末尾沒有換行
]

# 排除特定文件或目錄
exclude = [
    ".venv/",
    "__pycache__/",
    "build/",
    "dist/",
]

透過簡單的配置，Ruff 就能為你的專案提供高效且全面的 Linting 服務。

Ruff Format：Black 的速度挑戰者

Ruff 在 2023 年底推出了內建的程式碼格式化功能，旨在取代 Black 並提供更快的格式化體驗。它的目標是與 Black 的輸出高度兼容，同時保持其閃電般的速度。

為什麼選擇 Ruff Formatter？

• 速度：這是最主要的優勢。Ruff Formatter 比 Black 更快，這對於大型程式碼庫或需要頻繁格式化的場景（如 pre-commit hook）來說是巨大的提升。
• 一站式工具：將 Linting 和格式化整合到一個工具中，減少了依賴和配置的複雜性。
• 兼容性：Ruff Formatter 努力與 Black 保持 99% 的輸出兼容，這意味著你可以相對無痛地從 Black 遷移過來。

如何使用 Ruff Formatter？

格式化程式碼：

1

ruff format .

這會格式化當前目錄及其所有子目錄下的 Python 檔案。

檢查檔案是否已格式化（不會修改檔案）：

1

ruff format --check .

與 Linter 結合使用（先修復 Linting 問題，再格式化）：

1

ruff check --fix . && ruff format .

在 pyproject.toml 中，Ruff 的格式化器會自動繼承 Linter 的 line-length 設定。

Ruff 與 Pre-commit Hook

將 Ruff 與 Git 的 pre-commit hook 結合使用是保持程式碼品質的最佳實踐。這意味著在每次提交 (commit) 程式碼之前，Ruff 會自動檢查並格式化你的程式碼，確保只有符合規範的程式碼才能被提交。

設定步驟：

1. 安裝 pre-commit：

   如果你還沒安裝，先安裝 pre-commit 工具：

   1	pip install pre-commit

2. 在專案中初始化 pre-commit：

   在你的專案根目錄執行：

   1	pre-commit install

   這會在 .git/hooks/ 目錄下創建一個 pre-commit 腳本。

3. 創建 .pre-commit-config.yaml 檔案：

   在你的專案根目錄下，創建一個名為 .pre-commit-config.yaml 的文件，並添加以下內容：

   1 2 3 4 5 6 7 8

   # .pre-commit-config.yaml repos: - repo: https://github.com/astral-sh/ruff-pre-commit rev: v0.4.5 # 替換為當前最新的 Ruff 版本 hooks: - id: ruff args: [--fix, --exit-non-zero-on-fix] # 執行 Linting 並自動修復 - id: ruff-format # 執行格式化

   • id: ruff：執行 Linting 檢查。--fix 讓 Ruff 自動修復問題。--exit-non-zero-on-fix 確保如果有檔案被修復，pre-commit 會失敗，促使你重新 add 被修改的檔案並再次提交。
   • id: ruff-format：執行格式化。如果檔案未經格式化，pre-commit 會失敗，並且 ruff format 會自動格式化檔案，你只需重新 add 並提交。

   現在，每次你執行 git commit 時，Ruff 都會自動運行 Linting 檢查和格式化，確保你的程式碼在進入版本控制之前就是乾淨且規範的。

Ruff 的最佳實踐

要最大化 Ruff 的效益，可以考慮以下最佳實踐：

1. 整合到 pyproject.toml：將所有 Ruff 配置（包括 Linting 規則和 Formatter 相關設定）集中在 pyproject.toml 中的 [tool.ruff] 部分。這有助於專案配置的統一和可發現性。
2. 與 Black 遷移策略：如果你之前使用 Black，可以直接將 ruff format 納入 pre-commit。由於 Ruff 和 Black 的輸出高度兼容，遷移通常非常順利。在過渡期，確保你的 CI/CD 流程也已切換到 Ruff，以避免不一致。
3. 逐步啟用規則：Ruff 支援大量的 Linting 規則。剛開始時，你可以從較少的、常用的規則集開始（例如 E, W, F, I），然後根據團隊的需要逐步啟用更多規則。不要一次啟用所有規則，這可能會產生大量警告，讓團隊難以消化。
4. 教育團隊成員：確保所有團隊成員都了解並使用 Ruff。統一的工具和規範能極大提升團隊的開發效率和程式碼品質。
5. 結合 CI/CD：除了 pre-commit hook，務必將 ruff check --diff (在 CI 中使用，檢查差異而不直接修改檔案) 和 ruff format --check (在 CI 中使用，檢查格式化狀態) 整合到你的 CI/CD 管線中。這能確保即使有人繞過了 pre-commit，不符合規範的程式碼也不會被部署。
6. 善用 --fix 和 --fix-only：對於日常開發，ruff check --fix 非常有用。而 ruff check --fix-only 則只執行自動修復，不報告無法修復的問題，這在 CI/CD 中進行強制格式化時很有用。

結論

Ruff 的出現，無疑為 Python 開發者帶來了前所未有的效率提升。它將多個獨立的 Linting 和格式化工具的功能集於一身，並以驚人的速度執行。無論是提升個人開發效率，還是確保團隊程式碼品質的一致性，Ruff 都展現出了巨大的潛力。

透過將 Ruff 融入你的日常開發流程和 CI/CD 管線中，你將能夠以更少的時間，維護更高品質的 Python 程式碼。Python 的工具鏈，正因為像 Ruff 這樣的創新而變得越來越好。你準備好讓 Ruff 成為你的新夥伴了嗎？

UV：Python 套件管理的閃電新星，真能取代 Pyenv、Pip、Venv 和 Poetry 嗎？

在 Python 開發的世界裡，套件管理工具一直是開發者們愛恨交織的痛點。從內建的 venv 和 pip ，到功能更強大的 pyenv 和 Poetry，我們總是在尋找那個能讓依賴管理更順暢的銀彈。最近，一個名為 uv 的新工具橫空出世，號稱是 Python 套件管理的「閃電新星」，以其驚人的速度引起了廣泛關注。

那麼，這個 uv 究竟是何方神聖？它真的能取代我們熟悉的那些工具，成為 Python 開發的未來嗎？今天，我們就來深入比較 uv 和現有工具的異同，並探討使用 uv 時可能遇到的常見錯誤。

什麼是 UV？

uv 是一個由 Astral (Rye 和 Ruff 的開發者) 打造的全新 Python 套件安裝程式和解析器，用 Rust 編寫。它最大的特色就是快如閃電，旨在解決現有 Python 套件管理工具（尤其是 pip）的速度瓶頸，並提供更穩定、可重複的依賴解析。

UV vs Pyenv：專注點不同，可互補使用

總結： uv 並不能取代 pyenv。pyenv 解決的是 “使用哪個 Python 版本？” 的問題，而 uv 解決的是 “如何高效管理這個 Python 版本下的套件？” 的問題。兩者可以完美搭配使用。

UV vs Pip：速度與穩定性的巨大飛躍

總結： uv 是 pip 的一個強大競爭者，特別是在速度和依賴解析的穩定性方面有巨大優勢。如果 uv 繼續發展並成熟，它很可能會成為 Python 社群安裝套件的新標準。

UV vs Venv：管理虛擬環境的能力

總結： uv 提供了 venv 的功能，並且速度更快，將虛擬環境的創建和套件管理整合到一個單一的工具中，這對於工作流的簡化非常有幫助。

UV vs Poetry：全面性套件管理 vs 專注性效能

總結： uv 在依賴解析和安裝速度上超越了 Poetry，但 Poetry 是一個更全面的專案管理工具，涵蓋了打包和發佈等功能。對於追求極致速度和精簡工作流的團隊，uv 可能更吸引人；而對於需要嚴格專案管理和發佈流程的團隊，Poetry 依然有其獨特的價值。

使用 UV 容易犯的錯與注意事項

儘管 uv 強大且快速，但在使用時也需要注意一些事項：

1. 版本混淆：uv 預設會在系統中找到 python 指令，並基於它來創建虛擬環境或安裝套件。如果你系統有多個 Python 版本（例如透過 pyenv 管理），務必確認你當前啟用的 Python 版本是正確的。

• 解決方法：在使用 uv 前，先用 pyenv local <version> 或 pyenv global <version> 設定好你希望使用的 Python 版本。

2. 與現有工具的過渡期：如果你從 pip 或 Poetry 過渡到 uv，請注意依賴鎖定檔案的兼容性。uv 可以讀取 requirements.txt，也可以生成自己的鎖定檔，但與 poetry.lock 的直接互通性可能需要未來版本或轉換工具。

• 解決方法：從 requirements.txt 開始，或將 uv 生成的鎖定檔視為新的事實來源。

3. 依賴解析器的差異：儘管 uv 的解析器通常更可靠，但它與 pip 或 Poetry 的解析器可能存在細微差異。在極少數情況下，uv 可能會解析出與其他工具不同的依賴版本組合。

• 解決方法：在 CI/CD 流程中，建議統一使用 uv，以確保開發、測試、部署環境的依賴一致性。

4. 功能範圍的限制：uv 目前專注於核心的套件安裝和解析。如果你期望像 Poetry 那樣的打包、發佈、版本管理功能，uv 目前無法提供。

• 解決方法：明確你的需求。如果僅需快速可靠的依賴管理，uv 足夠；如果需要完整的專案生命週期管理，可能仍需 Poetry。

5. 不當的別名設定：雖然可以將 pip 別名為 uv，但請確保你理解這兩個工具的細微差異，尤其是在處理不常見的安裝選項時。

• 解決方法：初期建議顯式使用 uv 命令，熟悉其行為後再考慮設定別名。

結論

uv 無疑是 Python 套件管理領域一個令人振奮的新工具。其驚人的速度和更穩定的依賴解析能力，使其成為 pip 和 venv 的潛在強大替代品。它與 pyenv 完美互補，共同解決 Python 版本和套件管理的問題。

然而，uv 並不是萬能的銀彈。它不提供 Poetry 那樣的全面專案管理、打包和發佈功能。對於不同的團隊和專案，選擇哪種工具組合，最終還是取決於你的具體需求和工作流偏好。

如果你厭倦了 pip 的緩慢，並希望在依賴管理上獲得更可靠的體驗，那麼 uv 絕對值得一試。或許，它正是你 Python 開發生涯中一直在尋找的那道「閃電」！

搞定測試管理！用 Docker Compose 輕鬆部署 TestLink (優缺點全解析)

在軟體開發流程中，測試管理是確保產品品質不可或缺的一環。一套好的測試管理工具能幫助團隊追蹤測試案例、執行進度、缺陷管理，並清晰地呈現測試報告。而 TestLink 作為一款開源的 Web-based 測試管理系統，因其免費和功能齊全的特性，受到許多團隊的青睞。

今天，我們就來聊聊如何透過 Docker Compose，快速、彈性地在您的環境中架設 TestLink，並深入探討 TestLink 的優點與潛在的挑戰。

為什麼選擇 Docker Compose 部署 TestLink？

傳統上部署像 TestLink 這樣的 LAMP (Linux, Apache, MySQL, PHP) 應用，需要手動安裝和配置多個組件，過程繁瑣且容易出錯。Docker Compose 完美解決了這個問題：

• 環境隔離：每個服務（如資料庫、Web 伺服器）都在獨立的容器中運行，彼此不干擾。
• 部署一致性：無論在哪台機器上，只要有 Docker 環境，就能透過相同的 docker-compose.yml 文件快速複製部署。
• 版本控制：將部署配置寫入文件，便於版本管理和團隊協作。
• 簡化管理：透過一個命令就能啟動、停止、重建所有服務。

TestLink 的優點 (Why TestLink?)

作為一款老牌的開源測試管理工具，TestLink 有其獨到的優勢：

1. 開源免費：這是最大的吸引力！對於預算有限的團隊或個人專案，TestLink 提供了企業級的測試管理功能，無需任何授權費用。
2. 功能全面：
   • 測試專案管理：可以建立和管理多個測試專案。
   • **需求追溯 (Requirements Traceability)**：將測試案例與需求關聯，確保所有需求都被充分測試。
   • 測試案例管理：支援詳細的測試案例撰寫，包括預置條件、步驟、預期結果等。
   • 測試計畫與執行：建立測試計畫，分配測試任務給團隊成員，並記錄測試執行結果。
   • 缺陷管理集成：能與 Jira, Bugzilla 等主流缺陷管理工具集成，形成測試-缺陷閉環。
   • 測試報告生成：提供多種圖表和報告，清晰展示測試進度與品質狀況。
3. 成熟穩定：經過多年的發展和社區支持，TestLink 的核心功能相對穩定可靠。
4. 社區支援：雖然近年來新的雲端工具層出不窮，TestLink 依然有其活躍的用戶社區，遇到問題時可以尋求幫助。

TestLink 的缺點與挑戰 (The Downsides)

當然，沒有一個工具是完美的，TestLink 也有其不足之處：

1. 使用者介面老舊：相較於現代化的 SaaS 測試管理工具，TestLink 的介面顯得有些過時，不夠直觀和美觀，學習曲線可能較陡峭。
2. 操作體驗不夠流暢：某些操作可能需要較多的點擊，批量操作能力有時也顯得不足，在處理大量測試案例時效率可能較低。
3. 集成能力有限：雖然能與一些缺陷管理工具集成，但與 CI/CD 工具鏈、自動化測試框架等其他 DevTestOps 工具的深度集成能力，可能不如某些商業工具靈活和豐富。
4. 功能更新迭代較慢：作為開源專案，其功能更新和問題修復的速度可能不如商業產品那麼快。
5. 自行維護成本：儘管工具本身免費，但部署、配置、升級、備份和故障排除等都需要團隊投入時間和人力進行維護。
6. 擴展性與負載能力：在超大規模測試專案或高併發場景下，其性能和擴展性可能需要額外的優化和調整。

使用 Docker Compose 部署 TestLink：優化與配置

根據您提供的 docker run 指令，我為您改寫並優化了一個 docker-compose.yml 文件。這個文件將包含兩個核心服務：資料庫 (MySQL/MariaDB) 和 TestLink 應用本身。

為了提供更穩定和官方支援的環境，我會做以下優化：

• 資料庫映像檔：使用官方的 mariadb 映像檔，它通常更受推薦，並且有詳細的文檔支援。
• TestLink 映像檔：使用 bitnami/testlink 或 testlink/testlink 這類維護較好的第三方或半官方映像檔，它們通常已經包含了 Apache/Nginx 和 PHP 環境，並針對 TestLink 做了預配置，大大簡化部署。
• 環境變數：統一在 docker-compose.yml 中管理。
• 時區設置：資料庫和應用服務都統一設置，避免時間戳問題。
• 網路設定：利用 Docker Compose 的預設網路讓服務間互相通訊。
• Jenkins 移除：原始要求是部署 TestLink，您的 docker run 包含了 Jenkins。這裡我會專注於 TestLink 相關服務。若需 Jenkins，可另外建立服務。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70

version: '3.8' # 推薦使用較新的版本，提供更多功能和穩定性

services:
  # --- 資料庫服務 ---
  db:
    image: mariadb:10.6 # 使用官方維護的 MariaDB 映像檔，10.6 版本相對穩定
    container_name: testlink_db # 指定容器名稱，方便識別
    restart: always # 容器退出後自動重啟
    ports:
      - "3306:3306" # 將容器內3306端口映射到主機3306端口
    environment:
      MYSQL_ROOT_PASSWORD: your_root_password # 設置資料庫 root 使用者密碼，請務必修改！
      MYSQL_DATABASE: testlink_db # TestLink 將使用的資料庫名稱
      MYSQL_USER: testlink_user # TestLink 將使用的資料庫使用者名稱
      MYSQL_PASSWORD: your_testlink_password # TestLink 資料庫使用者的密碼，請務必修改！
      TZ: Asia/Taipei # 設置容器時區為台北
    volumes:
      # 持久化資料庫數據，防止容器移除後數據丟失
      - ./data/mysql:/var/lib/mysql
      # 可選：掛載自定義的 MySQL 配置檔案 (如果需要進階配置)
      # - ./config/mysql:/etc/mysql/conf.d
    healthcheck: # 健康檢查，確保資料庫服務啟動並可連接
      test: ["CMD", "mariadb", "-u", "testlink_user", "-p${MYSQL_PASSWORD}", "-e", "SELECT 1;"]
      interval: 10s
      timeout: 5s
      retries: 5

  # --- TestLink 應用服務 ---
  testlink:
    image: bitnami/testlink:latest # 推薦使用 Bitnami 的 TestLink 映像檔，包含完整的 LAMP 環境且配置較好
    # 或者考慮 testlink/testlink:latest 如果您更喜歡社區維護的版本
    container_name: testlink_app
    restart: always
    ports:
      - "80:80" # 將容器內80端口映射到主機80端口，用於Web訪問
      # - "443:443" # 如果需要HTTPS，可以開啟這個端口映射，並在Nginx/Apache配置中設定SSL
    environment:
      # 將應用程式連接到我們上面定義的資料庫
      MARIADB_HOST: db # 資料庫服務的名稱，在 Docker Compose 網路中可直接解析
      MARIADB_PORT: 3306
      TESTLINK_DATABASE_NAME: testlink_db
      TESTLINK_DATABASE_USER: testlink_user
      TESTLINK_DATABASE_PASSWORD: your_testlink_password
      # TestLink 管理員帳號和密碼 (首次啟動會自動建立)
      TESTLINK_USERNAME: admin
      TESTLINK_PASSWORD: your_admin_password # 請務必修改！
      TESTLINK_SMTP_HOST: smtp.your_mail_server.com # 如果需要郵件通知，請填寫SMTP服務器
      TESTLINK_SMTP_PORT: 587
      TESTLINK_SMTP_USER: your_email@example.com
      TESTLINK_SMTP_PASSWORD: your_email_password
      TESTLINK_SMTP_PROTOCOL: tls # 或 ssl
      TZ: Asia/Taipei # 設置容器時區為台北，確保日誌和時間戳正確
    volumes:
      # 持久化 TestLink 的上傳文件、插件等數據
      - ./data/testlink_data:/bitnami/testlink
      # 如果你希望自定義 Apache 或 PHP 配置，可以掛載相應的目錄
      # - ./config/testlink:/opt/bitnami/testlink/conf/
    depends_on:
      db:
        condition: service_healthy # 確保 db 服務完全健康後才啟動 testlink
    healthcheck: # 應用層健康檢查，確認TestLink網站可訪問
      test: ["CMD", "curl", "-f", "http://localhost/login.php"]
      interval: 30s
      timeout: 10s
      retries: 5

# --- 網路配置 (可選，預設已自動創建) ---
# networks:
#   default:
#     driver: bridge

使用說明：

1. 儲存文件：將上述內容儲存為 docker-compose.yml 在您伺服器的一個目錄中，例如 /opt/testlink_deployment/。
2. 創建數據目錄：在 docker-compose.yml 所在的目錄下創建 data 子目錄：

   1	mkdir -p data/mysql data/testlink_data

3. 修改密碼和郵件配置：非常重要！ 請將 your_root_password、your_testlink_password、your_admin_password 和郵件相關的配置修改為您自己的安全密碼和實際郵件服務器資訊。
4. 啟動服務：在 docker-compose.yml 所在的目錄下運行：

   1	docker compose up -d

   (docker-compose 舊版命令可能為 docker-compose up -d)
5. 訪問 TestLink：服務啟動後，您就可以在瀏覽器中訪問 http://您的伺服器IP 來使用 TestLink 了！首次訪問可能需要幾分鐘初始化。
6. 停止服務：

   1	docker compose down

7. 查看日誌：

   1	docker compose logs -f

   優化解釋：

8. version: '3.8‘: 使用較新的 Docker Compose 文件格式版本，支援更多功能。
9. db: image: mariadb:10.6:

• 選擇 MariaDB 作為 MySQL 的開源替代品，它與 MySQL 高度兼容，且通常被認為更活躍和穩定。
• 指定版本 10.6 而非 latest，避免未來版本更新可能帶來的不兼容問題。

3. MYSQL_ROOT_PASSWORD, MYSQL_DATABASE, MYSQL_USER, MYSQL_PASSWORD: 這些環境變數是 MariaDB 官方映像檔標準的設定方式，方便初始化資料庫和用戶。
4. TZ: Asia/Taipei: 在所有服務中明確設置時區為「亞洲/台北」，這能確保資料庫和應用程式的時間戳一致，避免因時區差異導致的數據混亂。
5. volumes: ./data/mysql:/var/lib/mysql: 將資料庫數據持久化到主機的相對路徑 data/mysql 中，這樣即使容器被刪除，數據也不會丟失。
6. db.healthcheck: 為資料庫服務添加健康檢查。TestLink 會依賴資料庫，確保資料庫真正準備好接收連接，而不是僅僅啟動。
7. testlink: image: bitnami/testlink:latest:

• 推薦使用 Bitnami 提供的 TestLink 映像檔。Bitnami 專門為開源應用程式打包 Docker 映像檔，它們通常包含預配置的 Web 伺服器 (Apache/Nginx)、PHP 環境，並處理了應用程式與資料庫的連接，極大地簡化了部署和維護。
• latest 可以使用最新版本，但生產環境中建議指定具體版本以保持穩定性。

8. MARIADB_HOST: db: 在 Docker Compose 的預設網路中，您可以直接使用服務名稱 (db) 作為資料庫主機名，而不需要 IP 位址。這是 Docker Compose 內建的 DNS 解析功能。
9. depends_on: db: condition: service_healthy: 這是一個非常重要的優化。它告訴 Docker Compose，只有當 db 服務的健康檢查通過並處於 healthy 狀態時，testlink 服務才會開始啟動。這避免了 testlink 嘗試連接一個尚未完全準備好的資料庫而導致啟動失敗。
10. testlink.healthcheck: 為 TestLink 應用添加健康檢查，確認網站首頁可以正常訪問，確保應用服務正常運行。

這個 docker-compose.yml 檔案將提供一個更穩定、更易於管理且具有更好可維護性的 TestLink 部署方案。您可以根據團隊的具體需求進一步調整其中的配置。

using .env file

將 Docker Compose 的環境變數從 docker-compose.yml 檔案中獨立出來，放到 .env 文件裡是一個極佳的最佳實踐！這能大幅提高安全性和靈活性，避免將敏感資訊（如密碼）直接寫死在版本控制的檔案中。

為什麼要使用 .env 檔案？

1. 安全性：將密碼等敏感資訊從 docker-compose.yml 中分離，可以避免將其提交到版本控制系統（如 Git），降低資訊洩露的風險。
2. 靈活性：您可以針對不同的環境（開發、測試、生產）輕鬆修改 .env 檔案中的變數，而無需改動核心的 docker-compose.yml 文件。
3. 清晰度：讓 docker-compose.yml 專注於服務的結構和配置，而 .env 專注於環境特定的值。

如何使用 .env 檔案改寫 Docker Compose 配置

首先，我們要創建兩個文件：

1. .env 檔案：存放所有環境變數。
2. docker-compose.yml 檔案：引用 .env 檔案中的變數。

步驟 1：創建 .env 檔案

在您 docker-compose.yml 檔案所在的目錄下，創建一個名為 .env 的新文件（注意開頭的點號）。

.env 檔案內容範例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

# --- 資料庫配置 ---
MYSQL_ROOT_PASSWORD=your_root_password_securely_set # 資料庫 root 密碼
MYSQL_DATABASE=testlink_db
MYSQL_USER=testlink_user
MYSQL_PASSWORD=your_testlink_password_securely_set # TestLink 連接資料庫的密碼

# --- TestLink 應用配置 ---
TESTLINK_ADMIN_USERNAME=admin
TESTLINK_ADMIN_PASSWORD=your_admin_password_securely_set # TestLink 管理員密碼

# --- 時區配置 ---
TZ=Asia/Taipei

# --- SMTP 郵件配置 (可選) ---
TESTLINK_SMTP_HOST=smtp.your_mail_server.com
TESTLINK_SMTP_PORT=587
TESTLINK_SMTP_USER=your_email@example.com
TESTLINK_SMTP_PASSWORD=your_email_password_securely_set
TESTLINK_SMTP_PROTOCOL=tls

重要提示：

• 請務必將所有 your_..._securely_set 的值替換為您自己的強密碼和實際資訊！
• .env 檔案中的變數命名通常使用大寫字母，並且沒有引號，除非值中包含空格或其他特殊字符。

步驟 2：修改 docker-compose.yml 檔案

現在，我們需要修改 docker-compose.yml 文件，讓它引用 .env 檔案中的變數。在 Docker Compose 中，你可以使用 ${VAR_NAME} 的語法來引用環境變數。

docker-compose.yml 檔案內容範例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56

version: '3.8'

services:
  # --- 資料庫服務 ---
  db:
    image: mariadb:10.6
    container_name: testlink_db
    restart: always
    ports:
      - "3306:3306"
    environment:
      MYSQL_ROOT_PASSWORD: ${MYSQL_ROOT_PASSWORD} # 從 .env 讀取
      MYSQL_DATABASE: ${MYSQL_DATABASE}         # 從 .env 讀取
      MYSQL_USER: ${MYSQL_USER}                 # 從 .env 讀取
      MYSQL_PASSWORD: ${MYSQL_PASSWORD}         # 從 .env 讀取
      TZ: ${TZ}                                 # 從 .env 讀取
    volumes:
      - ./data/mysql:/var/lib/mysql
    healthcheck:
      test: ["CMD", "mariadb", "-u", "${MYSQL_USER}", "-p${MYSQL_PASSWORD}", "-e", "SELECT 1;"]
      interval: 10s
      timeout: 5s
      retries: 5

  # --- TestLink 應用服務 ---
  testlink:
    image: bitnami/testlink:latest
    container_name: testlink_app
    restart: always
    ports:
      - "80:80"
      # - "443:443"
    environment:
      MARIADB_HOST: db
      MARIADB_PORT: 3306
      TESTLINK_DATABASE_NAME: ${MYSQL_DATABASE} # 從 .env 讀取
      TESTLINK_DATABASE_USER: ${MYSQL_USER}     # 從 .env 讀取
      TESTLINK_DATABASE_PASSWORD: ${MYSQL_PASSWORD} # 從 .env 讀取
      TESTLINK_USERNAME: ${TESTLINK_ADMIN_USERNAME} # 從 .env 讀取
      TESTLINK_PASSWORD: ${TESTLINK_ADMIN_PASSWORD} # 從 .env 讀取
      TESTLINK_SMTP_HOST: ${TESTLINK_SMTP_HOST}
      TESTLINK_SMTP_PORT: ${TESTLINK_SMTP_PORT}
      TESTLINK_SMTP_USER: ${TESTLINK_SMTP_USER}
      TESTLINK_SMTP_PASSWORD: ${TESTLINK_SMTP_PASSWORD}
      TESTLINK_SMTP_PROTOCOL: ${TESTLINK_SMTP_PROTOCOL}
      TZ: ${TZ}                                 # 從 .env 讀取
    volumes:
      - ./data/testlink_data:/bitnami/testlink
    depends_on:
      db:
        condition: service_healthy
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost/login.php"]
      interval: 30s
      timeout: 10s
      retries: 5

步驟 3：啟動服務

當您在 docker-compose.yml 所在的目錄下運行 docker compose up -d 時，Docker Compose 會自動尋找並載入該目錄下的 .env 檔案，並將其中的變數應用到您的配置中。

1
2

cd /path/to/your/testlink_deployment/ # 進入包含 docker-compose.yml 和 .env 的目錄
docker compose up -d

.env 檔案的最佳實踐與注意事項：

• 添加到 .gitignore：如果您使用 Git 進行版本控制，務必將 .env 檔案添加到 .gitignore 中，防止敏感資訊被推送到遠端倉庫：

1
2

# .gitignore
.env

• 安全儲存：即使不提交到 Git，也要確保 .env 檔案本身存儲在安全的位置，並且只有授權用戶才能訪問。
• 命名慣例：.env 檔案中的變數通常以大寫字母命名，並使用下劃線分隔單詞。
• 環境變數優先級：

1. Shell 環境變數（如果您在命令行中設置了與 .env 中相同的變數，Shell 的會優先）。
2. .env 檔案中的變數。
3. docker-compose.yml 檔案中直接 environment 下定義的變數。 因此，如果你在系統環境變數中定義了 MYSQL_ROOT_PASSWORD ，它會覆蓋 .env 和 docker-compose.yml 中的定義。

• 替代的敏感資料管理：對於生產環境，更高級的敏感資料管理方法包括：
  • Docker Secrets：適用於 Docker Swarm 模式。
  • Kubernetes Secrets：適用於 Kubernetes 集群。
  • 環境變數注入工具：如 HashiCorp Vault、AWS Secrets Manager 等。 .env 檔案雖然方便，但其安全級別不如上述專用 Secrets 管理工具高，通常更適合開發、測試或個人小型部署。

透過將環境變數外部化到 .env 檔案中，您的 Docker Compose 部署將變得更加安全、靈活和易於管理！

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

Quick Start

Create a new post

1

$ hexo new "My New Post"

More info: Writing

"TAll mankind are beholden to him that is kind to the good。行善者，人人銘記之。"

轉載

如果你是一個初學者，初級開發人員，或者對這個行業很好奇，這篇文章就是為你準備的。如果你是一個成熟的開發者​​，你可能會在這裡找到一些有用的連結，因為我列出了最好的資源，能給你的技能提升帶來巨大好處。

利用在線課程和大多數免費工具，你可以獲得一項有價值的技能，讓你在一個有回報、充滿挑戰的行業中工作。未來，需要有技術素養的人的工作領域將會越來越多。這也是我第一次進入這個行業的原因。我想要控制自己的生活，並對自己從事什麼類型的工作有發言權。直到今天，我還在堅持自己的觀點：如果這是你的目標，這是一個最好的行業。

1

重要提示：這篇文章看起來可能像是指導你一步一步成為開發者的指南，但如果你仔細觀察，這背後有一種你可以應用於任何領域學習的策略。

為什麼要學 coding？

在我們進入真正成為一名開發者的步驟之前，必須要先了解一下為什麼你要沿著這條路走下去。每一個需要你付出生命中重要時間的決定都應該是合理。畢竟，時間是我們擁有的最重要的資源：

A、你想要在這個行業中工作，在這個行業裡，對技能的需求很大，而且有很多機會成為食物鏈頂端的非常重要的角色。

B、你喜歡獨立。你想要一種能讓你在世界上任何地方都能輕鬆找到工作的技能。如果你決定明天搬到冰島去，你想確保在找工作方面不會遇到麻煩。

C、你已經注意到了 2003 年和 2020 年之間的區別，以及我們在短短 17 年裡取得的技術進步有多大。你想處於一個影響世界進程的行業的最前沿。

D、過去幾年，最大的行業增長是在加密貨幣（比特幣）和人工智能（機器學習）領域。我們不希望在這些事情在未來佔據主流的時候被拋在身後。你想要了解並且能夠掌握這些技能。

E、你認為改變是好的，學習永無止境。那麼為什麼不做點新東西呢？

但我沒有計算機科學學位，我甚至不知道互聯網是如何運作的！別擔心，我們會考慮到這一點的。

當你選擇一條新的職業道路時，這裡有一些不錯/必須的衡量指標：

1、在接下來的 10 多年裡，它必須是有用的。這項技能在未來的許多年裡都應該被重視，來保證你的工作是安全的。

2、對有這種技能的人的需求必須多於供給。行業中技能熟練從業者的數量越少，你對你的工作和你所工作的公司的控制力就會越強。

3、無論你在行業中有多少年的工作經驗，都能獲得高薪。你肯定不希望在過上體面的生活之前，還要在公司的職位晉升上花幾年的時間。

4、一個不需要大學專業學位的行業。你不會想要在開始賺錢之前去讀研究生課程，然後在接下來的 4 年裡負債累累。是的，我認為有比更昂貴的編程訓練營更好的選擇。

5、能夠在最短的時間內趕上行業中表現最好的人。沒有什麼經驗能幫你快速就業？你能以最快的速度縮小與該領域的資深專家之間的差距嗎？

6、它必須能夠給你提供基礎技能。無論未來如何，你都有多種職業可以選擇。例如，通過學習編程，你就能更好地理解新的或即將到來的技術，比如分佈式應用、區塊鍊和雲計算，然後選擇你想要進入的領域。

7、要開心。最重要的是，你每週都要工作 40 個小時。你當然不希望是枯燥乏味的。

根據我的經驗，coding 符合上面的每一個要點。你的經歷可能會有所不同。我最喜歡的一本書是《太好了，他們不能忽視你》（So Good They Can’t Ignore You）。在書中，他們認為你不應該因為喜歡旅遊就去從事旅行行業。大多數人都是通過奮鬥和努力去掌握一項技能來找到激情的。一旦人們開始承認你的技能有價值，並且你能夠因為這些技能而感到受尊重，那就是你對你所做的事情產生激情的時候。

你想自己評估一下，看看它是否適合你。

重要的一點是：記住，前 2 個月你會覺得自己在攀登一座無法翻越的高山。你學習的每一門教程或課程都會讓你覺得自己是世界上唯一一個不懂這些東西的人。保持堅強。隨著時間的推移，你會有越來越多的「會心」時刻。我們稱之為冒名頂替綜合徵(Imposter Syndrome)：你覺得自己是唯一一個不知道這個信息的人，你被自我懷疑所包圍。請放心，當我們學習新東西時，我們都會有這樣的感覺。

你會學到的是，成為一個優秀的開發人員並不一定要記住一大堆文檔。這是關於如何使用所有可用的工具來解決問題。這是一個解決問題的方法，從不知道的狀態變為可能。

我是誰，你為什麼要聽我的？

這個問題非常直接，但我想這是公平的。首先，我是一名資深的軟件開發人員，曾在包括矽谷在內的一些頂尖科技公司工作過。在我的職業生涯中，我一直很幸運，今年，我將幫助其他人學習軟件技能。但我並不是天生的電腦奇才。我沒有獲得計算機科學專業的學位。

這一切都是在多年前開始的 .. …我想要轉行，於是決定自學計算機編程。

第一個月，我迴避了所有的教程或書籍。相反，我用這個月的時間來尋找我怎麼去學習以及怎麼有可能獲得工作的最佳方式。我想要高效率，不浪費時間去學習過時的技術，或者學習一些我在一個月後就會忘記的東西。我研究了其他人的經歷，看了招聘啟事，與知名的開發者交流，查閱了在線課程，研究了訓練營，甚至閱讀了未來學家介紹 20 年後我們將會使用哪些技術的文章。基於這些，我為自己制定了一個專注於效率的課程：在最短的時間內能被雇傭的關鍵學習量。

課程的重點不在於做最少的工作。相反，它的重點是在最重要的事情上努力工作，以便以最優的方式進行工作。這並不意味者要做最低限度的工作，也不意味著要為成為一名初級開發人員而努力。如果你能夠通過努力工作，跳過這個過程，直接進入中級開發者的角色，那將是一個更好的結果。幸運的是，我已經篩選過了所有的東西。

儘管我花了一個月的時間來對我的學習進行規劃，而不是直接開始學習，但從長遠來看，這是非常有用的，因為我並沒有盲目。我知道我要去哪裡，我有一張通往終點的線路圖。你也會有。

所以，是的，我一直都能理解你的處境，也知道你真正需要些什麼。當我開始學習的時候，我希望能有這樣的東西給我提供幫助。我還發現，許多教程都是由行業內的資深人士來教授的，他們擁有大量的技術知識，但卻無法正確地把這些知識教授給新手。我對當前市面上存在的大量的教學課程與視頻進行了研究，而且還在進行中。

從那以後，我開始為財富 500 強科技公司提供諮詢，召開編程研討會，為即將出版的科技書籍提供諮詢，並出席技術交流活動。我現在不需要為任何人工作。我熱愛這個職業，我想很多人會喜歡它，也會從中受益。因此，我的使命就是幫助那些想要實現這一飛躍的人。

好吧，最後一句話有點戲劇性 ……。

我們要學什麼語言？

1

JS

對，上面這個。

你將會成為一個 Javascript「忍者」的原因如下：

Javascript 無處不在。每個擁有網站或應用程序的公司都需要具備 Javascript 知識的人。這種語言是大量招聘信息的必備條件（如果你不信，可以在 LinkedIn 上搜索 Javascript 看看）。

通過引入 Node.js，你可以使用 Javascript 創建一個完整的應用程序（你可以使用 Javascript 來構建整個項目）。使用 Electron，React Native 等工具，Javascript 可以讓你創建桌面應用程序，移動應用程序，Web 應用程序甚至 VR 應用程序。你可以通過使用像 Jonny-Five 這樣的東西來控制機器人。你可以建立自己的區塊鏈。Lisk 是一個類似於以太坊的平台，使用的就是 JavaScript。

如果您沒有閱讀第一個要點，並且正在考慮其他問題，請允許我再重申一遍：行業中對 Javascript 專家的需求是巨大的。每週都會有招聘人員和獵頭與相關開發人員進行聯繫，這種情況並不少見。

Javascript 社區正以驚人的速度增長。這個社區有很多新的發展。有些人抱怨 Javascript 疲勞，因為每天都有越來越多的新工具被開發出來。然而，我們可以利用這一點，使其變成你的優勢。你將會和那些在這個行業工作多年的人同時學習這些新技術。

相信我，這是一個很棒的技術，有很多需求，也有一個偉大的社區。如果你不相信我，這裡有一個趨勢開發者技能分析。

夠了，讓我們開始吧。在下面，你會找到我認為的最適合你的東西，讓你能夠充分利用自己的時間。在 5 個月後，你應該能夠獲得第一個真正的非入門級的編程工作。這個過程，不需要參加編程訓練營。只有你和你的決心。

5 個月，一步一個腳印

我們將專注於在 2018 年最被人需要且最有可能找到工作的技能。像 PHP 或 jQuery 這樣的技術已經過時了。它們沒有任何問題，我完全尊重它們，但根據這些年我收到的一些電子郵件，很多使用這些技術的人都在經濟上遇到了困難，而且有家人需要他們支持。時間對他們來說很重要，他們也希望盡快找到工作。

第一個月：大場面

要回答的一個大問題是：電腦、互聯網和網站是如何運作的？我怎樣才能建立一個網站？

一、理解費曼技巧(Feynman technique)，這樣你在接下來的 5 個月裡就能真正學到東西，而不是只使用短期記憶。

二、互聯網是如何運作的：這個來自LearnCode.academy，這個來自thenewboston。

三、計算機科學的最佳概述：計算機科學速成課

四、你可以在 Youtube 上關注這門哈佛課程。這可能是最有含金量的計算機科學課程。不需要做練習。

五、如何使用命令行：這個來自於 Zed Shaw。

六、如何建立一個網站/獲得一個域/並讓它運行: LearnCode.academy 視頻。

七、HTML、CSS 和 Javascript 是如何組合在一起的：FrontendMasters 的網頁開發課程。只涉及到 Javascript 的部分。

八、學會用 Bootstrap 建立網站。先從這個開始，然後轉到 Bootstrap 4文檔，並添加你在樣板網站上看到的組件。了解它提供的好處 vs.自己編寫 CSS。

九、了解如何使用模板來使用免費主題和模板來構建網站。

十、如果你有時間，你可以在 freeCodeCamp 上參加一些關於 HTML 和 CSS 部分的課程。

第二個月：Javascript

要回答的一個大問題是：Javascript 如何讓機器做你想做的事情？

一、這是你在接下來的幾個月里關注的重點。Javascript 解決了什麼問題？開始用 Javascript 編寫小的程序，讓你的網站以某種方式運行。這種語言能讓你的網站除了看起來漂亮之外，還能做其他事情。從這兩門課程開始：一和二。

二、閱讀 Eloquent Javascript 書。

三、了解DOM（Document Object Model，文檔對像模型）操作。

四、閱讀這篇關於編程的好文章。

五、了解如何使用 Chrome 開發者控制台編寫 javascript。做這個 CodeSchool 課程（只有控制台部分）。然後學習在 html 中註入