跳至主要內容

參與 LTUX.Taipei 活動


一些朋友大概知道我並不喜歡站在講台上,主要的原因是比我努力的人更多,而他們才是更需要大家掌聲的人。所以,有站上講台的機會,應該把機會讓給別人,而我偏好在幕後工作,一邊工作一邊學習。

去年在 COSCUP 2018 ,我準備了以新聞角度切入的網路治理議題,希望能讓初次接觸「網路治理」的參與者能自新聞了解什麼是網路治理。當我從講桌往下看時,參與者卻多是已沉浸其中許久的朋友們,我還是以非常基礎的角度,粗略的去談自己在網路治理會議中所學習到的經驗,當作是基礎交流,然後就回家準備去 Vanuatu 參與 APrIGF 2018。

在兩年接觸網路治理的議題研究後,今年非常希望能接觸不同圈子的人,希望有更多的年輕人參與網路治理或至少有個人資料保護的危機意識。所謂不同圈子的人,可能是聽都沒聽過什麼是網路治理,也可能不覺得網路治理與自己有關的人,這些人,才是我想交流的對象,因為到了任何物件都連網、服務即將全網路化、所有資料都變成 0 與 1 儲存的年代,都需要關注「網路治理」,它不再是只有高深的網路基礎架構的爭論,而涉及更多生活中的時事議題。

這次是 LTUX.Taipei 第一次與台北醫學大學合作,同時也與一位年輕的網路行銷從業人員分別在前後分享。參與者多是學生,學生也自然對網路行銷較有興趣。網路行銷的手法、技巧,對學生來說都是具有吸引力,同也都能即時用上的,例如如何透過社群平台操作讓社團活動更容易被曝光、讓更多人參與。

在做這次的分享簡報時,也融入了自己在 Coursera 和 Diplo Foundation 學習到的知識,因為時間不多,所以只能先挑三個基本主題來談,再簡單的介紹幾個網路治理或網路政策相關的論壇。

因為參與者是醫學生居多,加上只有 15 分鐘,所以不討論必要但一定會令人打瞌睡或窒息的網際網路發展史,只放四個主題 (可能還是太多):
  1. 法規與治理的異同
  2. 簡介多方利害關係人機制
  3. 網路治理領域相關的議題
  4. 簡介相關網路治理會議
學生們的重點放在:
  1. 網路治理與之後職業生涯的關係?
  2. 多方利害關係人機制如何應用在他們的學校生活 (社團)、職業場合裡?
  3. 如何在生活應用裡保護自己的個資和隱私?
  4. 如何查證不實資訊?

多方利害關係人機制應該廣泛的被應用與了解

在交流時間裡,也有提到了服務流程設計的重要性與多方利害關係人機制的關係。我以政府網站或資安事件流程的通報來做比喻,為什麼沒有人喜歡看政府網站?為什麼沒有人在受到網路攻擊時,能快速的反應給相關單位知道?其實是最主要的問題,就在於網站和這些通報機制的設計之被就是以主觀立場在操作,並沒有站在使用者的立場來規劃服務流程,這就是使用者經驗 (UX) 的重要性;而一個網站或服務的利害關係人,則可以從長官、網站維護人員、網站設計人員、建置人員、網站瀏覽人員⋯⋯等不同時期不同角色切入,而不再只有網路治理領域中談到的幾個利害關係人,而不應該只有單一視角的意見。可能一個通報流程機制、政府計畫網站或部門網站的建置初期準備時間、成本,會超過於計畫執行期間,這則是計畫經理人或產品經理人所要控管的部份,如何有效率的執行每一個環節,都是一門專業,甚至是多個團隊的合作,不是一個人、一本書、一次的活動就能談完的。走筆至此,我也想起了在 2014 年的 Smart Government 活動,當時就談到了服務流程設計與政府網站之間的關係。五年過去了,其實台灣政府網站、網路服務上已陸續的在改善,也試著慢慢導入服務流程設計的概念。由於多方利害關係人在生活裡的應用不是在三分鐘裡就能談完的,如果有興趣的話,可以從使用者經驗相關的文章來看,就能理解兩者其實有緊密的關連性,而不會只有狹義的定義:
  1. 獸群之心:談UX設計師網站改版三招:利害關係人訪談/數據分析/Prototype
  2. 獸群之心:UX設計師用戶訪談利害關係人的五種情境分析法

不實資訊的查證

在查證不實資訊上,有許多年輕的學子們表示非常不喜歡現在的政治人物利用網路的便利性,進行「測風向」的政治標語宣示,於是便與學生交流了自己在當政府計畫網站小編時的網路行銷經驗。網際網路、社群平台都只是工具,做法正確了,就能把補助資訊擴散開來,如果用錯方法,就會對社會造成傷害,這不論是什麼領域都會有同樣的狀況。

同時我也好奇的在討論時間與部份參與者討論:「不喜歡不實資訊的他們,如何去驗證訊息的真實性?」有些參與者會多等幾天,有些表示會多參考其他的新聞來源。這都是很好的反應,這個臨時的抽樣調查,雖然不具有代表性,但至少會讓我感受到並不是所有的網路使用者只單向的接收資訊,不經思考與查證就傳播、轉貼資訊。這也是其他人談到的「資訊識讀素養」,愈是年輕的族群,在這一方面似乎已經是直覺性的反應,而不需要再「喚醒」他們關於資訊或媒體識讀的意識。

「數位原住民 (Digital Native)」與「數位移民 (Digital Immigrant)」的不同

有個學生和我分享了台灣人權促進會透明度報告,這讓我十分驚喜,畢竟我是在 2016 年時才開始建立這樣的概念,而學生們可以在校園時期就能接觸這樣的資訊,這也是很正面的回應。

能接近年輕族群這樣的反應,也明顯的區分出「數位原住民 (Digital Native)」與「數位移民 (Digital Immigrant)」的差異。我是標準的數位移民族群的一員,透過技能訓練,把自己的生活與網路服務結合,並依賴著網路服務,如果要我回到沒有網路的生活,剛開始會有些困難,也會經歷網路成癮後戒斷的症狀,也能慢慢的再回到現實與網路分開的情況;對於更年輕的族群來說,他們可能一出生就與網路「生活」在一起,網路服務是生活中的理所當然,他們的生活裡可能不再有電影院、郵購、對於身份與隱私的看法可能也完全不同。

有了這次交流的經驗,我也希望日後還有機會與學生交流,當然可能會有不同的主題、國際網路治理論壇討論的方向,而不會只介紹如何參與會議。

我的簡報:如果看不到的話,可以點擊此連結

留言

此網誌的熱門文章

當AI給你營養建議:台灣《營養師法》還沒想過的法規空白

之前分享利用 Claude Code 做 飲食營養分析 Bot 的經驗 。我自己有個習慣,就是在做新的專案時,會先評估法遵風險。當我在做飲食營養分析 Bot 時,我才知道原來台灣除《醫師法》外還有《 營養師法 》,而《營養師法》第 12 條列舉營養師的法定業務,包含營養評估、飲食設計、個案諮詢、膳食管理等。 這部《營養師法》在幫大家的健康把關,因為不能隨便一支影片、一段報導,就能提供營養建議。在法規中,需要接受完整的專業教育,並持續進修,每 6 年就要提出繼續教育的證明文件,才能更新執業證照;沒有「營養師」的證照不能自稱「營養師」,法規中列舉了營養師的業務範圍,並規定須親自執行業務,不能由他人代理,如果藉由通訊方式執行業務,還要經過執業登記的主管機關核准;執行業務時還要做紀錄,這些紀錄可能還會成為法律或醫療紀錄文件。 成為「營養師」需要符合嚴格的要求與限制,並不是隨便用AI分析、讓AI提供建議就能取代的。台灣每年會舉辦 2 次營養師的考試,參考自中華民國營養師公會在 2025年的統計資料 ,台灣每年營養科系的畢業生約 1500 人,到 2025年,累計已有 11,860 人通過考試取得執照,及格率約 25%,看起來是一個具有挑戰性的考試。 Bot 的個人化建議,算不算「執行業務」? 在我設計的 Bot 裡,不是只有拍照上傳讓 AI 去分析、評估,事實上還有其他情境的飲食需求,再提供使用者建議,例如由 Bot 提醒當天攝取的蛋白質不足,或我在前篇文章中提到的鈉的攝取量過高,Bot可能提醒要減少鈉的攝取或是多補充哪些蛋白質來源,這些分析與建議是否算「執行業務」?在該法第 29 條中也寫明,如果沒有取得營養師的資格而執行相關業務,本人及其雇主各處新臺幣 5 萬元以上,25 萬元以下罰鍰。 法律規範的對象是「人」,目前法律還沒有明確定義 AI 工具的法律地位,也不知道該找誰負責,是開發的工程師?大語言模型的公司?還是開發的公司?一般開發者通常會在提供的資訊裡加上「僅供參考、非醫療建議」的免責聲明來規避,但無從得知這樣的聲明在法律是否具有效力。另外,由於在 Bot 中可以設定慢性病的個別飲食計算,還可能同時踩到《醫師法》(涉及診療)與《營養師法》(涉及個案管理)。同時,即使開發者已在服務中加入「僅供參考、非醫療建議」的免責聲明,主管機關或法院在判斷是否構成營養師業務的執行時,...

用Claude Code做一個AI飲食營養分析Bot:從拍照辨識到條碼查詢的實作筆記

沒想到在十多年後,因為想做飲食營養控管,所以自己利用 AI 開始做一個簡單的食品營養分析工具,能分析我每餐的飲食是否充足或過量,並提供有依據的飲食建議。 最初的雛形是基於以往曾參與「 Food Open Data 」倡議的經驗,我希望用最簡單的方式,拍照-->AI辨識與分析-->提供建議,然後統計一段期間的營養攝取狀況。 最初的想法 當我把我的雛形想法告訴 AI 後,Claude Code 很快的就幫我設計好雛形、教我如何申請Telegram Bot,這些步驟都寫得很清楚,整個雛形做好不用半天,我還愣住了,怎麼可能這麼簡單?難怪那些應用程式公司只把飲食營養分析當作一個「附加功能」,主要目的是蒐集其他的生理監測資料,但這些公司蒐集資料的用途,我自己在處理過美國資料經紀公司所販售的資料隱私資訊後,這是值得關心的議題,但不在此篇文章裡討論。 不過,我只專注在飲食分析項目,我覺得這個功能如果可以做好,再想想其他的。最初的想法很宏大,因為家人與自己患有慢性疾病,所以特別針對某些族群設計,但事實上,如果沒有實際的使用情境,可能也無法做出符合需求的產品。 於是我把這個Bot的使用者只鎖定在我自己的飲食分析上,那就簡單多了。 工具與環境限制 我在今年已經改用 Claude Cowork 與 Claude Code 協作,雖然 Claude Code 有一般介面版,但我大多數時間都開著終端機視窗使用 Claude Code,這樣比較能專心工作。 基於使用工具的習慣,我使用 Claude Code 開始建置,當時的模型雖然已經有Opus 4.8,但Sonnet 4.6已綽綽有餘,而後來出現的Fable 5 則用在其他專案裡。 因為只做給自己用,所以選擇最簡單的 Chatbot 形式;也因為我希望可以自由的使用而不是提供過多的個人資料給其他平台,選用 Telegram Bot,而不是台灣人常用的 LINE Bot ,而且 LINE上太多廣告,根本不想開它。 在衡量經濟現實及自我管理資料的想法後,目前這個 Bot 與資料庫只放在我的電腦裡,沒有上雲端,當電腦休眠、網路斷線時,Bot就會停止工作。 雖然只是給我自己使用,但我還是要求資料庫是加密儲存的,匯出資料時也必須加密。 台灣的飲食文化很多元 我不是開發者、也不是營養師,我自己也沒使用過其他的應用程式,所以無從理解在開發飲食營...

[music]聆聽夏天最後的時光

再兩天就是夏至,一年中白晝最長的一天,過了夏至,白晝開始變短,漸漸就要走入秋天,接著一年又過去了。 我尋找著適合夏天聆聽的音樂,從久石讓到佩爾特,再回到Ryan Farish,突然想聽點人聲,不是小野麗莎的Bossa Nova,也不是Gilberto,這個夏天很浮燥,容易低潮。接著就看到ppaper no.46裡介紹的兩張專輯,分別是Bebel Gilberto的 Momento 和Traincha的 Look of Love: Burt Bacharach Songbook 。在幾經比較後,選擇了Traincha。 有一首歌叫Close to You,有很多個版本,第一次聽到是在壹陸壹由Anna Caram所唱的版本,我非常喜歡這首歌,慵懶的聲音配上輕鬆的音樂,很多人唱過,可以聽聽看以下由The Carpenters演唱的版本: 會買這張專輯還有其他的原因,在聽過專輯後,我問偉展:「有沒有很古老的感覺?」他說:「老007都出現了(不知道他說的是不是羅傑摩爾)。」這的確是一張充滿 古老 歌曲的一張CD,唱片全名是 Look of Love: Burt Bacharach Songbook 小標是 the Finse in Jazz Since 1939 即向Burt Bacharach致敬,由荷蘭女伶Traincha演唱由Burt Bacharach所作的歌曲,有些聽起來還真是很有disco的感覺。 夏天心情悶的時候的確適合聽一點人的聲音,ppaper裡是這麼寫的:「家居生活不可或缺的音樂」,這張專輯比較懷古,多數是抒情的沙發音樂,如果想要有海邊或是墾丁那種輕快又慵懶的感覺,選擇Bebel Gilberto是比較適合的,畢竟人家是Gilberto嘛!有誰能拒絕在夏天的星空下聆聽The Girl From Ipanema呢?這首曲子大概是蟲鳴之外我會想在夏夜裡聆聽的曲子。 在Look of Love: Burt Bacharach Songbook這張專輯裡,還特別喜歡一首 That's What Friends Are For ,裡面的吉他弦音配合歌詞,特別令人容易掉進回憶的思緒,以下大概是Traincha的現場表演錄影,影片有點晃,聽音樂就好,很棒: 我最喜歡的歌詞如下: Keep smiling keep shining Knowing you can...