說是遊記是因為，它著實對我目前的工作沒太大用處。倒也不是說內容差，而是我真的無能為力。
這次AI主題大概占了七成吧。
首先是這個，至少我在串 Gemini 的時候是有自覺的，當時也只當作是一種用 Flutter 寫小工具的練習，以及看一下這個 API 怎麼用。
以我有聽的議程來看，AI 的用法大概是辨識、生成內容、作為介面這三種方式。
辨識這東西，主要是第一個只有一個議程的那個時間段吧，很硬，各種公式，線性代數、矩陣、微分都來，大概是給研發AI的人看的，不是給上面那張圖指的對象聽的。
生成內容跟作為介面算是同一件事，目的的差別而已，比方說，你要生出內容，讓跟他說你要生出什麼內容，雖然聽起來很像廢話，但以作為介面的角度來看就會變成你能把 AI 丟到別人的面前了。
比如 multiON 控制電腦買東西，或有個議程就丟到使用者的面前，讓使用者對 AI 下命令，AI 就會生成指令去打 API，完成使用者的命令，這部份體感上是「AI 幫你做事」，背後的運作是「AI 生成指令」，還是生成內容。
但你要怎麼信任 AI 會做對的事……。
現在 AI 有幻覺的問題，但不談這個他也可能搞錯，或下命令的人本身也搞不懂他自己想下什麼命令。好像我們平常對其他人下命令都有可能有這個問題了，那不如回到我們平常會有的設計，動作前確認或動作後復原吧。
比較有趣的是，Akane 的主題《沒靈感的設計師找 AI 幫忙有用嗎》，開場就說了沒靈感的成因通常出自心理問題以及環境或工作經驗造成我們必須不要有靈感，AI 不是一個心理醫生，也不能改變工作常態，看待它還是要以工具來看，至少它還是能生出東西的。
另外還有九歲小朋友跟 AI 來回溝通，最後寫出記帳 APP 這件事。我現在看起來，它就算沒有 AI，小朋友能開發這件事還是遲早會發生。有些東西在我沒有清楚概念的時候就能寫出程式了，到了現在也看過不少連基礎概念都沒有也能寫出程式的人，我想現在市場還是缺開發的碼農吧。
講講 AI 之外的。
《讓數據說話：用 Python、Prometheus 和 Grafana 講故事》這個議程有個概念，如果不幸，機器有某些原因造成監控沒辦法主動去拉資料，那不如果讓它主動把資料打出來到另一台機器上，再讓監控去拉，這樣實際上出去的資料範圍就能被控制，實際運作的機器也不需要公開在外面。
unconf 講到敏捷開發，國泰的人有提到會議種類。讓我想起主管講過：「我記得我們以前沒有 Refinement，你們哪邊生出來的？」它不在 scrum guide，應該是後續需要所以生出來的。另外也提到，敏捷主要是要解決不肯定的東西，肯定的東西不太需要那個來回小步的去確認做的東西對不對的過程。所以以我們現在的團隊來看，有很大一部份我們需要的是敏捷裡會用到的管理做法，而不是需要敏捷。即使如此，站會或回顧會議都還是很好的概念，只是會變形成「做敏捷事的非敏捷」，因為東西太明確了，動態調整不來。
framework 筆電看起來滿有趣，可以抽換模組，連鍵盤也是模組，但我現在三台筆電了，還三個不同系統，目前應該是沒什麼購入的需要。
可開機的容器，看起來是用不可變的核心掛載可變的設定來跑，如果有特殊的驅動就要先編好然後去改設定檔讓它安裝。Linux 我用的不太深入所以改啥東西我也沒搞太懂。我在想這設定的移轉方便的話，那驗證系統升級也很方便，但我現在的工作不碰這個所以(ry
議程外的事，我下午茶排隊排到桌子的地方就沒東西了，不知道這份量怎麼估的，還好還有另外放餅乾。
大致上就這樣吧，MOPCON 網站有放共筆，可能比這篇遊記有價值點。
