小小大大學

前言：為什麼「排程顯示 Completed」不代表你想要的流程都成功？ 很多人第一次使用 Spotfire Automation Services ，會以為： Scheduled jobs 顯示 COMPLETED 就代表「資料有更新、腳本有跑、PDF 有輸出」✅ 但實務上常遇到的狀況是： 排程顯示 COMPLETED，但匯出的檔案是舊資料 手動跑 OK，自動排程卻失敗 明明設定了 Script，卻不知道它到底有沒有被執行 看得到 Job name，但找不到「到底跑了哪些步驟」 這篇文章會用「完全沒接觸過的人也能懂」的方式，帶你把整個執行流程拆開來看。 一句話先懂：Scheduled Jobs 只是「外殼」，真正流程在 Library Spotfire Automation Services 的概念可以用一句話理解： Scheduled Jobs ：排程表（像 Windows 工作排程器的清單） Library 裡的 Job 定義 ：真正的流程腳本（像 .bat / pipeline / workflow） 所以你在 Scheduled Jobs 看到的資訊，通常只有： Job 名稱 Job path（例如 /DEV/FT Auto ） 最後狀態（Completed / Failed） 下次執行時間 但你想看的這些， 不會出現在 Scheduled Jobs： 用哪個 .dxp 跑了哪些 Script Script 做了哪些事（刷新資料、換頁、匯出、存檔） 匯出 PDF / Excel 到哪裡 1）如何找到「真正的執行流程」：跟著 Job path 走 你會在 Scheduled Jobs 看到一個 Job path ，例如： /DEV/CP Auto /DEV/FT Auto 這個 path 就像「資料夾路徑」，代表真正的 Job 定義放在哪。 正確操作 ...

🧩 前言：為什麼「排程成功」卻什麼都沒有？ 在企業系統中，我們常會用 Windows 工作排程器（Task Scheduler） 來自動執行報表、資料匯出或後端程式。 但你是否遇過這種情況： 排程顯示「執行成功」 紀錄也顯示「工作完成」 使用者也確實按了「執行」 結果：沒有任何檔案產生 對非工程背景的人來說，這非常困惑： 「不是顯示成功了嗎？那檔案去哪了？」 事實上，這類問題 往往不是排程問題，也不是資料夾路徑錯誤 ，而是 系統層級的程式崩潰 。 🧠 一個關鍵觀念：排程「成功」≠ 程式「正常完成」 Windows 工作排程器只負責一件事： 👉 是否成功「啟動」某個程式 它 不會知道 ： 程式內部是否出錯 程式是否被系統強制中止 程式是否真的跑完商業流程 因此，只要程式「有被叫起來」，排程就可能顯示成功。 🚨 關鍵錯誤碼：RC = -1073741819 是什麼？ 在實務除錯中，工程師最終發現排程回傳了這個值： RC = -1073741819 這不是一般的應用程式錯誤碼。 🔍 換算後的真正意義 -1073741819（十進位） = 0xC0000005（十六進位） 在 Windows 系統中， 0xC0000005 代表： Access Violation（存取違規） 白話翻譯是： 程式在執行時，嘗試存取「不被允許的系統記憶體或資源」， Windows 判定風險過高，直接強制終止程式。 ⚠️ 這是作業系統層級的「殺程序」行為 ❌ 為什麼這不是一般的程式錯誤？ 一般程式錯誤 系統層級錯誤（本案例） 有錯誤訊息 沒有錯誤訊息 ...

📌 前言： 你是否曾經遇過這種情況？ 系統一啟動，畫面就一直跳出一堆英文訊息 有時訊息多到根本找不到錯誤 有時卻什麼都沒顯示，明明系統壞了 其實，這些問題大多來自一個關鍵設定： 👉 Logging（系統紀錄訊息的規則） 這篇文章會用 完全不需要程式背景 的方式，帶你一步步理解： 什麼是 Logging？ 為什麼要分等級？ 為什麼「開發中」跟「正式上線」要用不同設定？ 工程師實際是怎麼設計 Logging 的？ 🧠 一句話先懂什麼是 Logging Logging 就像是系統在寫日記 系統會把「發生了什麼事」記錄下來，例如： 我現在啟動了 有人連進來了 這個功能出錯了 系統快要當掉了 工程師就是靠這些「日記」來： 找 Bug 查錯誤 確認系統是否正常 📊 為什麼 Log 要分「等級」？ 想像你在寫日記，有不同重要程度： 等級 白話意思 Trace 超級瑣碎（幾乎不用） Debug 給工程師除錯用 Info 一般狀態說明 Warning 有點怪，但還能跑 Error 出錯了 Critical 快掛...

Spotfire SQL 條件邏輯教學：如何依據不同廠商資料動態交換欄位 在半導體資料分析、製程資料整合或測試資料系統中，不同廠商（Vendor）提供的資料格式常常 並不一致 。 例如： 廠商 VendorLot FabLot A 廠商 VendorLot FabLot B 廠商 FabLot VendorLot C 廠商 VendorLot CustomLot 這種情況在 BI 系統（例如 Spotfire、Power BI） 或 資料倉儲 SQL 查詢 中非常常見。 如果不處理，畫面上就會出現： VendorLot 顯示錯誤 FabLot 顯示錯誤 不同廠商資料混亂 因此我們通常會透過 SQL 條件邏輯（CASE WHEN） 來統一資料。 本文將用 簡單易懂的方式 介紹： 為什麼需要這種邏輯 如何在 SQL 中動態切換欄位 如何在 Spotfire 查詢中實作 一、為什麼不同廠商資料需要特殊處理？ 在半導體製造流程中，不同 OSAT 或測試廠商使用的命名方式不同。 例如： 廠商 A 資料格式 VendorLot FabLot V12345...

前言： 「我什麼都沒改，為什麼系統突然不能用？」 如果你曾在系統畫面、程式錯誤訊息、或自動化流程中看到一大串英文，裡面寫著： 404 Not Found 恭喜你，你遇到的是 所有工程師一生一定會遇到的經典錯誤之一 。 這篇文章會用 完全不需要寫程式、也不需要懂電腦架構 的方式，帶你理解： 404 錯誤到底在說什麼 為什麼它「看起來很嚴重，其實很單純」 工程師實際是怎麼判斷問題在哪一層 一句話先講結論 404 Not Found 的意思是：你有敲門，但門後面什麼都沒有。 不是當機、不是系統壞掉，而是—— 👉 你找的那個東西，本來就不在那裡 HTTP 404 到底是什麼？ 我們把這個名詞拆開來看： HTTP ：電腦彼此「溝通用的語言」 404 ：一個編號，代表「找不到」 Not Found ：翻成白話就是「不存在」 📌 意思是 ： 系統有收到你的請求，但它找不到你要的東西。 用生活例子解釋（完全不懂電腦也能懂） 想像你去一棟辦公大樓： 你走進大樓（請求送到了） 你按了 7 樓（路徑） 電梯到了，但 7 樓根本不存在 結果櫃檯跟你說： 「不好意思，沒有這一層樓」 這就是 404 Not Found 。 為什麼畫面會跑出一大串 HTML？ 很多人會被這一點嚇到，其實原因很簡單： 你本來是要「資料」 但系統回你的是「錯誤說明頁」 這個錯誤頁是 給人看的網頁格式 所以你看到的不是亂碼，而是： 「網站很有禮貌地跟你說：這個東西不存在」 ...