#cofacts
2017-06-01
@darkbtf 請問你上次在用的那個
可以接 elasticsearch 下 query 的 chrome extension 是哪一個呢
可以接 elasticsearch 下 query 的 chrome extension 是哪一個呢
叫作 sense
@alvinyen219 has joined the channel
2017-06-02
結果我用 docker export 做出來的，production 資料庫的備份 tar 檔
拉回本機來
試著還原回 image 然後拿它來啟動 container
拉回本機來
試著還原回 image 然後拿它來啟動 container
elastic search server 啟動是啟動了
但內容是空的 orz
下 GET /_search ，使用 match_all query，會拿到空的 orz
oh 我發現 production 機器上的 elasticsearch docker
沒有 mount drive 的話，他會在 /var/lib/docker/volumes 底下自己弄一個資料夾，然後 mount 上去。
然後 docker export 又不會打包 mounted volume 的資料，elasticsearch image 又把資料庫 data directory 設成 mounted volume
所以就變成 docker export 包起來的 tar 檔裡，mounted volume = data 會是空的。
沒有 mount drive 的話，他會在 /var/lib/docker/volumes 底下自己弄一個資料夾，然後 mount 上去。
然後 docker export 又不會打包 mounted volume 的資料，elasticsearch image 又把資料庫 data directory 設成 mounted volume
所以就變成 docker export 包起來的 tar 檔裡，mounted volume = data 會是空的。
總之我成功在本機端把 production 的 elasticsearch data 跑起來了
步驟我補在 https://github.com/cofacts/rumors-db#backup-production-database-and-run-on-local-machine
步驟我補在 https://github.com/cofacts/rumors-db#backup-production-database-and-run-on-local-machine
欸對所以 Adam 後來有回覆嗎？
@mrorz 你問完 OCF 需要擔負什麼責任義務之後
ggm: 沒有，或許是在暗示我們自己去讀使用者條款吧 orz
@mrorz 如果是問申請 Line ID 的事，請同時寄信到 hi@ocf.tw 和 g0v-jothon@googlegroups.com 方便討論 ><
噢我解釋一下
ggm: 沒有，或許是在暗示我們自己去讀使用者條款吧 orz
@lucien 現在上下好像有多一些敘述了
但還是看不太出來結論是什麼 XD
但還是看不太出來結論是什麼 XD
就是後來 @mrorz 問 LINE 人說，OCF 需要擔任什麼責任與義務之後，他們就一直沒回，我就想說先了解這個在寄信到 OCF
因為 OCF 應該也會想知道，我作為一個單位 or 組織，申請之後要做什麼事情，如果「真的假的」出包了，OCF 會受到什麼影響之類的
所以我就還沒有寄信過去給 OCF
嗯這一開始是我的 concern
但也有可能是我想太多
一種 overengineering (?)
但也有可能是我想太多
一種 overengineering (?)
不會吧 XD 這是很合理的想法呀 只是他們不回有點囧 要在 ping 一下嗎 XD
我上次太累了，快速講一下結論，用剃刀
`促進社群對於不同意見的對話，尤其是主觀意見沒有絕對答案的討論`：反面意見被呈現
`最大保留自由度`：有連結資訊是比較嚴格的方案，之後要移除是可行的
的結果是使用 orz 的方案
`促進社群對於不同意見的對話，尤其是主觀意見沒有絕對答案的討論`：反面意見被呈現
`最大保留自由度`：有連結資訊是比較嚴格的方案，之後要移除是可行的
的結果是使用 orz 的方案
orz 能幫忙補一下 剃刀 `促進社群對於不同意見的對話，尤其是主觀意見沒有絕對答案的討論` 的說明嗎？
@ggm 噢噢，了解。主要是因為 OCF 跟揪松的 email 是不同人看（只有 clkao 和阿端會重疊），所以提醒要寄的時候需要兩個都寄 XD
鍵盤大檸檬
《國王遊戲》很荒謬，但後來我發現現實世界更荒謬。那些收到一個電話便被人騙走幾百萬，比小說更荒謬，但不斷有人上當。這說明了...(藍鯨,遊戲,電玩,青少年,自殺,任務,關卡,爭議,宅宅,紅豆Q粉粿)
公視有話好說製作人 晚上貼了一篇文 內容主要是說之前有一集節目播出之後 反同團體的人就在 LINE 中截圖轉傳 製造同溫層的謠言 給大家參考這個案例
https://www.facebook.com/permalink.php?story_fbid=10212957859569560&id=1483304899
https://www.facebook.com/permalink.php?story_fbid=10212957859569560&id=1483304899
facebook.com
針對上報報導,高雄市國小教師劉育豪遭反同人士,大量投訴指責怒罵及騷擾一事,本人代表公視有話好說節目表達以下立場: 1 劉老師因本節目報導而遭到民眾怒罵指責投訴,徒增無謂困擾與壓力,本人及節目鄭重向劉老師致歉. 2...
昨天在 cofacts 搜尋過，發現沒人回報
看來觸角還不夠廣呢，同溫層超厚 QQ
看來觸角還不夠廣呢，同溫層超厚 QQ
2017-06-03
好呀我補補
昨天在 cofacts 搜尋過，發現沒人回報
看來觸角還不夠廣呢，同溫層超厚 QQ
看來觸角還不夠廣呢，同溫層超厚 QQ
- 🆘1
2017-06-05
@aelcenganda commented on @aelcenganda’s file 6/21 （三）19:00 g0v grant x 女人迷性別提案工作坊: 看大家有沒有空去性別提案工作坊分享真的假的
@ggm commented on @aelcenganda’s file 6/21 （三）19:00 g0v grant x 女人迷性別提案工作坊: 我可以當備案，有沒有人比較想去的 XDD 我們可以輪流使用社交點數（？）
這週 meeting 可以討論
2
@mrorz commented on @aelcenganda’s file 6/21 （三）19:00 g0v grant x 女人迷性別提案工作坊: 請問有活動地點嗎
2017-06-06
@aelcenganda commented on @aelcenganda’s file 6/21 （三）19:00 g0v grant x 女人迷性別提案工作坊: 地點：女人迷樂園（和平東路二段50號），在和平建國路口
@mrorz commented on @aelcenganda’s file 6/21 （三）19:00 g0v grant x 女人迷性別提案工作坊: :ok_hand:
聯合新聞網
「統一茶裏王龍潭茶廠被查封近萬頓含劇毒的越南茶葉，稍晚將宣布回收下架..」，類似這樣的謠言從2014年開始，每年都會上演...
2017-06-07
@mrorz commented on @aelcenganda’s file 6/21 （三）19:00 g0v grant x 女人迷性別提案工作坊: @aelcenganda 我們可以去唷～～
@ggm 會到
我也會，但會大概 19:30 才到 QQ
@ggm 會到
我也會，但會大概 19:30 才到 QQ
@mrorz commented on @aelcenganda’s file 6/21 （三）19:00 g0v grant x 女人迷性別提案工作坊: 我們可以去被 Q&A ～～
2017-06-08
@ggm 後續討論分享內容是應該發信給你，還是你們有共同的 email 群組？
沒 XD 我來負責轉發給大家
原來只有一組
我們原本以為是很多 team 會去分享 XD
昨天我們怎麼想都不知道性別議題可以怎麼參與提案
或者是說，對我們來說參與提案這件事情與是不是性別議題無關
而是你有沒有擅長提案的朋友 (?)
而是你有沒有擅長提案的朋友 (?)
恩，我明天打個電話跟他們講一下，然後覺得也許我應該要在群組裡問大家，看誰有興趣上這樣
2017-06-09
你們九點半到就可以啦
喔喔喔好唷
到場無壓力 XD
咦 九點半到 XD 可是那個分享不是 20:00 ~ 21:00 嗎
有聽媒體人說過 fact check 是一門專業... 「 抵抗假新聞真正需要的是有事實查證專業的機關進行。而事實查驗也只能就事論事，政府不得有任何作為，不然就可能涉及新聞管制。 」
是說當初會想要撈過界做「回應」而不是嚴守 fact checking
有一部分就是在想，邀請大家「連結回應」的本質與大家會想回應的動機，本身很難可以做到 fact-checking 所需要的一種自我把持的需求。
我認為嚴謹的 fact-checking，與 collaborative 的回應各自有各自的價值，也各自有各自擅長的地方。傳統的 fact-checking 肯定是個專業，硬是使用 collaborative work 來做它，會給大家非常大的壓力，參與的人少，自然也很難 collaborate 起來。
另一方面來看，當 cofacts 編輯們，抱持著維護自己的立場的心態來參與、來連結回應的時候，不開放回應主觀訊息，反而就以些不近人情，也在某種意義上犧牲了原本 collaborative 的長處。
我認為嚴謹的 fact-checking，與 collaborative 的回應各自有各自的價值，也各自有各自擅長的地方。傳統的 fact-checking 肯定是個專業，硬是使用 collaborative work 來做它，會給大家非常大的壓力，參與的人少，自然也很難 collaborate 起來。
另一方面來看，當 cofacts 編輯們，抱持著維護自己的立場的心態來參與、來連結回應的時候，不開放回應主觀訊息，反而就以些不近人情，也在某種意義上犧牲了原本 collaborative 的長處。
之前 @mrorz 是不是有寫個期中紀錄的哪個呀 忘記你貼在哪裡了
就是人數，文章數的那個
2017-06-10
是說當初會想要撈過界做「回應」而不是嚴守 fact checking
有一部分就是在想，邀請大家「連結回應」的本質與大家會想回應的動機，本身很難可以做到 fact-checking 所需要的一種自我把持的需求。
我認為嚴謹的 fact-checking，與 collaborative 的回應各自有各自的價值，也各自有各自擅長的地方。傳統的 fact-checking 肯定是個專業，硬是使用 collaborative work 來做它，會給大家非常大的壓力，參與的人少，自然也很難 collaborate 起來。
另一方面來看，當 cofacts 編輯們，抱持著維護自己的立場的心態來參與、來連結回應的時候，不開放回應主觀訊息，反而就以些不近人情，也在某種意義上犧牲了原本 collaborative 的長處。
我認為嚴謹的 fact-checking，與 collaborative 的回應各自有各自的價值，也各自有各自擅長的地方。傳統的 fact-checking 肯定是個專業，硬是使用 collaborative work 來做它，會給大家非常大的壓力，參與的人少，自然也很難 collaborate 起來。
另一方面來看，當 cofacts 編輯們，抱持著維護自己的立場的心態來參與、來連結回應的時候，不開放回應主觀訊息，反而就以些不近人情，也在某種意義上犧牲了原本 collaborative 的長處。
噢噢，我看錯，是6/21（三）八點要到
2017-06-12
本週開會我想到可能要 cover 的點
1. **編輯小聚籌備** (by Hazel)
2. 七月檢核標準（如果週三之前 GGM 還沒寫的話 XD）
3. LINE (need someone pushing on this), Google (news lab summit), first draft (concall invitation), mafindo (what kinds of interaction is needed?)
1. **編輯小聚籌備** (by Hazel)
2. 七月檢核標準（如果週三之前 GGM 還沒寫的話 XD）
3. LINE (need someone pushing on this), Google (news lab summit), first draft (concall invitation), mafindo (what kinds of interaction is needed?)
- 1
上次討論完 顧問人選 還沒有發信給揪團松
大家到這頁 https://github.com/orgs/cofacts/people 把自己改成 public 好不，不然直接點這個專案看都沒有人 XD
GitHub
GitHub is where people build software. More than 22 million people use GitHub to discover, fork, and contribute to over 60 million projects.
2017-06-13
發現 cofacts-api 無法登入
我看看 Rillvar
我看看 Rillvar
Rollbar
Steps to reproduce: Go to article list page. If already logged in, logout first. In search box type in Chinese characters, perform search Login using any method sees internal server error. Root c...
上次討論完 顧問人選 還沒有發信給揪團松
2017-06-15
是說我們 LINE bot 有很多要算字數的地方
字串要像這樣做 https://github.com/cofacts/rumors-line-bot/blob/master/src/processMessages.js#L125
字串要像這樣做 https://github.com/cofacts/rumors-line-bot/blob/master/src/processMessages.js#L125
rumors-line-bot - Line bot that checks if a message contains internet rumor.
如果我寫一個 string template function 可以做到
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
// => [相似度:32%] \n 文字文字文字如果超過就自動加上⋯⋯
```
`limitLength(limit)` 自動計算 template string 現在有多長，跟 `limit` 相減之後得到剩下還可以多長，然後自動把有包過 `addEllipsis()` 的字串裁減到那個長度
這樣會不會讓 code 變得比較好讀啊
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
// => [相似度:32%] \n 文字文字文字如果超過就自動加上⋯⋯
```
`limitLength(limit)` 自動計算 template string 現在有多長，跟 `limit` 相減之後得到剩下還可以多長，然後自動把有包過 `addEllipsis()` 的字串裁減到那個長度
這樣會不會讓 code 變得比較好讀啊
```
limitLength(100)`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
```
這樣就不用自己去算 event.input 要 slice 多長
而且改 wording 的話也不用更新 slice 的數量
limitLength(100)`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
```
這樣就不用自己去算 event.input 要 slice 多長
而且改 wording 的話也不用更新 slice 的數量
這在 JS 裡面是辦得到的 (用 tagged template literals https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Template_literals#Tagged_template_literals )
所以我們要討論的是，如果 code 這樣寫會不會真的比較好讀
所以我們要討論的是，如果 code 這樣寫會不會真的比較好讀
我覺得暫時不會（意思是有一天我可能會改觀），我是覺得在 string template 裡面如果 code >= word的話，會不好讀，而且你因為要實作這個 tagged template 而另外寫了兩個 function，不如就寫一個 function 直接解決？
``` function buildFormatedReply (prefix, content, limit ) {} ``` 之類的
主要是 template string 可以滿自由的，不只是 prefix，而是可以讓要加上 ellipsis 的字串插在任何的地方
像剛才的例子
```
limitLength(100)`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
```
就是要縮小的字串插在整個字串的中間
然後 limitLength(100) 保證回傳的字串長度會 <= 100
```
limitLength(100)`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
```
就是要縮小的字串插在整個字串的中間
然後 limitLength(100) 保證回傳的字串長度會 <= 100
當然也是可以用自訂的格式啦，像是 `buildFormatedReply("[相似度 %s] 幫您查詢 %s 的相關回應", [similarity, addEllipsis(input)], 100)`
其實就像是你寫個 `printf()` or `fprintf()` 之類的概念
然後他會分開處理 `%s, %s`
剛剛用手機看真是完全看不懂 code 在寫啥，我覺得兩個都可以接受啊，我之前沒用過 tag template literals ，所以第一次看還是想了一下
具體來說，他本來可以看成兩個過程：1. trim 到 limit - ‘…’.length 2. 上 ellipsis，所以看成兩個 function 也蠻合理的
我不是很確定其他人看到
```
limitLength(100)`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
```
會不會覺得很難讀
```
limitLength(100)`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
```
會不會覺得很難讀
因為他有兩個點需要理解： tagged template 、 limitLength 是個 closure function return 出需要的 tag function
```
function buildFormatedReply(format, content, limit)
```
可能對一般人比較好懂，但 tag template 比較 fp ，我覺得取決於要參與 code 的受眾對於語言的喜好或是語法的了解程度耶
function buildFormatedReply(format, content, limit)
```
可能對一般人比較好懂，但 tag template 比較 fp ，我覺得取決於要參與 code 的受眾對於語言的喜好或是語法的了解程度耶
為什麼 tagged template 比較 fp 呀？
我認真想了一下，就這個例子來說
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
```
我覺得要把 `Math.round()` 和 `addEllipsis()` 包進去 tagged template 才有價值，不然那跟
```
limitLength(`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`, 28)
```
大概沒什麼兩樣，應該就是寫成
```
formatedTemplate`[相似度:${similarity}%] \n ${text}`
```
調整格式的實作，要寫在 Template 裡面，而不單單只是拿來做 `limitLength`，然後清楚的表達這個 Template 會做的事情有：
1. 如果是浮點數就換成百分比
2. 如果是字串大於 x 長度，就剪掉
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
```
我覺得要把 `Math.round()` 和 `addEllipsis()` 包進去 tagged template 才有價值，不然那跟
```
limitLength(`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`, 28)
```
大概沒什麼兩樣，應該就是寫成
```
formatedTemplate`[相似度:${similarity}%] \n ${text}`
```
調整格式的實作，要寫在 Template 裡面，而不單單只是拿來做 `limitLength`，然後清楚的表達這個 Template 會做的事情有：
1. 如果是浮點數就換成百分比
2. 如果是字串大於 x 長度，就剪掉
```
limitLength(`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`, 28)
```
在技術上不可行，因為一定要 tagged template function 才有辦法拿到被拆解的 template string，否則只能拿到 Javascript 幫你串完的整個字串。
要做自動計算現有 string length，你一定要能夠拿到中間的這些字串
```
["[相似度:", "%] \n "]
```
還有各個 `${...}` 的執行結果：
```
["32", <addEllipsis(text)的回傳值，可以設計成 function 或 object>]
```
我才有辦法計算：
1. 還剩下多少字元長度
2. 誰可以被縮短（addEllipsis 回傳的東西可以不是字串，然後我們就縮短那個不是字串的玩意）來符合長度限制
limitLength(`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`, 28)
```
在技術上不可行，因為一定要 tagged template function 才有辦法拿到被拆解的 template string，否則只能拿到 Javascript 幫你串完的整個字串。
要做自動計算現有 string length，你一定要能夠拿到中間的這些字串
```
["[相似度:", "%] \n "]
```
還有各個 `${...}` 的執行結果：
```
["32", <addEllipsis(text)的回傳值，可以設計成 function 或 object>]
```
我才有辦法計算：
1. 還剩下多少字元長度
2. 誰可以被縮短（addEllipsis 回傳的東西可以不是字串，然後我們就縮短那個不是字串的玩意）來符合長度限制
而這剛好就是 tagged template function 才能上下其手的部分
若不使用 tagged template，那就是要自己把要縮的字跟其他分開，例如說：
```
limitLength([`[相似度:${Math.round(similarity * 100)}%] \n `, addEllipsis(text)], 28)
limitLength(['幫您查詢「', addEllipsis(event.input), '」的相關回應。'], 100)
```
```
limitLength([`[相似度:${Math.round(similarity * 100)}%] \n `, addEllipsis(text)], 28)
limitLength(['幫您查詢「', addEllipsis(event.input), '」的相關回應。'], 100)
```
其中那個 `addEllipsis` 透過回傳 object 或 function 來與 `limitLength` 知道說「我是要被縮小的字串」
當然另一種更正規的作法可能是類似 sprintf 那種 string replacement 了
為什麼技術上不可行呀，limitLength 你不是只是要砍字串尾巴換成「…」這樣而已噢？他所拿到的參數不是就是一個展開後的完整字串了，就直接就可以做啦？
噢你的 limitLength 是想要只縮 `${addEllipsis(text)}` 這個字串，而不是整個字串，是嗎？（阿不過我們的情境，一次看整個字串和只看後面的字串沒差）
ggm: 沒錯，不是砍整個字串的尾巴，而是縮小被標記成要縮小的字
嗯嗯，那你進到 tagged template 去判斷要縮小的字的時候，是從進來的參數順序判別的嗎？
順序怎麼判別 @@
我的意思是：
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
```
和
```
limitLength(28)`${addEllipsis(text) \n [相似度:${Math.round(similarity * 100)}%]}`
```
tagged template 有辦法去判斷，他只要縮 `${addEllipsis(text)}` 的嗎
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
```
和
```
limitLength(28)`${addEllipsis(text) \n [相似度:${Math.round(similarity * 100)}%]}`
```
tagged template 有辦法去判斷，他只要縮 `${addEllipsis(text)}` 的嗎
他應該是沒辦法用參數解析去判斷吧，噢看到你說的了你要讓 addEllipsis 回傳 object 或 function …
是靠 addEllipsis 與 limitLength 這兩個 function 建立某種 protocol 來偵測誰要變短的
以這個為例
```
limitLength(['幫您查詢「', addEllipsis(event.input), '」的相關回應。'], 100)
```
我可以這樣實作
```
function addEllipsis(str) {
return (limit) => str.length > ? str : str.slice(0, limit-2)+'⋯⋯'
}
function limitLength(tokens, limit) {
const usedLength = tokens.reduce((length, token) => typeof token === 'string' ? length + token.length : length, 0)
const lengthLeft = limit - usedLength;
return tokens.reduce((concatenated, token) => {
if(typeof token === 'function') return concatenated + token(lengthLeft);
return concatenated + token;
});
}
```
以這個為例
```
limitLength(['幫您查詢「', addEllipsis(event.input), '」的相關回應。'], 100)
```
我可以這樣實作
```
function addEllipsis(str) {
return (limit) => str.length > ? str : str.slice(0, limit-2)+'⋯⋯'
}
function limitLength(tokens, limit) {
const usedLength = tokens.reduce((length, token) => typeof token === 'string' ? length + token.length : length, 0)
const lengthLeft = limit - usedLength;
return tokens.reduce((concatenated, token) => {
if(typeof token === 'function') return concatenated + token(lengthLeft);
return concatenated + token;
});
}
```
trim 是做全部字串還是輸入字串啊
長度限制是全文還是輸入部分？
lucien: 全文。
因為 LINE reply API 是對全文長度做限制啊⋯⋯
這整個討論就是因為 LINE api 對全文長度做限制
我們又一狗票的 template string
例如說 LINE 限制你這個地方只能填 100 字
你的回答樣板用掉了 10 個字
那剩下就只有 90 字
你的回答樣板用掉了 10 個字
那剩下就只有 90 字
現在的問題就是
例如說，我希望每則回應前面加寫一個「`[相似度: xx%]`」
你的樣板就變長了，後頭接的回應文本字數就要更少
之前我們改樣板之後忘記改 truncate 長度，然後就悲劇啊
LINE server 直接不給我們回傳
使用者用起來就是，跟 bot 講到一半 bot 就沒回應
LINE server 直接不給我們回傳
使用者用起來就是，跟 bot 講到一半 bot 就沒回應
然後我們還有這種要 truncate 的字在中間、樣板在兩邊的：
`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
所以不能單純只在整個字串的最後頭加上「⋯⋯」
喔喔那我搞錯了
我範例改了
如果是輸入部分，那為什麼不讓 `addEllipsis ` trim 呢？
ggm: 沒錯，不是砍整個字串的尾巴，而是縮小被標記成要縮小的字
lucien: 全文。
因為 LINE reply API 是對全文長度做限制啊⋯⋯
這整個討論就是因為 LINE api 對全文長度做限制
我們又一狗票的 template string
例如說 LINE 限制你這個地方只能填 100 字
你的回答樣板用掉了 10 個字
那剩下就只有 90 字
你的回答樣板用掉了 10 個字
那剩下就只有 90 字
現在的問題就是
例如說，我希望每則回應前面加寫一個「`[相似度: xx%]`」
你的樣板就變長了，後頭接的回應文本字數就要更少
嗯嗯，那你進到 tagged template 去判斷要縮小的字的時候，是從進來的參數順序判別的嗎？
之前我們改樣板之後忘記改 truncate 長度，然後就悲劇啊
LINE server 直接不給我們回傳
使用者用起來就是，跟 bot 講到一半 bot 就沒回應
LINE server 直接不給我們回傳
使用者用起來就是，跟 bot 講到一半 bot 就沒回應
順序怎麼判別 @@
然後我們還有這種要 truncate 的字在中間、樣板在兩邊的：
`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
`幫您查詢「${addEllipsis(event.input)}」的相關回應。`
所以不能單純只在整個字串的最後頭加上「⋯⋯」
我的意思是：
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
```
和
```
limitLength(28)`${addEllipsis(text) \n [相似度:${Math.round(similarity * 100)}%]}`
```
tagged template 有辦法去判斷，他只要縮 `${addEllipsis(text)}` 的嗎
```
limitLength(28)`[相似度:${Math.round(similarity * 100)}%] \n ${addEllipsis(text)}`
```
和
```
limitLength(28)`${addEllipsis(text) \n [相似度:${Math.round(similarity * 100)}%]}`
```
tagged template 有辦法去判斷，他只要縮 `${addEllipsis(text)}` 的嗎
他應該是沒辦法用參數解析去判斷吧，噢看到你說的了你要讓 addEllipsis 回傳 object 或 function …
喔喔那我搞錯了
是靠 addEllipsis 與 limitLength 這兩個 function 建立某種 protocol 來偵測誰要變短的
以這個為例
```
limitLength(['幫您查詢「', addEllipsis(event.input), '」的相關回應。'], 100)
```
我可以這樣實作
```
function addEllipsis(str) {
return (limit) => str.length > ? str : str.slice(0, limit-2)+'⋯⋯'
}
function limitLength(tokens, limit) {
const usedLength = tokens.reduce((length, token) => typeof token === 'string' ? length + token.length : length, 0)
const lengthLeft = limit - usedLength;
return tokens.reduce((concatenated, token) => {
if(typeof token === 'function') return concatenated + token(lengthLeft);
return concatenated + token;
});
}
```
以這個為例
```
limitLength(['幫您查詢「', addEllipsis(event.input), '」的相關回應。'], 100)
```
我可以這樣實作
```
function addEllipsis(str) {
return (limit) => str.length > ? str : str.slice(0, limit-2)+'⋯⋯'
}
function limitLength(tokens, limit) {
const usedLength = tokens.reduce((length, token) => typeof token === 'string' ? length + token.length : length, 0)
const lengthLeft = limit - usedLength;
return tokens.reduce((concatenated, token) => {
if(typeof token === 'function') return concatenated + token(lengthLeft);
return concatenated + token;
});
}
```
所以你必須要做一些 function or object 去負責和 你所實作的 tagged template 構通
是呢
而這些 function or object 大概只會被用在 tagged template
我範例改了
另一種正規的做法就是 sprintf 那種
```
format(`[相似度:${similarity}%] \n %s`, [text], 40)
```
然後在 replace `%s` 的時候
順便加上 ellipsis
```
format(`[相似度:${similarity}%] \n %s`, [text], 40)
```
然後在 replace `%s` 的時候
順便加上 ellipsis
我要說的是，他並不是一個普通的 shorten 而是 shorten only for tagged template ？
嗯…突然覺得好像沒有比較好讀呢XDD ，因為要預先知道 shorten 會做特殊標記
lucien: 沒錯，這就是我覺得不一定好讀的地方 xd
tagged template 只是一種實作方式呀 @@
如果第一次看的人一定會覺得怪怪的
不用 tagged template 就是做 string replacement (像 ‘%s’)
或者是自己拆字串（自己先拆成陣列）
是可以把 shorten 命名成 tagged_shorten 解決混淆的問題
tagged template 就只是一個語法會幫你拆而已
是呀
好處就是拼接的時候可以留著可讀性
string replacement 感覺讀起來比較直觀？
Replied to a thread: 2017-06-15 15:35:03
lucien: 沒錯，這就是我覺得不一定好讀的地方 xd
就是為了使用 tagged template 而得製作另外的 function
但是你如果有很多個 template 可能就會有用吧（勢必也會有一些 function for tagged template ）
啊另外我還不懂的是 為什麼 tagged template 比較 fp 呀？
語法上比較像一個 decorator 去處理啊
可是 decorator 是 fp 的特色歐？
2017-06-16
decorator 不是呢
ggm 完全不是啊 XD
糟了，為什麼tag template literals比較FP，我不會說
我覺得他看起來比較declarative
所有看起來神秘的語法
我們都可以說他看上去比較 FP
我們都可以說他看上去比較 FP
瞬間增添神秘的美感
是這樣的嗎？😂😂
因為mark function 像一個 monad wrapper吧
所有看起來神秘的語法
我們都可以說他看上去像是個 monad
我們都可以說他看上去像是個 monad
我們要努力培養雅量
我們的 mark function 真的很像 monad 啊，把數據封裝成一種 type，然後 limitLength 打開他來做事情
只是我們沒有再封裝回去 orz
2017-06-17
Pofeng
有人看過這個網站嗎 ? ( via @ilya ) http://www.mygopen.com/
這個厲害耶！
Wow
@pofeng has joined the channel
方向是一樣的產品！
@delightfullychaotic has joined the channel
感覺他們是手動處理呢
他們的粉絲團 XD
@hsiaoting has joined the channel
@evenchange4 has joined the channel
跟泰國那個一樣嗎
mygopen 有列在去年最古早的提案 hackpad 裡頭
https://g0v.hackpad.com/-LINE-bot-Zb4bFLB7pnv
英凱提醒，他會有錯誤的資訊澄清謠言的狀況，因此要注意
https://g0v.hackpad.com/-LINE-bot-Zb4bFLB7pnv
英凱提醒，他會有錯誤的資訊澄清謠言的狀況，因此要注意
g0v.hackpad.com
＊＊＊上層 Hackfoldr：<http://beta.hackfoldr.org/rumors> / <http://謠言.大平台.tw|xn--zz2a3v.xn--kpr34ji6e.tw>＊＊＊ 專案簡介 2016/12/17 提案影片：<https://www.youtube.com/watch?v=IX7Vp3DYOFk&index=11&list=PLdwQWxpS513CcFIWolRQQg-THPjiCnLgV> 2016/12/17 提案投影片 2016/10/15 提案影片： <https://www.youtube>.
目前除了泰國與印尼的之外
還沒遇到去年列的 related work 之外的網站 XD
還沒遇到去年列的 related work 之外的網站 XD
@clementtang has joined the channel
我發現一個尷尬的狀況
這則文字其實對應到兩種影片
YouTube
他在 LINE 轉傳的時候
是文字與影片檔案分成分開的訊息一起轉發
覺得困擾 orz
是一位長輩發的
說一下 「MyGoPen｜這是假消息 」 我看過這個網站 約１年以前 不過我沒有很在意 因為「組織型態」非常「隱晦」我懷疑這個網站背後的目的不單純
@ggm 你在 rumors-line-bot commit 的 dump.rdb 是不小心放的嗎～？
我正在改一個小東西（把「不含不實訊息」改掉），如果沒要用的話我一起把它刪囉
我正在改一個小東西（把「不含不實訊息」改掉），如果沒要用的話我一起把它刪囉
靠 .. 是
砍掉吧 QQ
我簡單 解析一下「MyGoPen｜這是假消息 」這個網站
１）標題分類模式 有點像我早先弄 新聞小幫手回報歸範書（ＳＯＰ）的習慣 它們分【假知識】【假圖片】【假LINE】【假影片】【假養生】 ……等等
２）每一則「破解」都有「結構」 而且「嚴謹」 我們用
【假養生】只要加老薑和這3個成分？清淨「被尼古丁攻佔的肺」？謠言讓衛福部都出來打臉
http://www.mygopen.com/2017/06/3.html
這一篇來看就很清楚
３）背後的人手我推論最低限度要２個人 １個人是網站設計師 架設網與設計版面排版方式（而且也會弄 LINE 的串接） 另外１個人是 專攻文字編輯 花時間找資料寫文案的
４）他們「完全不想公開自己是誰」一定有一個目的 不是說好或壞 反正人類的行為一定有一個目的 我特別點明白這一點
１）標題分類模式 有點像我早先弄 新聞小幫手回報歸範書（ＳＯＰ）的習慣 它們分【假知識】【假圖片】【假LINE】【假影片】【假養生】 ……等等
２）每一則「破解」都有「結構」 而且「嚴謹」 我們用
【假養生】只要加老薑和這3個成分？清淨「被尼古丁攻佔的肺」？謠言讓衛福部都出來打臉
http://www.mygopen.com/2017/06/3.html
這一篇來看就很清楚
３）背後的人手我推論最低限度要２個人 １個人是網站設計師 架設網與設計版面排版方式（而且也會弄 LINE 的串接） 另外１個人是 專攻文字編輯 花時間找資料寫文案的
４）他們「完全不想公開自己是誰」一定有一個目的 不是說好或壞 反正人類的行為一定有一個目的 我特別點明白這一點
我在看到更多他們表態的文章之前，比較不會預設立場啦
畢竟猜別人的 intention 也太累
至於公開的部分，我們也沒有刻意去公開自己是誰呀，報導也都用英文名字或 ID @@
畢竟猜別人的 intention 也太累
至於公開的部分，我們也沒有刻意去公開自己是誰呀，報導也都用英文名字或 ID @@
最後，其實如果真的要找 MyGoPen 背後的人是誰
http://www.mygopen.com/p/blog-page.html 這裡有 email
http://y1010b.blogspot.tw/ 這個則是 email 搜尋到的 blog
連 facebook 都有了
這根本沒在「不想公開自己是誰」吧 @@
這根本沒在「不想公開自己是誰」吧 @@
2017-06-18
像是個跟我一樣的工程師 XD
說不定我還比他更可疑呢
說不定我還比他更可疑呢
- 😂1
- 👻1
- 👽1
我也覺得不用預設他們立場 不過我覺得就敲他們一下吧 XD
2- 🔫1
之前蘭姆酒吐司是主動在 FB 敲我 XD
我也覺得可以跟他聯繫一下
說如果你寫稿覺得靈感枯竭的話可以來我們這裡看一下 XD
說如果你寫稿覺得靈感枯竭的話可以來我們這裡看一下 XD
我覺得他們是超適合的第三方資料庫呢
- 1
- 🔋1
- 🔖1
exactly
我們的爬蟲計畫停很久了哪
雖然 priority 來說
現階段或許比較有效率的做法是跟 mygopen 或其他內容生成網站說有我們這個渠道可以讓他們放他們文章的連結
- ❤️1
讓他們有個可以幫我們更新的 incentive
- 💞1
噢我錯了 爬蟲那時候是我要做的
沒有問題的
因為 bot 的改善更為緊急
因為 bot 的改善更為緊急
所以當時是覺得爬蟲應該往後延
並不是誰的錯
倒是我覺得我現在的 priority 到底應該放在 refactor 這個基礎但是還要一陣子的工程
還是應該快點實做 opinionated
這個我有點猶豫 orz
還是應該快點實做 opinionated
這個我有點猶豫 orz
我剛剛在想，有些謠言其實去信詢問政府官方單位或是其他相關的機構組織，也就可以被查證了。如果是這樣，當我們寫email去信問的時候，cofacts有沒有一個公用的email可以附上，這樣一來如果這些機構回信的時候，所有團隊也可以收到？
shangkuanlc: 沒有耶 還沒討論過這個 XD
列入wishlist，哈哈
我是有一個建議 利用 Google https://groups.google.com/ 公佈是個方法 我用新聞松的社群電郵是這招（我設定少數幾個管理人可以看而已）
公開頁 https://g0v.hackpad.com/-NEWShackathon-ZciE63K1hOa
不過 需要注意一點 3年多前 g0v groups.google.com/ 有一則電郵是別人寫過來 結果他不知道是公開的 有不高興 好像是高村長有處理這件事情
公開頁 https://g0v.hackpad.com/-NEWShackathon-ZciE63K1hOa
不過 需要注意一點 3年多前 g0v groups.google.com/ 有一則電郵是別人寫過來 結果他不知道是公開的 有不高興 好像是高村長有處理這件事情
＃以「新聞報導」為主要關注方向的黑客松 【文案沒開放共筆，本文件由Michael_LI維護中。】 *主辦者︰ 新聞小幫手企劃部 全民除黴計畫APP4AM * *方式︰ 1. 固定每個月舉辦一次小松，只要有需要，跟g0v大松同月份也會舉辦。 2. 舉辦內容沒有非常制式的方式，但是基本精神與原則還是要的，把握以下幾點即可︰ #1.程式設計朝向開放原始碼（open source）。 #2.相關成果發表需要放在網路上讓人（or後人）查閱取得，而且是容易取得。 #3.主力其實是「人類傳遞資訊過程」，正確性以及錯誤的發生原因； #4.
shangkuanlc: 沒有耶 還沒討論過這個 XD
好好笑 我們可以回應 不予回應 嗎？
現在的討論共筆
hackmd.io 
我先處理前面的
現在有在討論醫學專業 我提供一個演講 觀念的建立 昨夜我才公佈的
兩座塔，我們該選哪一個？－解開臺灣醫療迷思 ／ 洪素卿（資深醫療記者）
https://www.facebook.com/NEWShackathon/videos/1509448389076647/
兩座塔，我們該選哪一個？－解開臺灣醫療迷思 ／ 洪素卿（資深醫療記者）
https://www.facebook.com/NEWShackathon/videos/1509448389076647/
想要請問，在編輯完回應後，原編輯作者是否有可能修改回應呢？
現在不行 … XD
- 😢2
Shall we revisit our priorities?
https://github.com/orgs/cofacts/projects/1
Stuff stucked including:
1. Refactoring DB schema (I’m doing this but too slow orz) ( https://github.com/cofacts/rumors-db/issues/7 )
2. New function: edit replies ( https://github.com/cofacts/rumors-api/issues/36 )
3. New function: 我等等回 ( https://github.com/cofacts/rumors-api/issues/34 )
4. New reply type: Opinionated, Outdated (blocked by migration script https://github.com/cofacts/rumors-db/issues/3 )
5. Display +1, -1 reply feedbacks separately https://github.com/cofacts/rumors-site/issues/11
However, some improvements are blocked by the DB schema refactor, like:
- New sorting / filtering ( https://github.com/cofacts/rumors-api/issues/35 ) **Includes listing “my replied articles”!**
https://github.com/orgs/cofacts/projects/1
Stuff stucked including:
1. Refactoring DB schema (I’m doing this but too slow orz) ( https://github.com/cofacts/rumors-db/issues/7 )
2. New function: edit replies ( https://github.com/cofacts/rumors-api/issues/36 )
3. New function: 我等等回 ( https://github.com/cofacts/rumors-api/issues/34 )
4. New reply type: Opinionated, Outdated (blocked by migration script https://github.com/cofacts/rumors-db/issues/3 )
5. Display +1, -1 reply feedbacks separately https://github.com/cofacts/rumors-site/issues/11
However, some improvements are blocked by the DB schema refactor, like:
- New sorting / filtering ( https://github.com/cofacts/rumors-api/issues/35 ) **Includes listing “my replied articles”!**
不過 不管這些程式與功能
我似乎得要先剪宣傳片 ._.
我似乎得要先剪宣傳片 ._.
下面節錄的這篇端傳媒的報導，可以看到長輩們其實也在學習如何增進自己的事實辨識能力，自己建立群組來收集謠言文，我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
----
通訊軟體上的謠言不勝枚舉；例如Line總部就常發表聲明，澄清假資訊。長輩們成為通訊軟體重度使用者，這是埋藏其中的隱憂。
蔡承勳就建立了一個名稱為「上一代優文聯盟」群組，搜集長輩圖，以及眾多「謠言文」。常見的假訊息之中，不少是模擬Line的官方訊息，聲稱「本訊息夾帶病毒，請不要開啟」，或「近期先不要吃泰國水果罐頭，因為會染上愛滋病。」蔡承勳哭笑不得：「這是什麼科幻片劇情？」
邱文龍也發現，新忠里的長輩們時常容易受到Line的資訊影響，他自己就吃過假資訊的悶虧。
有一次，Line上流傳「年金改革委員會」（編按：該會為中華民國政府所設立的特殊政府機構，直屬於總統府，為國民年金提出改革方案）委員，每人車馬費高達新台幣2萬元，身為退伍軍人的邱文龍看見了，一氣之下轉傳群組。
後來，他上網比對資訊，一查發現車馬費2000元被寫成了2萬元，趕緊寫了一篇更正的文字，再傳出去。幾次經驗之後，他變得謹慎，絕不隨便轉傳沒有根據的訊息。
https://theinitium.com/article/20170617-taiwan-line-addiction/
----
通訊軟體上的謠言不勝枚舉；例如Line總部就常發表聲明，澄清假資訊。長輩們成為通訊軟體重度使用者，這是埋藏其中的隱憂。
蔡承勳就建立了一個名稱為「上一代優文聯盟」群組，搜集長輩圖，以及眾多「謠言文」。常見的假訊息之中，不少是模擬Line的官方訊息，聲稱「本訊息夾帶病毒，請不要開啟」，或「近期先不要吃泰國水果罐頭，因為會染上愛滋病。」蔡承勳哭笑不得：「這是什麼科幻片劇情？」
邱文龍也發現，新忠里的長輩們時常容易受到Line的資訊影響，他自己就吃過假資訊的悶虧。
有一次，Line上流傳「年金改革委員會」（編按：該會為中華民國政府所設立的特殊政府機構，直屬於總統府，為國民年金提出改革方案）委員，每人車馬費高達新台幣2萬元，身為退伍軍人的邱文龍看見了，一氣之下轉傳群組。
後來，他上網比對資訊，一查發現車馬費2000元被寫成了2萬元，趕緊寫了一篇更正的文字，再傳出去。幾次經驗之後，他變得謹慎，絕不隨便轉傳沒有根據的訊息。
https://theinitium.com/article/20170617-taiwan-line-addiction/
theinitium.com
87歲的張望豪在這間電腦教室教長輩們做圖，他們完成了作品，時常用最習慣使用的Line通訊軟體發送出去。於是這裏，也成了時下流行的「長輩圖」發源地之一。
奇怪我前天讀這篇怎麼沒讀到這段 XDDD
我們該與蔡承勳聯絡看看，希望他把「上一代優文聯盟」轉傳給我們嗎 XD
我們該與蔡承勳聯絡看看，希望他把「上一代優文聯盟」轉傳給我們嗎 XD
> 可以看到長輩們其實也在學習如何增進自己的事實辨識能力，自己建立群組來收集謠言文，我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
但蔡承勳好像不是沒有資訊能力的長輩，而是創投公司的專案管理人員
但蔡承勳好像不是沒有資訊能力的長輩，而是創投公司的專案管理人員
不過邱文龍是呢
至於
> 我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
這個部分，不知道直接在 LINE 上面宣傳，行不行得通？
像 mygopen 這樣：
https://g0v-tw.slack.com/files/mrorz/F5VC69G1J/_____________2017-06-17_______9.56.15.png
> 我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
這個部分，不知道直接在 LINE 上面宣傳，行不行得通？
像 mygopen 這樣：
https://g0v-tw.slack.com/files/mrorz/F5VC69G1J/_____________2017-06-17_______9.56.15.png
@mrorz 我已經問到 新忠里現任里長邱文龍 的聯繫方式了 我打算去拜訪這位老先生 了解他們這群的通訊習慣 順便推薦 真的假的
@lucien 我們是不是應該去拜訪一下？
今天大松的時候跟之前在端傳媒工作的記者聊天，提到了有趣的想法。
從端傳媒的報導裡我們學到，老人們有很多的時間，而在 LINE 上面轉傳與發文是一種與社會連結的方式。
如果我們與這樣的人接觸，除了可以理解轉傳訊息的人之外，其實還可以考慮把它們轉化成幫忙查證的人，具體來說像是
1. 分類出適合年長者來查證的訊息
2. 舉辦 workshop 邀請年長者來一起查證
就 incentive 來說，他們可以有與他人 social 的機會，也可以與子女炫耀說自己做了這麼酷的事情；而對我們來說也多了一些時間充裕的編輯。
從端傳媒的報導裡我們學到，老人們有很多的時間，而在 LINE 上面轉傳與發文是一種與社會連結的方式。
如果我們與這樣的人接觸，除了可以理解轉傳訊息的人之外，其實還可以考慮把它們轉化成幫忙查證的人，具體來說像是
1. 分類出適合年長者來查證的訊息
2. 舉辦 workshop 邀請年長者來一起查證
就 incentive 來說，他們可以有與他人 social 的機會，也可以與子女炫耀說自己做了這麼酷的事情；而對我們來說也多了一些時間充裕的編輯。
如果真的要做的話，我手邊正在跟一些夥伴合作的社會局案子有6個現成的社區要想一些跟老人、兒少相關的提案（能夠跟年輕人結合得更好），作為社區典範。說不定可以看看有沒有適合的社區可以直接合作，這樣說不定也能直接拉社會局的資源進來，或者獲得政府的重視，當做宣傳資源。
感謝分享！我覺得作為多接觸使用者的手段來說這是好事情。
不過，引入政府資源來宣傳闢謠這件事情我則有顧慮 ._.
基本上對於平台商把闢謠攬下來自己做這件事情，我都滿有顧慮的。更何況是具有資源、也最有 incentive 去屏蔽資訊的政府。
不過，引入政府資源來宣傳闢謠這件事情我則有顧慮 ._.
基本上對於平台商把闢謠攬下來自己做這件事情，我都滿有顧慮的。更何況是具有資源、也最有 incentive 去屏蔽資訊的政府。
對我來說一個判斷的標準是多元性。
一個民間的團體跳出來說某些言論含有錯誤訊息、某些言論含有正確訊息，跟一個政府跳出來說這個民間團體說的錯誤訊息與正確訊息是很好的，後者對於多元性的影響到底是正向還是負向，我是打一個問號的。
一個民間的團體跳出來說某些言論含有錯誤訊息、某些言論含有正確訊息，跟一個政府跳出來說這個民間團體說的錯誤訊息與正確訊息是很好的，後者對於多元性的影響到底是正向還是負向，我是打一個問號的。
我覺得這方面可以再後續多加討論。可能我的描述沒有很好，我的想像不是政府出來說 cofacts 好棒棒，而是社會局出來說老人家能跟年輕人一起多做社會參與好棒棒。我覺得這會是大家都覺得比較妥當的論述（吧？）
列入wishlist，哈哈
- 👍1
@lucien 剛剛找了一下維基的黑名單列表，供你參考。
1. 這是全部計畫都禁的黑名單，大部分都是廣告宣傳被擋： https://meta.m.wikimedia.org/wiki/Spam_blacklist
2. 這是英文維基百科社群列出的網站黑名單：https://en.wikipedia.org/wiki/Wikipedia:Spam-blacklist?wprov=sfsi1
3. 中文現在志工正在建立的非可靠來源網址名單：https://zh.m.wikipedia.org/wiki/User:LNDDYL/%E9%9D%9E%E5%8F%AF%E9%9D%A0%E4%BE%86%E6%BA%90%E7%B6%B2%E5%9D%80%E5%90%8D%E5%96%AE
1. 這是全部計畫都禁的黑名單，大部分都是廣告宣傳被擋： https://meta.m.wikimedia.org/wiki/Spam_blacklist
2. 這是英文維基百科社群列出的網站黑名單：https://en.wikipedia.org/wiki/Wikipedia:Spam-blacklist?wprov=sfsi1
3. 中文現在志工正在建立的非可靠來源網址名單：https://zh.m.wikipedia.org/wiki/User:LNDDYL/%E9%9D%9E%E5%8F%AF%E9%9D%A0%E4%BE%86%E6%BA%90%E7%B6%B2%E5%9D%80%E5%90%8D%E5%96%AE
*.<http://ptt.cc|ptt.cc> (HTTPS)*.<http://weibo.com|weibo.com> (HTTPS)*.<http://weibo.cn|weibo.cn> (HTTPS)*.<http://baidu.com|baidu.com> (HTTPS)*.<http://kknews.cc|kknews.cc> (HTTPS)*.<http://zhihu.com|zhihu.com> (HTTPS)*.<http://answers.yahoo.com|answers.yahoo.com> (HTTPS)*.<http://facebook.com|facebook.com> (HTTPS)*.<http://twitter.com|twitter.com> (HTTPS)*.<http://instagram.com|instagram.com> (HTTPS)*.<http://youtube.com|youtube.com> (HTTPS)*.<http://plurk.com|plurk.com> (HTTPS)*.<http://tumblr.com|tumblr.com> (HTTPS)*.<http://renren.com|renren.com> (HTTPS)<http://mp.weixin.qq.com|mp.weixin.qq.com> (HTTPS)*.<http://hudong.com|hudong.com> (HTTPS)*.<http://baike.com|baike.com> (HTTPS)*.<http://twwiki.com|twwiki.com> (HTTPS)*.<http://toutiao.com|toutiao.com> (HTTPS)*.<http://blogger.com|blogger.com> (HTTPS)<http://plus.google.com|plus.google.com> (HTTPS)*.<http://read01.com|read01.com> (HTTPS)*.<http://wikia.com|wikia.com> (HTTPS)*.wiki (HTTPS)*.blog (HTTPS)*.social (HTTPS)*.xxx (HTTPS)
- 👍5
2017-06-19
Replied to a thread: 2017-06-18 20:23:24
奇怪我前天讀這篇怎麼沒讀到這段 XDDD
我們該與蔡承勳聯絡看看，希望他把「上一代優文聯盟」轉傳給我們嗎 XD
我們該與蔡承勳聯絡看看，希望他把「上一代優文聯盟」轉傳給我們嗎 XD
下面節錄的這篇端傳媒的報導，可以看到長輩們其實也在學習如何增進自己的事實辨識能力，自己建立群組來收集謠言文，我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
----
通訊軟體上的謠言不勝枚舉；例如Line總部就常發表聲明，澄清假資訊。長輩們成為通訊軟體重度使用者，這是埋藏其中的隱憂。
蔡承勳就建立了一個名稱為「上一代優文聯盟」群組，搜集長輩圖，以及眾多「謠言文」。常見的假訊息之中，不少是模擬Line的官方訊息，聲稱「本訊息夾帶病毒，請不要開啟」，或「近期先不要吃泰國水果罐頭，因為會染上愛滋病。」蔡承勳哭笑不得：「這是什麼科幻片劇情？」
邱文龍也發現，新忠里的長輩們時常容易受到Line的資訊影響，他自己就吃過假資訊的悶虧。
有一次，Line上流傳「年金改革委員會」（編按：該會為中華民國政府所設立的特殊政府機構，直屬於總統府，為國民年金提出改革方案）委員，每人車馬費高達新台幣2萬元，身為退伍軍人的邱文龍看見了，一氣之下轉傳群組。
後來，他上網比對資訊，一查發現車馬費2000元被寫成了2萬元，趕緊寫了一篇更正的文字，再傳出去。幾次經驗之後，他變得謹慎，絕不隨便轉傳沒有根據的訊息。
https://theinitium.com/article/20170617-taiwan-line-addiction/
> 可以看到長輩們其實也在學習如何增進自己的事實辨識能力，自己建立群組來收集謠言文，我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
但蔡承勳好像不是沒有資訊能力的長輩，而是創投公司的專案管理人員
但蔡承勳好像不是沒有資訊能力的長輩，而是創投公司的專案管理人員
不過邱文龍是呢
至於
> 我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
這個部分，不知道直接在 LINE 上面宣傳，行不行得通？
像 mygopen 這樣：
https://g0v-tw.slack.com/files/mrorz/F5VC69G1J/_____________2017-06-17_______9.56.15.png
> 我們應該怎麼樣讓這些長輩們知道可以把謠言文收集到linebot上呢？
這個部分，不知道直接在 LINE 上面宣傳，行不行得通？
像 mygopen 這樣：
https://g0v-tw.slack.com/files/mrorz/F5VC69G1J/_____________2017-06-17_______9.56.15.png
Replied to a thread: 2017-06-18 19:11:30
Shall we revisit our priorities?
https://github.com/orgs/cofacts/projects/1
Stuff stucked including:
1. Refactoring DB schema (I’m doing this but too slow orz) ( https://github.com/cofacts/rumors-db/issues/7 )
2. New function: edit replies ( https://github.com/cofacts/rumors-api/issues/36 )
3. New function: 我等等回 ( https://github.com/cofacts/rumors-api/issues/34 )
4. New reply type: Opinionated, Outdated (blocked by migration script https://github.com/cofacts/rumors-db/issues/3 )
5. Display +1, -1 reply feedbacks separately https://github.com/cofacts/rumors-site/issues/11
However, some improvements are blocked by the DB schema refactor, like:
- New sorting / filtering ( https://github.com/cofacts/rumors-api/issues/35 ) **Includes listing “my replied articles”!**
https://github.com/orgs/cofacts/projects/1
Stuff stucked including:
1. Refactoring DB schema (I’m doing this but too slow orz) ( https://github.com/cofacts/rumors-db/issues/7 )
2. New function: edit replies ( https://github.com/cofacts/rumors-api/issues/36 )
3. New function: 我等等回 ( https://github.com/cofacts/rumors-api/issues/34 )
4. New reply type: Opinionated, Outdated (blocked by migration script https://github.com/cofacts/rumors-db/issues/3 )
5. Display +1, -1 reply feedbacks separately https://github.com/cofacts/rumors-site/issues/11
However, some improvements are blocked by the DB schema refactor, like:
- New sorting / filtering ( https://github.com/cofacts/rumors-api/issues/35 ) **Includes listing “my replied articles”!**
ggm
現在不行 … XD
Shall we revisit our priorities? <https://github.com/orgs/cofacts/projects/1> Stuff stucked including: 1. Refactoring DB schema (I’m doing this but too slow orz) ( <https://github.com/cofacts/rumors-db/issues/7> ) 2. New function: edit replies ( <https://github.com/cofacts/rumors-api/issues/36> ) 3. New function: 我等等回 ( <https://github.com/cofacts/rumors-api/issues/34> ) However, some improvements are blocked by the DB schema refactor, like: 1. New sorting / filtering ( <https://github.com/cofacts/rumors-api/issues/35> ) **Includes listing “my replied articles”!** 2.
@mrorz commented on @mrorz’s file 在長輩群組裡收到 mygopen 耶好猛: 有新聞了呢
https://www.youtube.com/watch?v=ES-Q6xwgEGw
https://www.youtube.com/watch?v=ES-Q6xwgEGw
@mrorz 我已經問到 新忠里現任里長邱文龍 的聯繫方式了 我打算去拜訪這位老先生 了解他們這群的通訊習慣 順便推薦 真的假的
我來問一下大家 名額２個（加我共３人） 是關於 「Line來Line去」的長輩圖，給長者們的生活帶來什麼？ 這篇文章
我已經問到 新忠里現任里長邱文龍 的聯繫方式了 我打算去拜訪這位老先生 了解他們這群人的通訊習慣 順便推薦 真的假的
看看有沒有人有興趣想跟我一起去呢？
我已經問到 新忠里現任里長邱文龍 的聯繫方式了 我打算去拜訪這位老先生 了解他們這群人的通訊習慣 順便推薦 真的假的
看看有沒有人有興趣想跟我一起去呢？
michael_li: 我本身是行銷，過去有使用者研究的背景，去年與今年有都在協助台北市社會局做社區服務設計的專案，對真的假的專案也很有興趣。不知道可不可以偷偷佔個名額，一起去了解呢？
@delightfullychaotic 好歐 我還沒安排時間約 個人私訊我們再繼續協調
真相问答机-百度知道
https://zhidao.baidu.com/liuyan
https://zhidao.baidu.com/liuyan
太好了，cofacts 一大團中國來的謠言就交給來源母國處理了 XDDD
他是屬於內容產生型的平台呢，與內容產生者合作在上頭產出內容，更像是泛科學那樣的定位。
不知道有沒有 RSS / API ?
有這個 WebQA: A Chinese Open-Domain Factoid Question Answering Dataset
這滿有趣的，之後我們也可以釋出這種斷詞過後的 structured article (對應到 `Datapoint`) 與 replies (對應到 `Evidence`)
沒錯沒錯 我也是這樣想 哈哈
真的假的-百度知道
太好了，cofacts 一大團中國來的謠言就交給來源母國處理了 XDDD
他是屬於內容產生型的平台呢，與內容產生者合作在上頭產出內容，更像是泛科學那樣的定位。
Replied to a thread: 2017-06-19 22:15:05
不知道有沒有 RSS / API ?
2017-06-20
有這個 WebQA: A Chinese Open-Domain Factoid Question Answering Dataset
這滿有趣的，之後我們也可以釋出這種斷詞過後的 structured article (對應到 `Datapoint`) 與 replies (對應到 `Evidence`)
沒錯沒錯 我也是這樣想 哈哈
michael_li: 我本身是行銷，過去有使用者研究的背景，去年與今年有都在協助台北市社會局做社區服務設計的專案，對真的假的專案也很有興趣。不知道可不可以偷偷佔個名額，一起去了解呢？
1
"The uses of two political bots in Taiwan, an anti-fake news bot and an intelligence-gathering
crawler bot used in a 2014 electoral campaign, are explored in detail."
http://comprop.oii.ox.ac.uk/wp-content/uploads/sites/89/2017/06/Comprop-Taiwan-2.pdf
crawler bot used in a 2014 electoral campaign, are explored in detail."
http://comprop.oii.ox.ac.uk/wp-content/uploads/sites/89/2017/06/Comprop-Taiwan-2.pdf
Added to hackfoldr!
http://newcongress.tw/?p=10925 有中文文章引用這份報告了
"To combat this problem, a team of developers with funding from g0v.tw have decided to build a LINE bot called 真的假的—which roughly translates to “Are you kidding me?!” or “For real!?”."
XDDDD
2017-06-21
Oh 原來 Nickmon 的採訪寫到這裡來了
Cool
Added to hackfoldr!
@mrorz 有空幫我喵一下這個 https://github.com/cofacts/rumors-line-bot/tree/improvement/state-refactoring
我改了一些東西：
1. 把 state 抽出成很多個 function
2. 把原本用遞迴呼叫的方式改成迴圈
3. 把 1. 的 function 們給 export (其實 export 只為了寫 test，暫時想不到好作法，但我想反正他們有一天也會長大長成需要寫成 module）
4. 寫了其中一個 state function 的 test (snapshot + mock)
沒有什麼大問題的話，我就把所有的 state function 的 test 寫完，再送上 master
我改了一些東西：
1. 把 state 抽出成很多個 function
2. 把原本用遞迴呼叫的方式改成迴圈
3. 把 1. 的 function 們給 export (其實 export 只為了寫 test，暫時想不到好作法，但我想反正他們有一天也會長大長成需要寫成 module）
4. 寫了其中一個 state function 的 test (snapshot + mock)
沒有什麼大問題的話，我就把所有的 state function 的 test 寫完，再送上 master
rumors-line-bot - Line bot that checks if a message contains internet rumor.
- 👍2
@delightfullychaotic 好歐 我還沒安排時間約 個人私訊我們再繼續協調
@hazelwei commented on @mrorz’s file 在長輩群組裡收到 mygopen 耶好猛: 我們可以在自己的網站加入line的分享外掛，然後寫像是截圖裡的客製化文字
@lucien 我們是不是應該去拜訪一下？
@lucien commented on @mrorz’s file 在長輩群組裡收到 mygopen 耶好猛: 是呢
2017-06-22
2017-06-24
最近一直收到影片流言
還有這種文字 + 影片被編輯誤認為「非完整訊息」的 QQ
https://github.com/cofacts/rumors-line-bot/issues/11#issuecomment-310719476
還有這種文字 + 影片被編輯誤認為「非完整訊息」的 QQ
https://github.com/cofacts/rumors-line-bot/issues/11#issuecomment-310719476
確認 LINE bot 是否可以偵測「連續多則訊息」。 如果是連續多則訊息，先把每個訊息存進 context，詢問使用者「我們收到了您傳的 N 則訊息。他們是同一個訊息嗎？」「是，他們是同一則訊息」「不，他們是不同的訊息」。 如果選「是」就把字串接起來查詢。 如果選「不是」，問「我們一次只能查詢一則訊息唷。請問您要先查詢哪一則呢？」然後用 Carousel template message ...
感覺這可以當食安類的資料庫（？
- 👍2
jwj_cheng.hackpad.com
本文取自農業謠言追追追 FB粉絲團的置頂文，由於FB搜尋文章不方便，因此同時利用這個置頂文來收集所有文章清單列表，但不知為何4/29起無法再更新，因此另外放在這邊繼續更新。 農業謠言追追追 FB粉絲團：<https://www.facebook.com/agri>.
http://newcongress.tw/?p=10925 有中文文章引用這份報告了
2017-06-27
明天開會要填戰報的期中進度，還要生出 300 字英文簡介～
另外如果還有時間，我希望可以討論一下
https://g0v-tw.slack.com/archives/C2PPMRQGP/p1497846412478504?thread_ts=1497784290.621346&cid=C2PPMRQGP
https://g0v-tw.slack.com/archives/C2PPMRQGP/p1497846412478504?thread_ts=1497784290.621346&cid=C2PPMRQGP
Johnson Liang
Shall we revisit our priorities?
https://github.com/orgs/cofacts/projects/1
Stuff stucked including:
1. Refactoring DB schema (I’m doing this but too slow orz) ( https://github.com/cofacts/rumors-db/issues/7 )
2. New function: edit replies ( https://github.com/cofacts/rumors-api/issues/36 )
3. New function: 我等等回 ( https://github.com/cofacts/rumors-api/issues/34 )
4. New reply type: Opinionated, Outdated (blocked by migration script https://github.com/cofacts/rumors-db/issues/3 )
5. Display +1, -1 reply feedbacks separately https://github.com/cofacts/rumors-site/issues/11
However, some improvements are blocked by the DB schema refactor, like:
- New sorting / filtering ( https://github.com/cofacts/rumors-api/issues/35 ) **Includes listing “my replied articles”!**
好
還有一些沒寫在 ticket 裡的
例如說 design decision 裡頭提到http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252FBJxsXEc3g
「opinionated 設計方案」決定要採 2 的話，那『「非完整文章或訊息」的 wording』還要再改變嗎？感覺改 wording 應該不會被 schema 啥的卡住。
這個我覺得可以在明天 meeting 前先在這裡討論，開會前沒結論的話就先放著不提好了。
不然每次討論到這個我們會就開不完 XDD
例如說 design decision 裡頭提到http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252FBJxsXEc3g
「opinionated 設計方案」決定要採 2 的話，那『「非完整文章或訊息」的 wording』還要再改變嗎？感覺改 wording 應該不會被 schema 啥的卡住。
這個我覺得可以在明天 meeting 前先在這裡討論，開會前沒結論的話就先放著不提好了。
不然每次討論到這個我們會就開不完 XDD
2017-06-28
我想改 wording ，我覺得「非完整文章或訊息」 不是很好閱讀
好呀
以前討論裡頭：http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252Fr1HvVA9Jb
有些 alternative：
```
與真假無關／與事實無關之訊息
不屬於謠言與否
網路謠言分類以外／非關謠言
非可查證文章或訊息
非可查證範圍／不在查證範圍
```
以前討論裡頭：http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252Fr1HvVA9Jb
有些 alternative：
```
與真假無關／與事實無關之訊息
不屬於謠言與否
網路謠言分類以外／非關謠言
非可查證文章或訊息
非可查證範圍／不在查證範圍
```
https://cofacts.g0v.tw/article/AVzr1g-NyCdS-nWhubIu
https://cofacts.g0v.tw/article/AVzr3anbyCdS-nWhubIx
https://cofacts.g0v.tw/article/AVzkoPo8yCdS-nWhubEZ （這是啥 www）
https://cofacts.g0v.tw/article/AVzkoEt5yCdS-nWhubEY （這又是啥 www）
https://cofacts.g0v.tw/article/AVzn5IkqyCdS-nWhubF4
https://cofacts.g0v.tw/article/AVzpRdPgyCdS-nWhubGl
https://cofacts.g0v.tw/article/AVzjZfsRyCdS-nWhubDx
https://cofacts.g0v.tw/article/AVzr3anbyCdS-nWhubIx
https://cofacts.g0v.tw/article/AVzkoPo8yCdS-nWhubEZ （這是啥 www）
https://cofacts.g0v.tw/article/AVzkoEt5yCdS-nWhubEY （這又是啥 www）
https://cofacts.g0v.tw/article/AVzn5IkqyCdS-nWhubF4
https://cofacts.g0v.tw/article/AVzpRdPgyCdS-nWhubGl
https://cofacts.g0v.tw/article/AVzjZfsRyCdS-nWhubDx
我是覺得「不在可查證範圍」不錯
或「非可查證文章或訊息」
我和蝴蝶今天會晚點到噢 今天要開個晚上的會
差不多 8:30 之類的
我要順道去看醫生，希望八點可到
我會先寫英文簡介
待討論功能：
[ ] Bot 使用者調查：找出誰傳送訊息？他們的期待是什麼？（進行Line上的問卷調查）
[ ] 使用功能優化執行/順序討論：
[ ] 邏輯謬誤的按鈕
[ ] 查證資料安排的先後順序，會影響讀者理解資訊的正確性，怎麼做最好？依照資料來源排序？
[ ] 編輯追蹤系統
[ ] 手動貼到FB上面求助會不會很難？是否可以增加一個求助按鈕，就可以自動連結到社團貼文？技術上可行嗎？
[ ] 當一則新謠言被查證，是否要主動推播訊息給先前查詢的人？有一則查證就推播還是？
[ ] 編輯社群成長觀察：目前有哪些數字可以輔助理解？GA中可以區分闢謠編輯與一般使用者嗎？
[ ] 編輯準則：邏輯問題（滑坡、稻草人：解決個別事證都對，加起來結論邏輯有誤的問題）（要放在同一個平台上嗎？）
[ ] 查證工具使用教學：Google 進階搜尋的教學文、video查證教學（辨識可查證範圍、記錄在哪裡？）、英文查證技巧、
[ ] 未來小聚規劃：主題性（法律、政治體制、醫療）
[ ] Bot 使用者調查：找出誰傳送訊息？他們的期待是什麼？（進行Line上的問卷調查）
[ ] 使用功能優化執行/順序討論：
[ ] 邏輯謬誤的按鈕
[ ] 查證資料安排的先後順序，會影響讀者理解資訊的正確性，怎麼做最好？依照資料來源排序？
[ ] 編輯追蹤系統
[ ] 手動貼到FB上面求助會不會很難？是否可以增加一個求助按鈕，就可以自動連結到社團貼文？技術上可行嗎？
[ ] 當一則新謠言被查證，是否要主動推播訊息給先前查詢的人？有一則查證就推播還是？
[ ] 編輯社群成長觀察：目前有哪些數字可以輔助理解？GA中可以區分闢謠編輯與一般使用者嗎？
[ ] 編輯準則：邏輯問題（滑坡、稻草人：解決個別事證都對，加起來結論邏輯有誤的問題）（要放在同一個平台上嗎？）
[ ] 查證工具使用教學：Google 進階搜尋的教學文、video查證教學（辨識可查證範圍、記錄在哪裡？）、英文查證技巧、
[ ] 未來小聚規劃：主題性（法律、政治體制、醫療）
2017-06-29
話說有人看到這篇研究嗎？牛津網路研究所對於機器人政治宣傳的研究計畫，這篇草稿論文的作者看來在Jigsaw工作，有寫到真的假的LineBot和g0v在第十四頁喔（大松可以宣傳一下啦 XDD）： http://comprop.oii.ox.ac.uk/wp-content/uploads/sites/89/2017/06/Comprop-Taiwan-2.pdf
有唷之前 pofeng 有貼～
"The uses of two political bots in Taiwan, an anti-fake news bot and an intelligence-gathering
crawler bot used in a 2014 electoral campaign, are explored in detail."
http://comprop.oii.ox.ac.uk/wp-content/uploads/sites/89/2017/06/Comprop-Taiwan-2.pdf
- 😆1
- 👍1
受訪的時間是 3 月底
2017-06-30
@mrorz pinned @delightfullychaotic’s PDF 給 #cofacts 一些可能重要也可能不重要的小建議.pdf to this channel.
@mrorz commented on @delightfullychaotic’s file 給 #cofacts 一些可能重要也可能不重要的小建議.pdf: 感謝你的 feedback m(_ _)m
前幾天在 cofacts 上面有看到超級多篇都是 Rosalind 回的回覆！
目前每個禮拜三晚上會出席討論的人是 6 位成員，所有的人都是在下班的時候撥空做事情的。另外，由於大家都是志願性質，本身也不太希望緊追大家的進度，因此即使所有的 feature request 都有追蹤（ https://github.com/orgs/cofacts/projects/1 ），但因為都沒在動所以看起來沒在管理 XD
程式的部分其實也不是都是我做，像最近 LINE bot 新增相似度之類的，都是 @ggm 做的改善唷！
前幾天在 cofacts 上面有看到超級多篇都是 Rosalind 回的回覆！
目前每個禮拜三晚上會出席討論的人是 6 位成員，所有的人都是在下班的時候撥空做事情的。另外，由於大家都是志願性質，本身也不太希望緊追大家的進度，因此即使所有的 feature request 都有追蹤（ https://github.com/orgs/cofacts/projects/1 ），但因為都沒在動所以看起來沒在管理 XD
程式的部分其實也不是都是我做，像最近 LINE bot 新增相似度之類的，都是 @ggm 做的改善唷！
@mrorz commented on @delightfullychaotic’s file 給 #cofacts 一些可能重要也可能不重要的小建議.pdf: 關於查詢使用者與編輯這兩群 user，目前確實是比較偏重於編輯這塊，在查詢使用者的著墨確實比較少；雖然在最近的幾次會議中（ http://beta.hackfoldr.org/cofacts 的 Meeting notes, 20170628, 20170621, 20170531 等次會議）都有提到想要瞭解更多關於在 LINE 上查詢的使用者回饋，但除了「應該要設計問卷給他們填」之外，沒有實際的 actionable item，目前也沒有人有餘裕擔任 owner own 這個 item，因此就先擺著了 QQ。
@mrorz commented on @delightfullychaotic’s file 給 #cofacts 一些可能重要也可能不重要的小建議.pdf: 另一方面，由於當前問題比較大的是有一半的文章還沒有編輯處理過，
另外編輯進行參與的 incentive 或許比較高，所以與使用者比起來，目前注重於編輯者方面多些
另外編輯進行參與的 incentive 或許比較高，所以與使用者比起來，目前注重於編輯者方面多些
@mrorz commented on @delightfullychaotic’s file 給 #cofacts 一些可能重要也可能不重要的小建議.pdf: 關於月中的編輯小聚，當時的文件亦記載的籌辦目標其實滿具體而單純的：http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252FH1yCTyS2e
沒想別的，其實就只是想讓未回覆謠言數下降 XD
重點不是當天的回覆數，而是大家來了現場、學了闢謠方式、真的實際碰面看了看其他的參與者之後，可以明白其實編輯者就是身邊的你我他，大家都可以來編輯，而且隨時都可以這麼做。
沒想別的，其實就只是想讓未回覆謠言數下降 XD
重點不是當天的回覆數，而是大家來了現場、學了闢謠方式、真的實際碰面看了看其他的參與者之後，可以明白其實編輯者就是身邊的你我他，大家都可以來編輯，而且隨時都可以這麼做。
@mrorz commented on @delightfullychaotic’s file 給 #cofacts 一些可能重要也可能不重要的小建議.pdf: 小聚的時候我們有拍攝一些宣傳用的影片，剪輯完成之後會釋出，希望讓大家更明白「編輯就是大家」這件事情
@mrorz commented on @delightfullychaotic’s file 給 #cofacts 一些可能重要也可能不重要的小建議.pdf: 至於很多很多社群的管理
包含編輯向的 facebook 社團每週整理未回覆文章、吸引闢謠
還有使用者向的 LINE 主頁管理、LINE 群發訊息維持熱度，真的是沒有人手可以進行這件事情 QAQ
雖然開會有提，但是需要更多人來幫忙才行 QQ
包含編輯向的 facebook 社團每週整理未回覆文章、吸引闢謠
還有使用者向的 LINE 主頁管理、LINE 群發訊息維持熱度，真的是沒有人手可以進行這件事情 QAQ
雖然開會有提，但是需要更多人來幫忙才行 QQ
感謝 @mrorz 認真回覆（已哭） 我會持續幫忙尋找小編跟闢謠的，如果有需要，也可以提供其他功能（？
@hazelwei commented on @delightfullychaotic’s file 給 #cofacts 一些可能重要也可能不重要的小建議.pdf: 就像orz說的，好多項目都有在開會中提到，但要開展的項目太多了，好分身乏術QQ很謝謝你這麼仔細的建議，很多項目會再仔細盤整落實！！！
小聚的部分，我們也是希望可以透過這樣的活動先理有興趣的人是誰、解闢謠上的使用需求、解答問題過程碰到的困難，所以當天跟在場的編輯有很深度的討論，也得到很多你有想到的回饋（你好厲害！），這些也都納入這幾次的會議與開發排程，有進度還請你多給我們中肯直接的建議（跪）
小聚的部分，我們也是希望可以透過這樣的活動先理有興趣的人是誰、解闢謠上的使用需求、解答問題過程碰到的困難，所以當天跟在場的編輯有很深度的討論，也得到很多你有想到的回饋（你好厲害！），這些也都納入這幾次的會議與開發排程，有進度還請你多給我們中肯直接的建議（跪）
slack 沒被牆真是太好了
每週累積回應數，在 5 月初有個高峰的原因是有惡意攻擊
然後小編手動一個一個標成「非轉傳訊息或文章」
所以 reply 數大增
惡意攻擊報告可以參考這篇最上頭的 update http://beta.hackfoldr.org/cofacts/https%253A%252F%252Fhackmd.io%252Fs%252FSkHt8JZ6l