cofacts

Month: 2017-03

2017-03-01

mrorz 10:38:25
更新一下現況
1. https://g0v-tw.slack.com/archives/rumors/p1487180573000168 這個實作完成了。已經更新 seed script。
2. API server 已接好 Facebook, twitter 與 github login
3. API server 也寫完了現階段會用到的 mutation API

3/4 大松前預計的時程:
* 3/1 晚上:將 LINE bot 接上 mutation API,然後更新 production DB、API server 與 bot server。這樣一來,我們會從 airtable 完全斷開,通通上 elastic search!(反正現在 airtable 太大了,應該沒有人會在上面協作⋯⋯)
* 3/2 晚上:將 mutation API 接上協作介面。實作 elastic search 本機備份。(異地備份目前還沒想法 @@)
* 3/3 晚上:寫投影片。

所以我想要把現在 articles 裡面儲存 `replyIds[]` 的做法 (has-and-belong-to-many) 更新成 articles 裡面儲存 `replyConnections[]` (一樣是 has-and-belong-to-many) 每個 connection 會是個 object `{replyId: "要連結的 reply ID”, userId: “哪個小編建立的連結", feedbacks: [{評價 good / bad, 使用者 ID}]}`

mrorz 10:40:53
舊版本有,但新版本還沒放進去所以會暫時失效的東西包含

1. 新聞小幫手 integration:原本 line bot 會去問新聞小幫手,但新版的還沒實作這個部分。
2. 查詢爬蟲結果:⋯⋯就還沒寫。
ggm 15:48:16
投影片是不是要分工一下
ggm 15:48:28
你是做招募小編嗎?然後我來做招募爬蟲手?
mrorz 21:29:23
3分鐘報告捏
mrorz 21:29:31
超趕
mrorz 21:29:42
你有想講的東西嗎
mrorz 21:29:53
我本來打算把專案現況講一講就好
mrorz 21:30:04
然後徵求的人會包含前端工程師
mrorz 21:30:36
我明天晚上應該沒辦法把 rumors-site 寫完
只能讓他會動
但小編們必須要具備閱讀 JSON 的能力才能進行協作之類的⋯⋯
mrorz 21:40:47
本來是想禮拜五才寫 slide 的說 ._.
mrorz 21:40:52
我先寫 code
yhsiang 21:45:06
從早寫到晚的 mrorz

2017-03-02

ggm 01:31:03
ggm 01:31:09
好啊
@null 01:48:48

Log event

2017-03-01 17:37:11.769 173 &lt;190&gt;1 2017-03-01T17:37:11.460065+00:00 app web.1 - - 54.251.34.67 - - [01/Mar/2017:17:37:11 +0000] "GET /ping HTTP/1.1" 200 4 0.0022 2017-03-01 17:37:17.897 289 &lt;158&gt;1 2017-03-01T17:37:17.713579+00:00 heroku router - - at=info method=GET path="/ping" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=e2af8950-e739-4e9c-9fc6-2b18d4b9dd4a fwd="50.112.95.211" dyno=web.1 connect=27ms service=31ms status=200 bytes=195 2017-03-01 17:37:39.534 175 &lt;190&gt;1 2017-03-01T17:37:39.162001+00:00 app web.1 - - 54.248.250.232 - - [01/Mar/2017:17:37:39 +0000] "GET /ping HTTP/1.1" 200 4 0.0096 2017-03-01 17:37:59.749 422 &lt;134&gt;1 2017-03-01T17:37:21+00:00 app heroku-redis - - source=REDIS sample#active-connections=1 sample#load-avg-1m=0.055 sample#load-avg-5m=0.085 sample#load-avg-15m=0.085 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468.0kB sample#memory-free=12666692.0kB sample#memory-cached=998776kB sample#memory-redis=283088bytes sample#hit-rate=0.86988 sample#evicted-keys=0 2017-03-01 17:39:47.895 287 &lt;158&gt;1 2017-03-01T17:39:47.594153+00:00 heroku router - - at=info method=GET path="/ping" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=82ce6174-54b1-4ae0-99b6-98a678a40d74 fwd="50.112.95.211" dyno=web.1 connect=1ms service=7ms status=200 bytes=195 2017-03-01 17:43:03.802 421 &lt;134&gt;1 2017-03-01T17:42:16+00:00 app heroku-redis - - source=REDIS sample#active-connections=1 sample#load-avg-1m=0.055 sample#load-avg-5m=0.095 sample#load-avg-15m=0.09 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468.0kB sample#memory-free=12666452.0kB sample#memory-cached=998788kB sample#memory-redis=283088bytes sample#hit-rate=0.86988 sample#evicted-keys=0 2017-03-01 17:44:02.284 422 &lt;134&gt;1 2017-03-01T17:43:30+00:00 app heroku-redis - - source=REDIS sample#active-connections=1 sample#load-avg-1m=0.155 sample#load-avg-5m=0.115 sample#load-avg-15m=0.095 sample#read-iops=0 sample#write-iops=0 sample#memory-total=15664468.0kB sample#memory-free=12666464.0kB sample#memory-cached=998780kB sample#memory-redis=283088bytes sample#hit-rate=0.86988 sample#evicted-keys=0 2017-03-01 17:44:48.026 174 &lt;190&gt;1 2017-03-01T17:44:47.659926+00:00 app web.1 - - 50.112.95.211 - - [01/Mar/2017:17:44:47 +0000] "GET /ping HTTP/1.1" 200 4 0.0023 2017-03-01 17:44:48.026 287 &lt;158&gt;1 2017-03-01T17:44:47.658746+00:00 heroku router - - at=info method=GET path="/ping" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=1079daf0-fe05-44ba-8769-afae13e900ff fwd="50.112.95.211" dyno=web.1 connect=0ms service=7ms status=200 bytes=195 2017-03-01 17:47:17.891 287 &lt;158&gt;1 2017-03-01T17:47:17.618557+00:00 heroku router - - at=info method=GET path="/ping" host=<http://rumor-line-bot.herokuapp.com|rumor-line-bot.herokuapp.com> request_id=f2b89edb-a80b-4e51-81f7-3207c0c53bbd fwd="50.112.95.211" dyno=web.1 connect=0ms service=3ms status=200 bytes=195

mrorz 02:19:40
現在 API、LINE bot 與 database 都是最新的資料了,可以在 http://rumors.hacktabl.org/ 看到最新的 rumor 資料~~


Airtable 的編輯權限已經全數收回,明天晚上來實做編輯界面。

known issue of new LINE bot:
mrorz 02:20:56
1. 訊息裡面如果有 emoji 的話好像會過不了 LINE signature check。我是看網路範例的,但大概網路範例沒有處理 emoji 吧⋯⋯ @@
mrorz 02:21:45
2. 對同一篇文章送兩次 reply request 好像會讓 bot 回「糟糕,bot 故障了。可以再傳一次嗎? QQ」。
mrorz 23:42:49
上面 1, 2 修掉惹
mrorz 02:22:12
TODO:
a. LINE bot 的 message drain (把使用者 log 塞進 s3)
b. elasticsearch 的 backup
c. 確認透過 LINE bot 蓋出來的 article, reply request 的 `from` property 是 `RUMORS_LINE_BOT`
lucien 19:22:01
投影片需要幫忙嗎
mrorz 20:13:23
我應該明天晚上才會做 slide 唷
會從過去的 Slide 來改
mrorz 20:21:02
基本上介紹現在 line bot 的操作流程 ( 有很多步 ) 就會花到一半的時間
剩下來要講超快
mrorz 20:21:31
一張 slide 15 秒的話只能講 4~6 張
mrorz 20:22:02
所以不用為大松準備太多 slide
反正我也講不完,所以我 prefer 自己處理,講得比較順
mrorz 20:22:50
倒是 3/6 的 slide 你們可以想想要如何處理
你們應該會需要數字
要由我這裡開權限,例如說 line official account 的使用數字等等
lucien 20:25:22
好喔

2017-03-03

ggm 18:57:18
沒問題 我是還沒有想 grant 要報什麼 不過應該是還好 XD
ggm 19:22:38
所以 mrorz 你明天會去大松麻
mrorz 19:22:47
yep
mrorz 19:22:52
早上會上台
ggm 19:23:01
yep
ggm 19:23:37
晚點才會來弄 crawler 的東西
ggm 19:23:51
然後其實 grant
ggm 19:23:54
```每組將有 3 分鐘介紹自己的提案, 15 分鐘的 Q&amp;A 時間,不需要做影片。
期待您的提案!```
ggm 19:23:58
也是要講超快 哈哈
ggm 19:24:48
不過應該是還好 XDD 我覺得要準備一些東西等著 Q&amp;A
ggm 19:46:51
啊靠杯 我發現
ggm 19:47:07
這篇的權限是錯的 XDDD
ggm 19:47:12
大家都看不到
ggm 19:47:13
算了 哈哈
mrorz 21:10:15
3 分鐘根本就是
介紹現況
given $$,未來會怎樣
end

這樣 XDD
mrorz 21:42:43
晚一點再修
mrorz 21:42:47
現在先弄個大綱
mrorz 21:43:09
一張只能講 13 秒
mrorz 21:47:16
我在想需不需要法律諮詢
主要有下面這些問題:

1. 如果 article 來源是網路文章(輸入到系統,未來才能做「回應 segment」),那附網址全文轉貼是 ok 的嗎?可以主張合理使用嗎?
2. 承上,如果有文章被標記「禁止轉載」呢?
3. 如果有人轉傳了私密訊息到資料庫裡面,受害者要求刪除,我們的步驟是什麼呢?
4. 如果有利害關係人因為假訊息被踢爆而名譽受損,利害關係人要求刪除平台上闢謠文章,那我們要如何處理呢?(亦即求職天眼通日前的狀況的加強版)
ggm 22:04:50
好像需要耶 … 我可以幫問
ggm 22:49:50
```UberEATS 3月6日南港正式開動!
誰說南港是美食沙漠!?

您的美食外送首選 - UberEATS ,進駐南港!
南港的朋友有福啦!3/6-3/10 整週免服務費!
多間精選餐廳,豐富美食任君挑選!

UberEATS 將於 ( 3月6日 ) 在南港正式開動!
37分鐘內,美食火速送達!```
ggm 22:49:58
所以明天可以叫了 XD?

2017-03-04

mrorz 04:43:25
http://rumors.hacktabl.org 的登入遇到了怪問題

理論上根據我這裡的實做 https://github.com/MrOrz/rumors-api/blob/master/src/auth.js#L141

http://api.rumors.hacktabl.org|api.rumors.hacktabl.org 在做 FB 登入時,會先造訪 /login/facebook
此時我會在 cookie session 寫入 `appId` 與 `redirect` 兩筆資料

但奇怪的是,從 facebook redirect 回來之後,https://github.com/MrOrz/rumors-api/blob/master/src/auth.js#L167 這裡卻讀不到 cookie session (印出 `ctx.session` 是 `{}`)

但登入在 localhost 卻會 work⋯⋯ orz
mrorz 09:01:29
https://g0v-tw.slack.com/archives/general/p1488589212003782

Hello 我是第一個報告者 抱歉今天早上會遲到好一陣子 (現在才在頂溪捷運站 orz) 請先到的坑主先報告 QAQ

mrorz 09:02:24
@ggm crawler 想要徵什麼樣的人呢?
@lucien 我們有需要其他 UX designer 嗎
lucien 09:04:45
應該不用吧,如果我有正常生產力的話,FE人力應該也不會差太多
lucien 10:56:17
你們在哪邊啊
ifengc 11:32:03
@ifengc has joined the channel
quad 12:38:59
@quad has joined the channel
quad 13:10:11
@lucien 這邊
quad 13:10:14
:smile:
ggm 13:22:54
呃啊抱歉我今天不會過去 … 我現在在上吐下瀉中 orz
lucien 13:25:33
保重啊
ggm 13:25:33
我晚上或明天跟大家 sync 一下狀況 我先來去看醫生 orz
lucien 14:58:17
Where is the credential of rumor-api @mrorz ?
linekin 15:02:21
我發了 2 個 pull request, 再麻煩有空時 reivew 看看
quad 15:50:39
我也發了兩個PR:
mrorz 16:52:04
感謝 linekin 與 quad :D
剛才回覆囉
quad 21:26:10
@mrorz 剛才回覆你回答
mrorz 21:29:43
Merged! Thank you
mrorz 21:42:22
Hi all,
I have updated README for
https://github.com/mrorz/rumors-line-bot
https://github.com/mrorz/rumors-api
https://github.com/mrorz/rumors-deploy

hoping to iron out the bumps we ran into today.
Thanks for the help from you guys. You are awesome!
foucault 23:34:31
@foucault has joined the channel

2017-03-05

bil 11:56:47
ggm身體有好點嗎@@
ggm 15:05:49
有歐謝謝QQ
mrorz 20:16:47
Take care QQ
mrorz 20:18:19
今天行程比較少,如果回飯店後有網路的話我應該會做 rumors-site 的外觀
把 JSON 弄掉這樣
mrorz 20:21:15
@quad 請問 rumors-site 還有沒有 ummerged changes 呢?

2017-03-06

ggm 21:12:39
嗨各位我們有糧草囉!
@null 22:58:51
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 比鄰的那個分類方式我從來沒有想過,是個新的靈感

我原本的分法確實是「如果未經證實,就不能說他是假的」
比鄰的分法有不同預設,是「如果未經證實,就不該說是真的」

如果我們的目標是要讓使用者不要輕易地相信東西,那後者預設為假會是一種更富科學精神的做法
@null 23:01:14
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 如果我們的系統是想要讓不同立場的人能標記錯誤之處然後狠狠打臉,那我的分法可以確保他打臉可以打得又狠又腫

但當然,要能狠狠打臉並不容易,所以就變成會有很多 non-rumor。
@null 23:03:20
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 然後我在想,這兩者混合的話會有什麼副作用嗎?

像是有三種分類

1. 已被證實
2. 未經證實
3. 已被證實不是真的
@null 23:04:58
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 對小編來說這樣分會不會有很大負擔?
「未經證實」跟「小編看過了但找不到」跟「還沒有小編看過」的差別又在哪?
@null 23:11:29
@ooookai commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 也許 *已被證實* 下可分成 真的 or 假的 ?
@null 23:13:50
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: Hmm我想我知道分成三種會有什麼問題了
@null 23:15:31
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 原本比鄰的分法 (真的 vs 沒人說他是真的)
還有我的分法 (假的 vs 沒人說是假的)
的預設值(沒人說是 xxx) 其實有著強烈的預設立場
@null 23:15:53
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 比鄰的分法告訴使用者不要隨便相信網路文章
@null 23:16:22
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 我的分法鼓勵精確打臉,不亂燒稻草人
@null 23:17:08
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 但兩個方法混在一起
那就什麼效果都達不到
@null 23:17:36
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 大家只會看那些被標記為真或假的消息
@null 23:19:28
@mrorz commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 那些沒被標記的,大家既不會預設他錯而進行批判性思考,也不會覺得我要努力證明他是錯的(不然別人會信以為真),就是個無感
@null 23:48:40
@ooookai commented on @lucien’s file https://g0v-tw.slack.com/files/U03HEDMJQ/F4E78ES8L/_____________after_grant_______.pl|有點亂的 after grant 討論: 意思是這樣分嗎?:thinking_face:
1. 已證實已標記 (真or假)
2. 未被證實 或 不明確(含半真半假)

2017-03-07

lucien 00:53:21
我記得之前有針對 Reply 的 taxonomy 有做過討論,我覺得這邊要把分類名訂得清楚並文件化起來
lucien 00:53:45
像是還有 not used 其實意思是根本不是來問謠言的
lucien 00:55:31
看起來總共有四種:
- 只是閒聊
- 已証為真
- 已証為假
- 未辯真假
lucien 00:56:08
現在討論的是需要把 `未辯真假` 跟其他人 merge 嗎?
lucien 00:58:12
Ex. `已証為假` + `未辯真假` = `沒人說是真的`
lucien 00:58:39
我直覺的想法是乾脆就讓 `未辯真假` 的東西不要有回應
lucien 00:59:02
反正沒人有答案,編輯的回答幫助很有限
bil 01:29:23
如果
使用者看到的回應是
1.有不實資訊
2.找不到不實資訊(會有隱含訊息可信的暗示嗎?像是在幫訊息背書一樣@@")
3.資訊正確
4.資料庫找不到任何相關訊息/未辨真偽
5.有相關的文章,提供參考(搜尋引擎模式?)

哪一種是你們想看到的@@
lucien 01:38:54
2 跟4哪裡不一樣?
bil 01:39:02
我的想法是,會使用這個功能是因為我覺得我得到的資訊未辨真假,所以才要問問機器人。
如果他也告訴我資訊未辨真假他不知道,我會有點無助QQ
lucien 01:39:25
應該說沒有資訊可證真假時
lucien 01:40:19
那資料庫有沒有相關資料給使用者的價值是什麼呢?
lucien 01:40:42
1. 有資料但說我不知道真假
lucien 01:40:48
2. 沒資料
bil 01:40:48
當我說:A的話不是錯的
通常代表A說的是對的

當我說:我沒聽過/我不知道B的話對不對
我真的不知道,有問題你去問B
lucien 01:41:27
喔喔 不是三分法而是預設二分法
lucien 01:42:53
我覺得可以描述清楚一點就可以規避 不是錯的 = 可能對 加 不知道真假
bil 01:44:02
我的想像是資訊會隨著時間累積,所以偏好1
會提供資訊連結,但表示說
「有人有不同的看法」「訊息尚未獲得足夠的資料或支持」
lucien 01:45:11
也就是鼓勵大家多回應,即使還沒有完整資訊的情況下,但希望可以透過資訊慢慢更新來得到答案
bil 01:45:28
是的
bil 01:46:07
我的概念是,既然是謠言就表示有人覺得「可能對」
lucien 01:46:26
所以你期待的分類是什麼呢?
bil 01:50:15
就是4種嗎?
lucien 01:51:03
不一定
lucien 01:51:31
只要你的分類可以涵蓋所有情況就好,可以 merge
bil 01:52:58
1.聊天測試
2.已證為真
3.不足採信
lucien 01:54:04
也就是 merge `已証為假` 跟 `未辯真假`
bil 01:54:21
是的,當然這只是我的偏好
bil 01:54:58
原因是我覺得我在這個過程是需要選擇其中一個價值的@@
lucien 01:55:06
嗯嗯那我們現在有三種,可以再討論三種的好壞以及預設立場,看看怎麼樣比較適合
bil 01:56:46
謝謝lucien~
bil 01:57:04
今天辛苦了
lucien 01:58:12
`不足採信` 這類有涵蓋 `未辯真假` 有個問題是會找不到參考資料
lucien 01:59:48
因為 `未辯真假` 這類狀況,也就代表沒有文章有答案。
lucien 02:00:51
沒有一個明確立場的文章,通常就不會寫出來,因為目前網路文化偏好有強硬立場,給人簡單好懂的答案,而不是還沒有答案的保守立場。
lucien 02:01:19
不知道小編們實際經驗如何呢?
bil 02:03:48
是的,所以我才會認為
a.訊息可靠,不是謠言
b.不足採信(請當成網路謠傳)


A.是謠言
B.找不到不實資訊(請當成真有其事)

兩個價值要選一個來當作編輯的原則
lucien 02:09:23
hmm… 我的問題是小編選了 b ,但是最後沒有 reference ,也沒有辦法解釋說是因為你沒查證完還是你真的找不到資料,這樣會讓 `不足採信` 給人感覺的效力變低
lucien 02:10:17
當選了 b 之後,那理由跟引用要寫成什麼樣子呢?
bil 02:10:30
也就是說,可信的效力很低呀@@
lucien 02:11:11
那你跟使用者說不足採信的理由跟引用會是什麼呢?
lucien 02:11:46
會不會變成都會是 「找不到相關資料」 、「引用為空」?
lucien 02:12:31
這裡應該是讓我最擔心的地方
kooioao 02:15:37
如果無法被證實是真的,是不是也代表很難找到引用資料去證實是假的?
bil 02:16:41
回應:沒有足以證實這則消息可靠的文章資訊,請謹慎看待網路謠言,不要輕信。
理由:找不到/找了提供關鍵字有的文章
引用:空的/
lucien 02:17:31
是的,所以我的提案是 `未辯真假` 直接移除,當做還沒有答案,但代價是會有很多謠言沒有答案,把回應門檻拉高了。
kooioao 02:22:59
lucien: 移除 `未辨真假` 後,代替它的會是?
lucien 02:23:30
沒有
lucien 02:23:39
就是還沒有答案就不應該回應
kooioao 02:25:57
bot 感覺ㄧ定要給使用者一些回應吧?
lucien 02:28:31
Bot的回應是還沒有人回應或是有答案
kooioao 02:33:58
沒有人回應 = `未被證實` = `不足採信` ?
lucien 02:34:28
我的版本不是
lucien 02:34:39
就是未辨真假
lucien 02:35:39
未被證實 = 已證為假 + 未辨真假
kooioao 02:38:07
這樣分同樣會有 `沒有內容的回應` 的結果不是嗎?
(未辯真假的部分)
lucien 02:51:44
我覺得你誤會了什麼
lucien 02:54:19
我的分類為:
- 只是閒聊
- 已証為真
- 已証為假
- 未辯真假(沒有資料能證明謠言為真或為假)

我的提案為:
只使用以下三個分類
- 只是閒聊
- 已証為真
- 已証為假

當有未辯真假的情況,編輯不應該回應,所以最終在 bot 會因為沒有資料變為 `此謠言還沒有人回答`
lucien 02:56:08
所有 `未辯真假` 的情況代表編輯沒有能力找到答案,編輯能給的答案效力很低,那不如不回答。
kooioao 14:03:29
瞭解~
我應該是誤會了 `回應` 是在討論 編輯給的回應,而不是 bot 給 user 的回應。
bil 02:18:51
是呢@@
lucien 02:19:17
我覺得 @bil 的方案可以讓討論變得比較容易,但會很容易產生大量一樣的 `不足採信` 回應,一直看到一樣沒有內容的回應,我覺得會下降大家對 bot 的信用
lucien 02:20:27
其中也有一種可能是編輯者還沒有認真查證,就選了 `不足採信` ,結果讓後續編輯,就認為他已經被回答,就沒有更深入查證了。但其實說不定有答案。
bil 02:22:17
咦,可是我以為目前的做法是有反駁的文章比較多@@所以不足採信比較好用,提供了不實的部分與連結
lucien 02:22:37
喔喔
lucien 02:23:13
如果能證實,多數不足採信的文章其實都是 `已証為假` 那我覺得可以阿
mrorz 12:08:50
我在想,如果除了 `已證為真` 以及 `已證為假` 之外的那些還沒有處理的、或是沒人找得到的文章,在給使用者的敘述上採取懷疑的角度,是否就能達到比鄰版 `不足採信` 「預設為假」的效果呢?

給使用者的回應例子:

```
目前沒有人證實此訊息的真實性,請保持懷疑態度對待其內容。
```
bil 14:45:52
是的

以及,進來的文章其實沒有分過
fact &amp; opinion
比如像是心情小語人生建議或是相信神等等,比起謠言或是事實真假,更像是作家個人意見抒發或是信仰之類的。我覺得有需要做一個區別,這些事情跟non rumor可能還是有點不一樣@@

2017-03-08

DanDan 09:03:44
@danielhsu has joined the channel
mrorz 15:27:39
心情小語、早安問好(今天有好多婦女節訊息)、反諷
都是不處理的東西呢
如果有人對他下這樣的標記,其他小編進可以考慮跳過他們
lucien 18:49:55
這類能跟聊天測試合併成新的一類嗎?
mrorz 19:16:32
我覺得可以,就是類似 don't care 這種種類
lucien 22:06:21
可是我覺得don't care 名字不好,但還想不到好名字
kooioao 01:09:53
gossip ? :joy:
lucien 23:02:02
我覺得好像也不錯
kooioao 18:35:43
發現有一些進來的訊息有時間性敘述
例如:「十年來最強烈冷氣團第二波報到,週五以後特別寒冷」「今年.....」
這種訊息在特定時間過了之後,它的真實性就失效了,或是之後其實在不同的時間,卻都被判斷相似的文章,感覺好像會有一些問題 (?
lucien 19:01:43
True

2017-03-09

wjwang 01:18:21
@wjwang has joined the channel

2017-03-10

ggm 21:10:50
嗨 3/18 有個 g0v grant kick-off 的活動 有誰要一起的嗎?必帶: ggm, @mrorz @lucien
ggm 21:11:39
還有他有問我們有沒有希望邀請的人(或組織)他們可以幫忙橋
mrorz 21:12:27
嗯嗯
ggm 21:31:38
https://botawards.line.me/en/

botawards.line.me

LINE BOT AWARDS

An open competition of LINE chatbot, offering up to JPY 10 million in prize money.

ggm 21:31:48
似乎明年可以來申請這個
mrorz 21:43:20
今年的結束了吧
mrorz 21:43:27
今年初也有一屆
mrorz 21:43:36
有什麼成果嗎
ggm 21:46:53
噢我是在社團看到 gotaix 入圍
ggm 21:47:02
我也不知道有什麼成果
ggm 21:47:13
https://hackmd.io/s/rkUEDmgse

HackMD

3/18 g0v Grant Kick-off 工作坊說明 - HackMD

# 3/18 g0v Grant Kick-off 工作坊說明 ### for 獲獎團隊 本次 Kick-off 工作坊最重要的幾個部分,包括讓贊助單位認識各位獲獎的提案、請大家拿著大支票拍照(超

2017-03-13

ael 22:25:21
@aelcenganda has joined the channel
ael 22:26:09
hi 我是小班
ael 22:26:51
歡迎大家來 318 g0v grant kick-off 工作坊,我剛剛看了一下上面的討論紀錄,想問你們會不會有興趣跟維基社群的人聊?
ggm 23:04:43
嗨嗨 好啊好啊我覺得適合!我有看到你們的 hackmd 上面有列

2017-03-14

sttw 17:02:52
@sttw has joined the channel
mrorz 23:08:32
@ggm 是說我們在本週六 kickoff workshop 之前要討論些什麼嗎
mrorz 23:10:57
想了一下 318 workshop 前還沒做的東西好像有

1. 看看 318 有哪些專家會被請到場進行交流,要問他們什麼問題
2. 看看當初提案報告裡列出的 KPI,列出 TODO,拉時程
3. 專案管理(不只是程式協作,還有現下小聚等等其他東西籌備的專案管理)方式:Trello?現在的 github issue + github project?要開放還是僅限工作人員使用?後者的話會不會很難跟工作人員之外的人 sync?
4. 現有 FB group 定位:定時對外揭露進度要誰來做、多久做一次?其他人可以貼什麼樣的文章
ggm 23:12:15
嗯嗯這幾天晚上來討論一下?
mrorz 23:13:29
約出來 or 在 slack 留言?
mrorz 23:14:04
https://hackmd.io/s/rkUEDmgse#rundown-draft 突然覺得 318 似乎是個社交場合

HackMD

3/18 g0v Grant Kick-off 工作坊說明 - HackMD

# 3/18 g0v Grant Kick-off 工作坊說明 ### to 獲獎團隊, 本次 Kick-off 工作坊最重要的幾個部分,包括讓贊助單位認識各位獲獎的提案、請大家拿著大支票拍照(超

mrorz 23:14:24
那這樣好像只有 1 是比較需要在 318 前討論的 @@
ggm 23:15:15
其他就順便討論 XDD
ggm 23:18:30
對呀 似乎是個社交吸收 feedback 的場合
mrorz 23:18:39
是呢
hazelwei 23:33:29
@hazelwei has joined the channel
mrorz 23:58:04
請問 @sayuan elasticsearch 想在有資料的狀況下更新 mapping,要寫 migration script 的話,有沒有什麼推薦的工具呢
還是就是透過 client 先把資料複製下來、清掉上 mapping,然後再把資料 insert 回去 QQ?

2017-03-15

sayuan 00:34:06
沒有能直接修改 mapping 的方法 (若新增欄位不算的話),所以如果不想 dump, re-insert 的話只能寫在其他 index,
這可以搭配 index alias,讓對外的 query 都是透過 alias 進行,藉此來達到 no downtime
monaludao 15:36:23
@monaludao has joined the channel
lucien 16:20:44
我這邊應該要出:
1. JWT on Koa2
2. 詳細 site wireframe,但是上次討論的東西還沒有結論,我覺得把上次的討論總結一下,見面做個決定會比較好。
mrorz 17:03:08
2 可以在 1 出來之前先做完嗎 XD
lucien 17:58:01
2 要先把討論事項確定吧
ggm 20:06:27
不如明天或後天約一下

2017-03-16

mrorz 01:08:16
但我週六以前晚上都沒有空 orz
或許可以線上討論的事情就先討論一下?

關於 FB group 的討論規範
https://www.facebook.com/groups/1847232902175197/

最近有越來越多來問真的假的的 orz
我覺得可能要更新一下規範與置頂文。

想要新增這樣的規則:
```
版面以這些貼文為主:

1. 使用問題回報:請附上操作的步驟,還有遇到什麼樣的問題。
2. 不知道如何回應文章,尋求討論:必須附上 (a) 已經投稿至 rumors 網站的連結、(b) 自己找了哪些來源。另外,如果能附上自己對答案的草擬或想法,就更好了
3. 討論版規:反應關閉留言機制等等。
4. 討論現有功能或建議新功能。
5. 公告更新消息。

程式實作方面的討論,還有新知分享與閒話家常,請移駕 g0v slack 的 #rumors channel。

其餘將會視情況關閉留言,將版片留給協作相關的討論。
```
mrorz 01:27:40
關於 2,我們期待的發文像是這樣:
https://www.facebook.com/groups/1847232902175197/permalink/1926790640886089/
或是 https://www.facebook.com/johnsonliang/posts/1305915869491364
mrorz 01:31:59
btw 如果要討論這個闢謠的話,就直接在 FB 回應給大家看就好囉~
lucien 03:37:29
裡面變成謠言討論集散地了lol
hazelwei 22:27:30
不好意思插個話,一點點有關編輯與社群的經驗。

因為一個人要完成一整則客觀、內容正確的闢謠文,有難度。而且每個人可能會有不一樣的詮釋,要給出最佳解,可能蠻需要多人共同修正。

記得維基社群就是這樣的運作方式,他們有共同修正、給credit的機制,或許也適合用在這裡?可能你們已經有相關規劃了,只突然想到好像有點適合
mrorz 00:33:47
真的假的在給出客觀闢謠文這裡的門檻比維基低一些唷,因為維基最後的產出是一個詞條,但真的假的可以同時給使用者看很多不同的回應,將判斷交給讀者。
mrorz 00:35:57
另外補充,同樣是讓使用者看很多的回應,真的假的跟 Yahoo 奇摩知識 + / Quora 不同的地方則是不會選出「最佳解答」。覺得「是流言」與「不是流言」的解答在 LINE bot 會同時呈現,鼓勵不同立場的人來回應。
mrorz 00:37:27
不過 3/18 我們也確實有請 OCF 邀請維基社群來與我們交流,我們想了解維基社群的線下小聚~
hazelwei 11:47:42
欸~想請問一下,目前的使用對象有沒有設定好的persona呢?
mrorz 14:17:05
「使用對象」是指闢謠的人還是查詢的人呢?

查詢的人(在 LINE 操作)persona:

1. 原本就對訊息存疑的人,在 LINE 盛行之前就熟稔 google 的使用方式,對 LINE 上面轉傳的假訊息影響親友情緒而感到困擾,但又沒空幫慢慢 google 來抽絲剝繭,也沒空寫闢謠文。
2. 不熟悉查詢與查證,在親人朋友的介紹與教學下使用此 LINE bot 來查詢消息
mrorz 14:22:29
闢謠的人 persona:

1. 同查詢的人 1,在空檔時間願意抽空對他覺得困擾的 LINE 流言做一點小小的改變。
2. 特定議題的利害關係人(例如說政府相關謠言之於政府,或婚姻平權謠言之於同性戀者),尋求能有效回應流言、散佈自身回應的工具。
hazelwei 23:04:40
哦哦哦,謝謝 @mrorz 的說明!!!

2017-03-17

ael 11:20:05
這裏也不好意思插個話,就是 NCC 在 3/30 (四)下午兩點有個「推動網路新聞真實查核機制之諮詢會議議程」,這邊會有社群的夥伴想要出席參加嗎?
ael 11:21:19
` 壹、會議時間:106年3月30日(星期四)14時整
貳、會議地點:交通通訊傳播大樓第2003室
叁、會議主持人:本會陳委員憶寧
肆、出席單位:
(一)大型網路平臺/通訊軟體/社群媒體:Facebook、Google、LINE、Yahoo!奇摩
(二)公民團體:g0v零時政府、財團法人台灣媒體觀察教育基金會、財團法人卓越新聞獎基金會、財團法人吳舜文新聞獎助基金會、財團法人新聞公害防治基金會、台灣新聞記者協會、PeoPo公民新聞平台
(三)政府部門:行政院政委吳政忠辦公室、國發會

伍、討論議題:
(一)如何查核網路上的不實新聞
1.大型網路平臺/通訊軟體/社群媒體如何判斷及查核網路上的不實新聞?
2.大型網路平臺/通訊軟體/社群媒體現階段針對新聞真實查核所提出的運作機制為何?
3.可作為我國推動之借鏡、作法及推動時程?
(二)如何推動第三方團體協助健全查核機制
1.第三方團體在健全查核機制可扮演之角色?
2.現有可提供協作之團體、資源或平臺?
3.建置新聞真實查核平臺之可行性及困難之處?
4.新聞真實查核機制建立後如何宣導推動?
(三)政府部門如何協助推動
1.何種網站問答集資料格式,有助第三方團體快速自動接取?
2.政府部門可提供之協力事項?`
mrorz 11:31:45
Cool
mrorz 11:36:27
Please count me in
ael 11:39:26
@mrorz 可以請問你的本名嗎?NCC 那邊要出席名單。也可以給我 email 我把 email 轉給你
ipa 13:39:43
@ipa has joined the channel