看板 Gossiping作者 COCOCCC (COCOCCC)標題 Re: [政治] 口罩販賣機出現bug可重複購買! 柯文哲時間 Tue Apr 14 08:53:32 2020
※ 引述《xianfen (Lily)》之銘言:
: 3.完整新聞標題:
: ※ 標題沒有完整寫出來 ---> 依照板規刪除文章
: 口罩販賣機出現bug可重複購買! 柯文哲曝:部份資料沒連線健保局
: 4.完整新聞內文:
: ※ 社論特稿都不能貼!違者刪除(政治類水桶3個月),貼廣告也會被刪除喔!可詳看版規
: 台北市口罩販賣機11日正式啟用,但由於系統尚不穩定,竟出現民眾可以重複購買口罩的情
: 形!台北市長柯文哲今 (13) 日坦承,目前有販售機70幾筆資料,沒有連線到健保局,也就
: 是說這些民眾可以再持健保卡去別的地方買口罩。
我這篇台灣價值不夠,所以我肯定是工讀生不是工程師
我先不論他們先購買再驗證的流程設計
我猜是因為要縮短使用者拿到口罩的等待時間,健保卡資料拿到再跟後端連線註記
但針對柯文哲說販賣機有70幾筆資料沒有連線到健保局
你有一點前後端整合的經驗的話
我隨便粗淺的分兩種
1. 販賣機本身完全沒有任何驗證機制直接先賣,後面沒讀到卡
=> 完全就是販賣機廠商的錯
2. 販賣機本身有驗證健保卡為真的機制,先驗證使用者持有真的健保卡再賣,
然後再跟健保局連線註記
(1) 販賣機留了資料但完全沒送
=> 販賣機廠商的問題
(2) 販賣機有進行驗證程序但因為健保局server回了預期外的回應
=> 廠商與健保局溝通問題,有用的測試資料
(3) 販賣機有進行驗證程序但是因為其他環境因素無法與健保局連線
=> 公開測試最需要的數據
(4) 販賣機有進行驗證程序但健保局DB沒註記
=> 我不敢說
有人有資料或者是佛地魔可以挺身而出告訴我們遇到的是哪一種問題嗎?
還是先噴廠商一波智障然後,然後再也不要做任何新的嘗試就好?
我覺得比較有趣的是口罩2.0的系統上線的時候出問題
https://health.udn.com/health/story/120950/4463901
但板上很多人都很寬容地接受了也沒有任何討論?
--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.228.211.16 (臺灣)
※ 文章代碼(AID): #1UbGcFU_ (Gossiping)
※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1586825615.A.7BF.html
※ 同主題文章:
… ×3
04-14 07:53 greenart2016.
Re: [政治] 口罩販賣機出現bug可重複購買! 柯文哲
04-14 08:53 COCOCCC.
… ×5
推 q347: 藥局開賣第一周不是幾乎都卡機嗎??1F 04/14 08:54
那是因為用原本沒打算做這種事的系統硬上,原始設計就不是拿來做這種事了
不卡才是奇蹟
※ 編輯: COCOCCC (61.228.211.16 臺灣), 04/14/2020 08:56:20
推 cerberi: 樂見其成 這和3.0可以相輔相成2F 04/14 08:55
推 esunbank: 顆顆 4個選項 三個怪政府 顆顆3F 04/14 08:55
我就把可能性列一列,然後就叫噴了....?
→ https: 我猜是販賣機的資料無法即時上傳資料 所以就會出現問題4F 04/14 08:55
→ zzzxxxqqq: 真人都知道一堆蟑螂在帶風向而已 別太認真6F 04/14 08:56
※ 編輯: COCOCCC (61.228.211.16 臺灣), 04/14/2020 09:00:07
推 doom3: 先猜第一台買完再去去插第二台 發現又可以買 ?7F 04/14 08:59
推 v2tsbasa: 蟑螂:還沒測試完成就敢拿出來測試! 咦?8F 04/14 08:59
推 mainsa: 他掉口罩之後才連線回去驗證 但說起來 驗證這個也不用很久10F 04/14 09:02
推 duduchiau: 創新就是容錯 藥局開賣第一週卡卡 app第一天轉圈圈11F 04/14 09:02
→ mainsa: 那一點資料也不可能號稱高科技研發兩個月的機台紀錄不了比較可能的是 你口罩給了 但是這筆資料連回健保資料庫發現早就領過了 所以資料驗證失敗 因為領過的無法再領 搞得有12F 04/14 09:02
推 Wush978: 因為柯韓粉素質比較高吧15F 04/14 09:03
→ mainsa: 70筆資料丟失 因為無法在期限內再次寫入啊16F 04/14 09:03
推 piliwu: 轉圈圈純粹是流量太大不是程式問題你每年5/1都會看到的新聞17F 04/14 09:04
→ Wush978: 基本上健保資料庫被當實名認證用19F 04/14 09:05
→ piliwu: 跟這次是完全不同狀況20F 04/14 09:05
→ Wush978: 根本已經超出當初設計,應用都不容易21F 04/14 09:05
→ berserk: 一定是母豬政府連線黑師傅啦22F 04/14 09:06
→ Wush978: 廠商也可以擺爛把鍋甩給健保局23F 04/14 09:06
→ Wush978: 就雞婆想做好用的東西給民眾罷了
希望蟑螂不要影響到他們的正面情緒25F 04/14 09:07
噓 piliwu: 正面情緒?這些人工作不帶腦袋的情緒有屁用
限購的東西可以這樣搞嗎?多買的誰要解決
這不是少扣款事後扣回來就好27F 04/14 09:12
要噴工程師很容易,但他們開宗明義就說是測試,而且他也真的發現問題了
不是嗎? 線上遊戲、app願意讓你免費試用免費試玩,不也是為了發現bug ?
→ piliwu: 口罩被拿走用掉了誰負責去追討?30F 04/14 09:15
※ 編輯: COCOCCC (61.228.211.16 臺灣), 04/14/2020 09:21:17
那最好的方法就是人力發放阿,我至今是沒認識甚麼大神可以直接寫出
完美系統的啦,以前傳說比爾蓋茲可以
※ 編輯: COCOCCC (61.228.211.16 臺灣), 04/14/2020 09:28:40
→ waynedd: 你舉例的全家列印不出小白單只是當下無法印.預約的口罩又沒有消失也不會造成多領.是要噴甚麼??驗證後交易流程這個不是顯而易見的嗎?廠商都知道要將客戶交易資料先去悠遊卡系統確認是否金額足夠並註記扣款.因而交易量大造成悠遊卡主機當機.結果卻不知道要先連到健保署註記該卡已交易??35F 04/14 09:32
推 sinohara: 這公司只是為了推廣台北的悠遊卡付費(O) 新創(X)40F 04/14 09:36
→ waynedd: 整個販賣機流程要驗證兩處.購買流程兩處都要驗證時間壓不下來.因此看起來就是先犧牲了驗證健保署的部分..因為悠遊卡驗證當機下..機器應該是沒有噴出口罩對吧??41F 04/14 09:36
我覺得2的case比較可能,就算在怎麼壓縮流程偷吃步,應該也沒智障到連user有沒有
真的健保卡都不驗,但如果真的是1的話就完全是智障。
※ 編輯: COCOCCC (61.228.211.16 臺灣), 04/14/2020 09:45:32
→ waynedd: 當然只有第二種可能.本地端機器應該至少能讀取驗證健保卡是否為真的能力.只是後續兩個驗證註記流程有被壓縮..沒記錯的話..健保署為了應付純粹插卡買口罩註記.有將這個獨立出來.避免過多的讀取造成系統負載過重..連累原本的病患醫療使用..44F 04/14 09:50
→ LanceLiu: 如果業主一味的要求你把流程時間再縮短 為了突破物理限制 被迫當個智障也不是不可能的49F 04/14 09:55
--