土条本人来开失智列车哦，失敬失敬
先不用忙，我不是菸党粉，看我上一篇爆文就知道
拜托思考不要这么线性好不好
疫情爆发到今天一个半月
你要电信商帮你开好 API
要做 Data Cleaning
要做 去识别化
要做 Database Design
还要提供界面给 CDC
更别说是这规模的系统
你以为你用 SQL 开个数据库就能搞了吗
还要连结数据库哦？
就问你这些 API 是不是电信商、营运商平常就吃饱撑著帮你开啦
当初开需求了吗？
啊你是有多少钱多少人啦
不用嘴超前部属啦
疫苗该超前部属
快筛PCR该超前部属
国境管制该超前部属
但疫情没爆发
四大电信商最好是吃饱撑著会开东西给你做啦
我同意这个只是一个 POC，对于解决实际问题有距离
但连土条这种丝毫没 System Design 经验的人也敢嘴唐凤以软件工程师的角度不合格哦
你是在 FANNG 当过系统架构设计师是不是啦
没动手能力的人出张嘴
真的快笑死
补充：
看过软件工程专案开发圣经 人月神话 的人应该都记得
人月神话（英语：The mythical man-month）：这部分讲述人力和时间并不呈现线性关系
。指出以大量人员和较短的时间，并不能缩短软件的开发进度。一窝蜂的作业方式无助于
软件生产，且会制造麻烦，产生出更差的软件。
时间不够就是不够，就这样。
※ 引述《Hyuui (修)》之铭言：
: 嘿嘿嘿，我520就超前部署了，预言每次都命中。
: https://www.facebook.com/hyuui/posts/10223381019609686
: 黄士修
: 5月20日
: 一位朋友纯闲聊政府数位防疫的问题，我把我的看法也写在这里。
: 我比较意外的是，CDC要求民间自设的实联系统，CDC其实无法掌握，也就是说如果第一时
: 间发现确诊者，对CDC来说这些数据库并不存在，还是要靠传统的疫调回溯足迹，细思极
: 恐。
: 那么全面推动实联制的意义是什么呢？唐凤开发的短信实联系统，看起来好像比较简便，
: 但丝毫没有解决根本的问题。他只是弄了一个POC（概念性验证）刷存在感，POC是解决方
: 案的原型，但不是解决方案。
: 某个角度来说，这也非常符合我对他性格的认知，他从来不是打算真正解决问题的人，而
: 是一直致力于做出解决问题，或想解决问题的样子。
: 唐凤与我的对话有一句，“如果本来的实联系统都很顺利，当然就不用开发短信实联了。
: ”这句话令我困惑，他显然认为民间的实联系统不顺利，无论是纸本或app，所以开发简
: 讯实联。
: 我懒得再次吐槽他把行政院政委当成一个行政院科员的老问题了，但是作为一位开发人员
: ，他并没有正确认知问题，就着手进行开发，他所想像的解决方案，目的可能只停留在“
: 扫描比较简单”而已。
: 然后，每个店家各自有一个实联制数据库，杜奕瑾的台湾社交距离app有一个数据库，唐
对了，社交距离没数据库，它是离线的
Google 的说明文件
https://www.google.com/covid19/exposurenotifications/select/
IOS code
https://developer.apple.com/exposure-notification/
记得读欸
: 凤的短信实联系统有一个数据库。后两者有政府背书，强力呼吁民众使用。但是这些资料
: 库并不互通，个别存在也跟真实的防疫需求，没有太大连结。
: 尤其是杜奕瑾的台湾社交距离app，完全没有从End User的角度考虑，除了吃政府的信仰
: 值以外，没有任何经济学的诱因做推广，必然是一个失败的作品。不过，谁管那个呢？他
: 只要拿到案子就好。
: 我不要求系统架构师的等级，即使以软件工程师或程式设计师的等级，这也完全不合格。
: 唐凤的思维则只是一个初出茅庐的码农，看到这里有根钉子，就想到拿一把槌子打下去。
: 他没有针对问题和解决方案进行“设计”的能力。
: 撇开他们不谈了。回到整体的数位防疫问题，掌握活动者的足迹是非常重要的，先不论隐
: 私和法律的疑虑，技术上完全可以做得到。
: 中国大陆除了健康码以外，去年初就能做到即时人口分布热点地图。韩国则是在当年SARS
: 疫情后就订定非常严苛的法律，又加上数位化程度高，政府可以强制把确诊者的足迹回溯
: 公开，几点几分去哪里买哪张电影票邻近座位有谁都能比对出来。
: 台湾晚了整整一年的时间答卷，许多国家都已经把答案卷公开了，我们竟然连抄的能力都
: 没有，无论从理组的资讯层面或文组的立法层面，我们的抄前部署（打错字但意外更符合
: 现况）都落后全球。