
擔心一筆訂單被工廠做下去兩次?我以為加個鎖就好,結果居然是個設計問題
軟體系統為了加速作業,會開多個 process 同時處理任務。倘若兩個流程同時抓到同一張訂單、各自投產,對本公司就是莫大的損失,真實地報廢。原先我以為『加個鎖就好』結果發現是需要 idempotency key,追到 Oracle 條件式唯一索引(Unique Index),最後發現要修的除了索引外,還有一個值代表不同意義的欄位狀態。

軟體系統為了加速作業,會開多個 process 同時處理任務。倘若兩個流程同時抓到同一張訂單、各自投產,對本公司就是莫大的損失,真實地報廢。原先我以為『加個鎖就好』結果發現是需要 idempotency key,追到 Oracle 條件式唯一索引(Unique Index),最後發現要修的除了索引外,還有一個值代表不同意義的欄位狀態。

最有收穫的部分大概就是封面圖了。 Ruddy 老師說,在不久的將來,高端的工程師都會變成在做 QA 的事情,我們不寫 code,我們設計、理解與驗證程式的行為。

心得 聽完真的覺得,職務內容是寫功能的工程,將來會被 AI 取代是無庸置疑的。而原本正在這個位置上的我們,擺脫被淘汰的方式,就是更快速熟悉這些可以使用的 AI tool,以及如何應用 AI 的開發思維。 我也是在 2023 就使用 VS Code + Copilot 跟 Claude 幫助我產 API。他們在既有程式碼下產 code 的速度很快,但要重頭開始一個專案,跟跨檔案讀 code 的能力就沒這麼高。 如今 2026 年,這些 AI Extension 已經可以創建一個新的專案,幫你想好架構,拆分好功能,跟你討論你想要的是不是跟他想得一樣。真的是 AI Agent。 想想覺得如果現在你的公司團隊就提供了這樣的資源讓你學習使用,幫助你成長,真的挺好的。 敝公司因為資安問題,導致開發維運沒辦法廣用最新的 AI 技術,常覺得甚是可惜。 雖然身為菜雞的我常被主管說,要用 AI 工具就要能駕馭,如果沒辦法駕馭,用太多 AI 反而很危險。 自身技術跟思維也要精進,不然你也不懂要問什麼,怎麼問。 最近就心有戚戚焉,跟同事開發同樣功能,我問的結果就是做不到,同事問的結果就是三行 code 搞定。看了一下他的 prompt,跟我的差異就是精準跟 AI 說,我要在某個檔案做某件事後,接著做這個功能。而我只有說我想要做這個功能,準確度差很多。我們會有這樣的差異除了本身對 AI 下 prompt 的精準度不同之外,還有會對 Business logic 的熟悉度。 想想不久前 AI 爆紅, prompt engineer 崛起,隨著 AI 越來越強大,大家漸漸覺得 prompt 工程師會失業。我想應該是,所有的工程師,最後都要拾起 prompt engineer 的技能,才不會被淘汰。 筆記 王宏仁分享 iThome 2026 年 CIO & CISO 第 19 屆大調查結果,總共有 396 家大型企業的參與,結果說明,此時此刻,我們正處於一場「AI 驅動的結構性轉型」之中。 ...
Ambassador 跟 side-car 一樣是一種 pattern,而實作是另一回事。

不用再擔心文件散落各地找不到功能定義啦~用 Amazon Q Business 讓你問問題
又到了年後轉職潮,去年底看到一篇麥肯錫講《未來工作趨勢》的報告,覺得滿受用的,所以分享給身邊同在滾滾紅塵打滾的朋友。 不論你是主管還是受僱者,本篇都有講到,2030 年會需要什麼樣的人才。 在 AI 的浪潮下,2030 年的工作型態會變成什麼?什麼樣的行業還會留存,什麼樣的技能會被淘汰? 很適合立足於 2025 年的我們來看看,畢竟 5 年,很快。 簡單分享一些自己覺得有趣的點: AI 與工作的關係 AI 會取代人類的工作,並不是因為 AI 本身的出現,而是因為近年歐美勞力短缺,生產力下降,所以才將 AI 和技術變革被視為一種潛在的解決方案。 也就是 AI 的初衷是用來解決問題,而不是來取代你的工作的,所以我們更應該學會使用它、駕馭它,而不是害怕它~ 技能需求變化 STEM(科學、技術、工程、數學)、健康相關職業與管理職需求大幅上升,成長約 17%-30%;辦公支援、客戶服務和生產類工作需求顯著下降。 稍微查了一下 STEM skill Problem-solving Critical thinking Creativity Curiosity Logical-mathematical skills Engineering-design skills 關於 1, 2, 5 #問題解決、#批判性思考 可以參考李佳達的《全球人才搶著學!密涅瓦的思考習慣訓練》,個人覺得含金量滿滿,心得再補上 XD 會推這本書也是因為,在這篇報告裡,講述的技能,都可以在這本書中學到。不過學歸學,要應用著實困難,像我第一次用在遊戲橘子的策略會議報告上,過程頗崩潰,但成效挺好的。有興趣看我的崩潰可以參考《《涅瓦大學的學習秘訣—李佳達》只看了一篇文就成長了》。 關於第 3 點,我個人沒什麼創意,沒辦法給什麼實質上的建議,但最近發現睡眠時的 REM 時期可以增加創造力,於是執行寫夢一個月計畫。最好觀察的事情就是,你夢裡的東西沒有邏輯,不相關的人會聚再一起,這就是跳脫日常思考框架,大腦將資訊整合的過程。滿有趣的。有興趣的可以參考《我們為何會做夢: 睡夢中的大腦如何激發創造力, 以及更好地改善清醒時的生活》這本書。 ...
為什麼要多新增這個 Makefile 呢?因為我懶。 每次 run server 都要想: 「痾…我今天在 run go 還是 run python?」 go 的話: go run . python 的話: python3 main.py 啊都不是,我在 run hugo:hugo server -D 那個導頁到最近變更頁面的指令是什麼? hugo server --navigateToChanged … 太煩了吧!腦子要用來想重要的事情,不是這些事情 XD 所以我們來把指令變簡單: 你不用再記一堆有的沒的, run server 就下 make server管他今天 run 的是什麼 把大腦用於重要決策,例如想文章名稱,你只要make {主題} {文章名},不用再hugo new content content/posts/{主題}/{文章名}/index.md --kind {主題} 你打完上面那串,文章都不想寫了。 在文章前多加上 date,方便管理文章排序 建立 Makefile 為達成以上目標,我們用 Makefile 來管理,他的好處就是可以把多種指令都包在一個檔案裡面,如果今天是寫 scritp 的話,每個指令都要一個 scritp 檔,但我們指令基本上都很簡單,所以寫在一起就好。 Makefile 的用法就是可以讓你在終端機下 make … 在你的資料夾下新增 Makefile ...
手把手用 Disqus 與 Cusdis 建立留言區,並比較所有留言設定差異
查看網站流量與訪客行為
了解 Google Search Console 是怎麼運作的