第二天 Jun 23(Wed) 15:30 - 16:00
Agenda:
https://docs.google.com/spreadsheets/d/1y9-fNLKnaWYt8VbJ4FFoawNMbnVExrLE5cBXDLUvQCg/edit#gid=1201594794
泰國大叔Ed會來,泰國的同事不會來,去新加坡了。
Session進行方式:邀請參加者,確定來的人是誰,請這些人做簡介。
給講者的空間:講主題、議題、組織、挑戰
Ed有四個建議:(想聽的?)
1:正在做什麼
2.技術上怎麼處理
3.做完什麼了 (像是app, fact-checking)
4.接下來要做什麼,優先性次序
(從cofacts、菲律賓、日本)
Robert報告他們對假新聞的研究報告
Ed要補充法律工具,政府如何對抗假新聞
ttcat政治性假新聞、仇恨言論,會看可不可以關注在政治上。
ttcat會去邀請LINE
Orz: 30min 可以做什麼⋯⋯
Lucien: 一個下午的 design thinking 就已經很粗糙了耶⋯⋯
Bil: article 那一頁準備好 3 個英文謠言讓他們闢闢看?
那個美國的肯德基有8個雞翅
雞爪是小嬰兒的手
不要在月台拍照
加州說咖啡會致癌
泰國罐頭裡面有愛滋血液
蝴蝶:知識問答遊戲?
像滑 tinder 那樣判斷說這是真的還假的,然後拿一個分數
orz: 有電視節目是
給你三個敘述
其中一個是假的 其他是真的 然後要觀眾挑
lucien:
30分鐘一個 talk 就結束了耶,改成 talk?
Orz:
當初是說要讓他們想一個他們版本的 cofacts
例如說 cofacts 會設計成這樣,是因為
只要這兩個不符合他們國家,那 cofacts 在那個國家就該長得不一樣。
Lucien: 可是半小時怎麼想 XD
等 Hazel 回來看
MrOrz:
他們是個 collaborative check list,然後把 Fact-checking 的 UX tune 到最好,有 chat 有一鍵劍 reverse image search 之類。
可能的整合方式是,Cofacts 文章頁面可以看到這篇文章現有的 check。
一個 editor 來到文章頁面可以留下自己覺得要查證的點作為 check,然後可能自己查證到一半就放棄
下一個 editor 可以看到前一個 editor 留下的東西然後繼續接手。
回信說我們先研究看看,比較知道要怎麼整合,再來約線上會議討論。
MrOrz 會回信
https://www.pts.org.tw/dinnerx/news.html
徵件主題:家庭生活、家庭日常或家庭冒險。180秒短片。團隊最多5人。
usage:
deadline: 6/15
家庭群組對話 screen recording (家庭群組的日常)
使用 Mygopen 貼圖/1C貼圖
先挑幾個謠言:
看大家有沒有對腳本有想法或寫腳本
10/5 (Fri) ~ 10/7 (Sun)
Call for paper: https://summit.g0v.tw/2018/cfp/
CFP form: https://docs.google.com/forms/d/e/1FAIpQLSeESRbF_tmRUzaAFdEcTl5vhor7thL3ahpiR3wDAJaSVUXFhw/viewform
Theme: 「為真相而戰 / Combating disinformation」
Cofacts 真的假的 —— 事實查核與開放多元的融合反應
隨川普創造「Alternative facts」一詞以來,事實查核 (fact-check) 在國際社會漸成顯學。分析訊息、查證來源、並且撰寫嚴謹的查證報告,都是一門專業,世界各國民間紛紛成立專業的事實查核組織,針對各種訊息進行闢謠。然而,闢謠結果的散播力往往不如原始謠言,而且也遭美國保守派質疑報告公正性。
如果高度專業的「事實查核」這麼難,那麼沒那麼專業但還是很有用的「提供不同觀點的連結」這件事情,有沒有辦法透過群眾協作來達到、然後直接在謠言流通的平台進行傳播呢?
Cofacts 專案自 2016 年啟動以來,在獲得 2017 年春季公民科技創新獎助金計畫之後,已經累積超過 30000 名 LINE 使用者、並且回應上萬篇的 LINE 轉傳訊息。Cofacts 希望能降低大家取得不同意見的門檻,並且讓謠言止於 Cofacts 使用者。
我們將帶您一窺 LINE 聊天室內流竄的轉傳訊息的樣貌、介紹系統設計背後的想法,並且佐以國外相關的研究來說明事實查證在現實面會遭遇的種種挑戰。
需要縮短至 30min 內
Just do it
他山之石,可以攻錯誤謠言
MrOrz: (2018/5/6)
Title 可以是「本土闢謠者大進擊!打擊穿越時空的謠言們」
如果可以的話還可以邀請新的事實查核中心
總之我 summit 可以出一個 talk 跟一個 panel discussion
Choose 3~5 to invite
MrOrz 邀請 panel 講者
MrOrz:
@Lucien Lee 今天有一個議程是針對假新聞的 ideate design thinking workshop
一個議程是 brainstorming workshop
我覺得無論結果是什麼、討論得很空泛或已經得出早就知道的結論也罷,透過這樣的體驗可以讓大家 either 是學到 design thinking 的 methodology,或者是讓 participant 用不同的方式來思考 mis/disinformation problem。你可以看一下 Day2 raw log 相關議程的照片,我有把他們問參與者的題目照下來。14:30 那個議程跑是決定問題的發想流程(一次發散+收斂)
16:00 那個議程則是 brainstorm session(已經訂好議題後,針對這些問題做發散,會後再整理並且 email 結果給參與者)我在想要不要在今年的 g0v summit unconference 也執行 1~2 個這樣的 session。
@Lucien Lee 你覺得你會想做這個嗎?你認識可以幫忙來帶這個的人嗎?(ex: 不一樣思考社的敬沂?或許可以動用經費來請他們帶活動?)想做的話,那我去跟這兩個議程的講者要要看,說有沒有 material 可以給我們作為舉辦活動用的參考。
Lucien:
@Johnson Liang 覺得參加 workshop 之後,大家有什麼收穫嗎?對問題的釐清或是對假訊息共同的情感連結之類的?MrOrz:
嗯,收穫是對假新聞思考的認知這樣
當然沒辦法有 solution,但可以透過 design thinking 能把自己知道的東西用不同的方式組織起來Lucien:
那有什麼比較特別的認知嗎?我猜想因為 RightConf 的人們已經投入在假新聞其中,有比較多的想法,所以可能會有一些經驗的交流
如果在 summit 給一般大眾(又沒有專家在裡面),可能得到的效益會是讓大家發現原來假資訊無所不在的宣傳效果MrOrz:
rigtstcon 的組成有點微妙
第一場找問題的 design thinking session 裡面不乏是已經在解問題的人
有一組就直接把問題導向自己在解的問題
變成幫他的 solution 打廣告
這跟 design thinking 完全相反
所以我覺得反而要是那種有收過假訊息、覺得困擾
但又沒有想過實際解法的人會比較適合
對他們來說才會比較有收穫
這個可以考慮是要放在 summit 裏好
還是放在 TFD workshop 好
TFD 的 case 是東亞各國可以拿各自的體驗來討論
summit 是培養國內/中文圈對這個議題的意識
只是 summit 的部份不一定每個人都有興趣Lucien:
design thinking 理想上是一半一半,引導者要調和與會者去整合訊息並發散出新方法,但如果時間很短,真的很容易被意見強勢的領袖給帶歪
summit 還沒研究活動會是怎麼樣的,會是有很多 track 讓大家報名嗎?MrOrz:
第一場找問題的 session 其實確實有個問題是
他把我們分兩組,但沒有人下來帶兩組的討論
所以滿發散的
或者是太快收斂到一個解
第二場純 brainstorm 的話就滿明確
分四組,brainstorm 不同題目,每 10 分鐘換組
每一組都有放人在帶
g0v summit 的部分,可能是 unconference 比較適合 workshop
https://summit.g0v.tw/2016/unconf
MrOrz:
workshop 主辦單位會留好時間、把你放在議程
大家再想想有沒有必要辦
Bil: 主題就游泳池啊
MrOrz: 夏天的泳裝回合
Lucien: 端午節(6/18)
Bil: 夏至(6/21)
Lucien: 屈原的泳裝嗎。
主題:端午節
Bil: 來啦來啦來啦 畢業製作的謠言
舉世皆濁我獨清,眾人皆醉我獨醒
滄浪之水清兮,可以濯我纓。
滄浪之水濁兮,可以濯我足。
食物:
Bil:粽子好像不太適合。
豆花好了 (?)
MrOrz 要聯絡 Yutin
Lucien 要畫圖
Orz:
From RightsCon.
有一場 talk 用 vector space model 做 hate speech classification
他們說把 word embedding 取代掉一般的 term frequency vector 可以有 8% improvement.
我們也想把目前 elasticsearch 的 search query 從 bigram 改成基於 word embeddings
蝴蝶:不知道可不可以。
ES filter 可以基於 index 去掃
但是 VSM 是用在 scoring 上的,他要掃過一次
蝴蝶查一下可不可以
/line-bot
-> dispatch(action({type: ActionName, clientType, payload}))
Payloads are typed, all platforms have unified format
reducer(state, action) -> state
state
includes: currentState
, clientType
, extra data needed to store in this reducer
render(state)
-> invoke different platform's render()
, which is determined by state.clientType
& state.currentState
All output goes after setting state.
Currently we set output and set state in the same time, which makes us difficult to perform stuff like fast-forward or loops (state trasition back to itself) because output logic is put inside a certain input state's handler. These problem can be solved by delaying output to the output state's render()
.