#moda
2026-07-01
@tylin.amice has joined the channel
2026-07-06
@changeric1031 has joined the channel
2026-07-16
讀了 jedi.org/blog/archives/006460.html 後，我還是想把元件庫那塊當 side-project 做，而且現在有 coding agent 幫忙，同時可以扮演甲方跟乙方 XD
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
也許可以蒐集資料弄個包含各種奇葩需求的甲方 agent skill
我覺得如果著眼在甲方跟乙方，其實已經忽略實際的使用者了。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
剛剛在想如果是從諷刺為出發點，可以整理甲方奇怪需求與背後意圖成為一個 skill ，讓乙方能在自家跑著玩
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
講到 GDS 的話，就要注意歐盟以及英國的法規都要求政府網站要有 accessibility statement，例如 gov.uk/help/accessibility-statement
2023 年的時候曾經跟 moda 裡面若干科的科長講過這個，大家都毫無頭緒
無論是要發展或考慮是否採用特定 component library，都需要先有 commitment 然後再根據它來做，然而這剛好是台灣政府機關目前難以辦到的
（真正的挑戰在這邊）
除此之外，之前（大概是 2023 年）其實有參與過 GDS 的人來 g0v 詢問「你們 (moda) 宣稱用了 GDS，那你們對民眾的訊息通知是不是採用 GDS 的 Notify 呢？」
notifications.service.gov.uk
notifications.service.gov.uk
（當然沒有）
我想強調的是以政府機關的特性來說，更需要從 service design 來著手，然後根據 service 的需求才決定怎麼發展 component library
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
我還是會把討論脈絡整理回 issue 上
我還是會把討論脈絡整理回 issue 上
剛剛想起來 2023 年去某機關看他們網站的時候，我首先提出的 background check 問題是「這個網站的目的是什麼？為什麼要建這個網站？」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
以前大家都要有網站，再來都要有 app ，什麼時候可以大家都有 MCP 😢
現在是大家都要有 AI，突然之間水跟電都不是問題了
既然未來大家都有 AI ，那要求個三星資料應該不過分 🙃
不不，那個邏輯是「因為有 AI，所以資料品質都沒關係，靠 AI 就可以搞定了」
倚賴民眾的偷啃搞定
事實上對許多機關來說，資料品質很爛才好，這樣「被民眾拿去使用後上新聞」的機率才會低
民眾偷啃的話就可以轉頭說都是民眾的濫用的錯
而且機關根本對資料品質沒概念，因為整理資料的都是外包廠商
之前我遇到食藥署資料集裡面的 XML 錯誤，通報之後當然也是等廠商修
以前三星五星爭議那時，我還以為是公務員沒預算只能自己硬做
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
公務員連會議記錄都找廠商來做了，甚至有公文都想委託給廠商去簽的
傳說中的「想把行動自然人憑證綁到廠商手機上的公務員」
那委託給 tier 1 AI 簽好了，直接 AI 艦隊化 (x
讀了 jedi.org/blog/archives/006460.html 後，我還是想把元件庫那塊當 side-project 做，而且現在有 coding agent 當忙，同時可以扮演甲方跟乙方 XD
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
雖然現在做元件庫沒什麼效益，但如果是 side-project ，也不用去問資安院那邊可不可以做
有什麼想法嗎？
也許可以蒐集資料弄個包含各種奇葩需求的甲方 agent skill
我覺得如果著眼在甲方跟乙方，其實已經忽略實際的使用者了。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
剛剛在想如果是從諷刺為出發點，可以整理甲方奇怪需求與背後意圖成為一個 skill ，讓乙方能在自家跑著玩
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
講到 GDS 的話，就要注意歐盟以及英國的法規都要求政府網站要有 accessibility statement，例如 gov.uk/help/accessibility-statement
2023 年的時候曾經跟 moda 裡面若干科的科長講過這個，大家都毫無頭緒
無論是要發展或考慮是否採用特定 component library，都需要先有 commitment 然後再根據它來做，然而這剛好是台灣政府機關目前難以辦到的
（真正的挑戰在這邊）
除此之外，之前（大概是 2023 年）其實有參與過 GDS 的人來 g0v 詢問「你們 (moda) 宣稱用了 GDS，那你們對民眾的訊息通知是不是採用 GDS 的 Notify 呢？」
notifications.service.gov.uk
notifications.service.gov.uk
（當然沒有）
我想強調的是以政府機關的特性來說，更需要從 service design 來著手，然後根據 service 的需求才決定怎麼發展 component library
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
我還是會把討論脈絡整理回 issue 上
我還是會把討論脈絡整理回 issue 上
剛剛想起來 2023 年去某機關看他們網站的時候，我首先提出的 background check 問題是「這個網站的目的是什麼？為什麼要建這個網站？」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
以前大家都要有網站，再來都要有 app ，什麼時候可以大家都有 MCP 😢
現在是大家都要有 AI，突然之間水跟電都不是問題了
既然未來大家都有 AI ，那要求個三星資料應該不過分 🙃
不不，那個邏輯是「因為有 AI，所以資料品質都沒關係，靠 AI 就可以搞定了」
倚賴民眾的偷啃搞定
事實上對許多機關來說，資料品質很爛才好，這樣「被民眾拿去使用後上新聞」的機率才會低
民眾偷啃的話就可以轉頭說都是民眾的濫用的錯
而且機關根本對資料品質沒概念，因為整理資料的都是外包廠商
之前我遇到食藥署資料集裡面的 XML 錯誤，通報之後當然也是等廠商修
以前三星五星爭議那時，我還以為是公務員沒預算只能自己硬做
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
公務員連會議記錄都找廠商來做了，甚至有公文都想委託給廠商去簽的
傳說中的「想把行動自然人憑證綁到廠商手機上的公務員」
那委託給 tier 1 AI 簽好了，直接 AI 艦隊化 (x
也許可以蒐集資料弄個包含各種奇葩需求的甲方 agent skill
我覺得如果著眼在甲方跟乙方，其實已經忽略實際的使用者了。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
如此得到的最好情況就是幫助客戶滿足如何忽略使用者，而不是幫助使用者。
剛剛在想如果是從諷刺為出發點，可以整理甲方奇怪需求與背後意圖成為一個 skill ，讓乙方能在自家跑著玩
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
如果要認真幫助使用者，那就是要認真做使用者需求 skill ，幫開發者注意到自己沒考慮到的事
以黑客松的屬性，覺得可以做前者，但長期 side project 做後者
講到 GDS 的話，就要注意歐盟以及英國的法規都要求政府網站要有 accessibility statement，例如 gov.uk/help/accessibility-statement
2023 年的時候曾經跟 moda 裡面若干科的科長講過這個，大家都毫無頭緒
無論是要發展或考慮是否採用特定 component library，都需要先有 commitment 然後再根據它來做，然而這剛好是台灣政府機關目前難以辦到的
（真正的挑戰在這邊）
除此之外，之前（大概是 2023 年）其實有參與過 GDS 的人來 g0v 詢問「你們 (moda) 宣稱用了 GDS，那你們對民眾的訊息通知是不是採用 GDS 的 Notify 呢？」
notifications.service.gov.uk
notifications.service.gov.uk
（當然沒有）
我想強調的是以政府機關的特性來說，更需要從 service design 來著手，然後根據 service 的需求才決定怎麼發展 component library
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
g0v.social
@jedi 最近看到數間 SI 公司有「web 前端技術能力傳承」的需求，但只為特定公司服務的話，對這個現象還有政府的幫助不大。 之前找 BlueT 聊過，得知一些資安院在政府網站設計原則推廣上的困境。看得出來這不是目前最緊急的任務。 意識到我自己亂想對這問題並沒有幫助，想問問你的意見，看能不能公開聊聊或是私下聊聊。
和之前跟你的討論一樣，還是卡在沒有完整的 service design https://g0v.social/@caasih/115008322286705286 😢
我還是會把討論脈絡整理回 issue 上
我還是會把討論脈絡整理回 issue 上
剛剛想起來 2023 年去某機關看他們網站的時候，我首先提出的 background check 問題是「這個網站的目的是什麼？為什麼要建這個網站？」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
結果令人意外（？）地，在場所有承辦面面相覷，幾分鐘後才有人說「沒有什麼特別目的，是因為長官說要有網站，所以要有網站」
以前大家都要有網站，再來都要有 app ，什麼時候可以大家都有 MCP 😢
現在是大家都要有 AI，突然之間水跟電都不是問題了
既然未來大家都有 AI ，那要求個三星資料應該不過分 🙃
不不，那個邏輯是「因為有 AI，所以資料品質都沒關係，靠 AI 就可以搞定了」
倚賴民眾的偷啃搞定
事實上對許多機關來說，資料品質很爛才好，這樣「被民眾拿去使用後上新聞」的機率才會低
民眾偷啃的話就可以轉頭說都是民眾的濫用的錯
而且機關根本對資料品質沒概念，因為整理資料的都是外包廠商
之前我遇到食藥署資料集裡面的 XML 錯誤，通報之後當然也是等廠商修
以前三星五星爭議那時，我還以為是公務員沒預算只能自己硬做
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
是說今年都還看得到 spreadsheet 裡面一個連結到奇怪 blog 的開放資料
公務員連會議記錄都找廠商來做了，甚至有公文都想委託給廠商去簽的
傳說中的「想把行動自然人憑證綁到廠商手機上的公務員」
那委託給 tier 1 AI 簽好了，直接 AI 艦隊化 (x