如果使用者的認知沒有改變，就算把馬換成了汽車，他們也只會拿著鞭子抱怨這鐵東西不好用。

Hello world!

看到 Ivon 的這篇「給網站加入螢窗小語的「動態牆」頁面，替代 Facebook 的功能」蠻心動的，決定也在自己家弄一面動態牆試試。

雖然我的發文頻率有點悲劇，自己都懷疑動態牆這點子能持續多久，但有一小塊能閒聊、抒發的版面，感覺也滿不錯的。接著打算慢慢把之前放在 Twitter 和 Threads 的貼文也搬一份到這裡。

所以，只要是比這篇早的動態，就是補發的啦。希望我不會搬家搬到手抽筋囉

前陣子聽的各個 AI 講座，大多都把重點放在生產力、工具介紹，或是快速兜出一個原型等等，這次 .Net Conf 難得聽到了一場從可觀測性的角度出發的分享。

的確，怎麼讓人員在 AI 大量產生的程式碼裡面更快定位問題，在設計時也該有憲章程度的地位才對。之前沒往這個方向思考過，算是打破了一個盲點吧。

12-09 補場次：Spec-kit x O.D.D：打造 AI 時代的 .NET 開發新選擇？
也推一下講師的部落格 m@rcus 學習筆記 跟 粉專
主打 DotNet 和可觀測性，提供給跟我一樣靠微軟把拔吃飯的朋友們參考

嘗試在公司群組宣揚非同步溝通的好處，畢竟非同步不會堵塞當前線程（？），發送完之後可以切換回去做別的事情，完全不用乾等，不香嗎？

Theory-building and why employee churn is lethal to software companies

Many teams in the industry constantly rewrite parts of their code. Not because they keep figuring out better ways of approaching the problem but because nobody on the team has an accurate mental model for how it works and how the code fits in with the rest. If you can’t hold onto the original team, if you grow the team too quickly, you end up running to stay in place. Code keeps getting written without any improvements of substance to the software itself.

業界許多團隊不斷重寫部分程式碼。不是因為他們持續找到更好的解法，而是因為團隊中沒有人對系統如何運作以及程式碼如何和其他部分銜接有準確的心智模型。如果你無法留住原始團隊，或是團隊擴張過快，最後會發現自己只是為了維持現狀而疲於奔命。程式碼不斷被重寫，軟體本身卻沒有實質性的改進。

回想我參與過的、團隊決定重寫某段程式碼的那些討論，的確，大多時候我們會選擇重寫一版，其實就是因為我們已經沒人改得動了而已。

沒那麼簡單 - TUX24 的個人網站

我才發現這沒那麼簡單，當一陣子沒有寫作之後，連想出文章主題都很不容易，就更別提難堪的文筆了。我是有一個很長的「待寫清單」沒錯，但上面的東西既然已經被我放了那麼久了，我要現下寫完根本不可能啊！

看到這段的待寫清單，心有戚戚焉，真的是放越久就越寫不出來。我有一個收件匣，像是工作上研究了什麼工具，或是跟同事聊到某個想法，覺得「好像可以寫一篇耶」就會先存下來。

但過陣子再回去看，連脈絡都忘得差不多了，更不用說寫成文章了。

太多的警報、沒有幫助的警報，或是每次發生事情都加一筆新警報，都會導致警報疲勞。

警報疲勞會導致團隊對警報失去信任、對警報的反應時間變慢，甚至無視警報，使得原本的警報變得更沒用。

Alert fatigue: What it is and how to prevent it

隨著環境變化，新趨勢可能會迅速使現有的監控失去準確性。與此同時，在每次新事件後建立警示，會把原本簡單的策略變得複雜化。把監控視為一次性或被動的工作，將會導致警示疲乏。

當監控系統產生過多警示或警示不相關、不具幫助時，就會發生警示疲乏，導致識別關鍵問題的能力下降。太少或太頻繁地更新警示，都會造成誤報和重複警示，令團隊不堪負荷。習以為常的團隊將無法及早發現問題，並會失去對監控系統的信任，進而擾亂生產並對業務造成負面影響。

Understanding Alert Fatigue & How to Prevent it

以下是七種需注意的警報疲勞徵兆：

1. 回應時間延遲：當資安團隊難以處理大量通知時，回應警示的時間可能會比平時更長。
2. 遺漏警示：當團隊被不斷湧入的警示淹沒時，可能無法將緊急且高優先度的事件與較不重要的問題或誤報區分開來。
3. 忽視誤報：當團隊收到過多誤報警示時，可能會開始無意識地忽略或在心理上迴避這些通知。
4. 壓力與倦怠增加：持續的警示會造成團隊成員壓力，並導致工作滿意度下降。
5. 生產力下降：當團隊花太多時間處理警示時，生產力可能會下滑。
6. 威脅評估準確度降低：由於警示量大，團隊可能因疲勞而做出判斷錯誤或不當評估潛在的安全風險。
7. 事件紀錄不一致：當團隊不堪負荷時，事件紀錄與回應記錄可能不完整或不一致，造成難以分析事件並改善未來回應。

告警越多，通知就越多；
通知越多，對通知麻痺的人就越多；
對通知麻痺的人越多，能被看到的告警就越少。

所以，告警越多，告警越少。