※ 引述《richjf (richArt)》之铭言：
: 资讯庞大 短信实联制疫调无用
: 2021-06-29 02:28 联合报 / 记者蔡孟妤、徐如宜／高雄报导
: https://udn.com/news/story/122173/5564273
: 短信实联制。联合报系资料照
身为一位无名的后端工程师,我觉得还是要以业界人的出来讲一下
不然一堆人没搞清楚,随便乱说实在不太好
要追踪人去哪里,需要的就是
{人,什么时间,什么地点}
当有人被判定确诊后,就可以进去捞
这个人在病征出现往前14天到被收治为止,有什么时间,什么地点
时间,地点知道后,就可以针对每个地点,抓前后几小时的时间
列出进入这些地点且在特定期间的有哪些人
列出来的人除了是确诊高风险之外
如果这些人之中已经在先前确诊收治
可以假设这些较早发现的确诊者们与此位确诊者有接触史
这些搜寻动作,其实在 SQL 体系的数据库内都可以很简单地描述
而且已经有乡民写了 SQL,我就不再写一次
非SQL的 key-value,document,graph DB 体系也有对应的查询写法
有兴趣看要怎么做的可以去看看各 DB 的官方便用教学
虽然说查询动作可能看执行环境配置,不一定能一口气完成
但因为疫调资料请求者的数量,应该是远不如普罗大众上传短信的数量来得多
其实有个操作接口可以发动背景task,让他跑deferred查询都是可行的
不一定要做网络服务大多数API那样需要瞬间回应
我个人认为最麻烦的,也许是申请查询个资这方面的政治问题,而不是技术问题
其实我相信有一定后端经验的人,都会想到这些资料系统规划面要怎么量身订做
而且在有确实建好 index, 以及在资料量够大时做 sharding
就算是几亿笔,单一的查找,就算资料规划没有做进阶的最佳化,都可以在几亳秒内解决
比较有点挑战性的是从特定确诊者 join 出相关接触者,但这也不是不能做到
不然那些银行信用卡电商怎么可能营运?
短信实联制的消息刚出来的时候
其实我个人最佩服的点并不是前面提的,这些资料的搜寻要怎么做
因为这些都只是数据库基本功而已
最重要的是,只要用短信,就可以收集这些可以用来疫调(还是抓逃犯?)的资料
传短信,含商家代码,就能成功地取得{手机,地点,短信传送时间}
而且公布推行时间点拿捏也抓得很好
这正好是前面说的要做足迹追踪时需要的 人 时 地 的取得方式
资料有了,怎么用就看使用的人怎么用,工程师要怎么自动化
但是只要扫 QR code 发短信就能提供资料这点,大大降低了提供资料给系统的门槛
安装 app 有一些普通 3C 使用者看不到的阻碍
有些人可能是手机太旧无法装 app, 有些人就是没有用较现代的智慧型手机
像我个人就因为卡在使用 app 必须要升级手机 OS,晚了3天才装接触者通知
这还是因为我手机有2FA与各种凭证用途,升级变砖对个人会造成很大困扰
短信实联制也许不是很完美的做法
因为要实施这方法,要有能力有资源跟电信商乔,不然难道要大家都自费上传短信?
但综合多方面的利弊因素,包含使用门槛,资料收集,与电信商协调等等
也许它对实施者(政府)来说,是可行,且各方面都取得相当程度平衡的一套方法
目前全台的新增确诊人数还缓慢减少,要完全扑灭传染源,需要的是更完善的疫调
不管大家喜欢什么方式留下足迹或是甚至不想留,还是希望大家可以做好份内的防疫工作
有用的方式,大家就多配合
没用的方式,丢出来以合理的观点批评讨论都没关系
让你我多思考,进而补强漏洞,但不需要无理抹黑来鄙视他人的方法
也不要以为打了疫苗就金身护体
异物进入细胞这些事其实在你我的身体都天天上演,只是会不会得病致死而已
重点还是有没有做好自身卫生习惯,病毒量不够起连锁反应,对身体也不会造成威胁
共勉之