推 gmoz:很可惜他有些錯誤是系統不上線也會知道的XD 01/08 19:12
→ gmoz:瞬間移動那個說得過去 車主自己天兵,帳戶系統跟客服後援就 01/08 19:13
→ gmoz:弄得很不好 01/08 19:13
→ gmoz:更正,帳務系統 01/08 19:14
推 gmoz:不過依我的觀點 車牌錄影是輔助系統並非備援系統就是了 QQ 01/08 19:17
噓 ngi:板主你是夠了沒 又在那邊說這些五四三 還知道客服擠爆是被"不 01/08 19:24
→ ngi:信任感" 你是神嗎? 另外 客服以前就很難打了 01/08 19:25
→ JJLi:樓上,那一段一整個是推測語氣呀,當然是五四三呀XDDD 01/08 19:27
→ JJLi:實際上怎樣我如果知道的話就不會在這裡推敲了(苦笑 01/08 19:27
→ ngi:件數又是哪來的資料 口說無憑 門架好可以測的時間一大堆 01/08 19:27
→ JJLi:件數資料 -- 詳見新聞內文 -- 遠通坦承,三、四日…Blabla 01/08 19:29
→ ngi:挺也不要挺的這麼難看好嗎 會多申請帳號去看明細導致錯誤爆出 01/08 19:30
→ ngi:來的人已經是少之又少的少數了 件數最好是可以這樣推斷 01/08 19:31
→ ngi:連"對遠通的評價低落"都能用沒根據的件數推斷在那邊說的好像受 01/08 19:33
→ ngi:委屈 板主一直發這種不中肯的言論對嗎? 之前私信就提醒過你了 01/08 19:33
→ hateOnas:我昨天打客服 也打1968克服 01/08 19:35
推 ngi:新聞就一堆民眾被某局騙的以為沒eTag不能上高速公路 原來那些 01/08 19:36
→ ngi:錯誤案例都剛好多去申請帳號看明細 剛好看到錯誤 剛好po上m01 01/08 19:37
推 canandmap:都說是推測了,怎麼還有人當真?XD 01/08 19:39
→ ngi:"可以思考看看 錯誤率是否合理?" 推斷就有問題了還在那誤導-.- 01/08 19:39
推 gmoz:各式觀點評論本來就會有 無須如此動肝火啦@@ 01/08 19:40
推 canandmap:要不然請某n自己調查看看J板主所言是否屬實~口說無憑嘛~ 01/08 19:42
推 ngi:我前面對etag還正常推文回覆 但看到身為板主偏頗裝正經實在火 01/08 19:48
推 canandmap:你對板主的推論及邏輯有質疑,何不如直接回文反駁,讓 01/08 19:50
→ canandmap:大家評評理是不是比較有效率? 01/08 19:50
→ canandmap:結果一開場就嗆板主講五四三,又砲板主不要挺這麼難看 01/08 19:52
→ canandmap:然後還說板主推斷有問題,重點是哪個地方有問題? 01/08 19:52
→ JJLi:有失公正哪…也對,這樣的文章的確不該用這個帳號來發(苦笑 01/08 20:04
→ JJLi:失禮了。 01/08 20:05
推 kutkin:我認為只要不是用板主身分去針對立場不同的板友砲擊 01/08 20:13
→ kutkin:對於新聞有評論,我是覺得沒有用到實質影響力啦 01/08 20:13
推 xiaowei:與帳號無關吧,板主也是板友,只要不是以權勢逼迫他人接受 01/08 20:14
→ xiaowei:觀點,有點立場那又何妨呢? 01/08 20:14
→ pfry19855:哈哈這樣的話JJ不是承認自己有分身帳號了XDDD 01/08 20:17
→ JJLi:可是幾年沒用了耶XDD 剛試密碼好像試不進去了怎麼辦(爆 01/08 20:51
推 ji394xu3:每日大約會有1400多萬筆資料 假設出錯筆數為100件/天 出 01/08 21:03
→ ji394xu3:錯率大約十四萬分之一 01/08 21:03
→ ji394xu3:天有1400萬次以上交易量 ... 01/08 21:05
→ ji394xu3:十四萬分之一實際上要比萬分之零點五又更小一點了... 01/08 21:06
推 YiShenHsieh:這種錯誤不該發生的 公車電子票證有發生這種錯嗎? 01/08 21:22
推 akway:捷運兩百萬人次/日票證表示: 01/08 21:41
推 akway:說實在的 以前經過遠通門市看他們都閒閒的 這陣子每天都大爆 01/08 21:44
→ akway:滿 真是可憐基層服務人員 XD 01/08 21:44
→ gmoz:重點不在錯誤率 多低都一樣 很多能避免的都沒考量到 01/08 21:57
→ gmoz:拿網頁主機連基本的權限都沒改 被人目錄遍歷攻擊 我看這下還 01/08 21:58
→ gmoz:需要re-shadow 01/08 21:59
→ gmoz:這種程式寫死不太會變動的東西 不能用機率來看 除非像車牌辨 01/08 22:00
→ gmoz:識那種OCR還比較可以拿機率來說 01/08 22:01
推 chienming40:錯誤率不是重點.對用路人來說管你一天幾千萬筆交易.對 01/08 23:51
→ chienming40:他都是當天的第一次錯誤交易 01/08 23:52
→ parislove3:不認同備援系統這點 三方案中包含VTP+預儲 很明顯是正 01/09 00:21
→ parislove3:規方案 01/09 00:21
推 traystien:全面換新牌才能解決OCR的問題 01/09 00:34
→ traystien:舊牌還有辨識問題,但etag同時被兩方向門架扣到有點... 01/09 00:35
→ parislove3:沒拆的eTag放後座也被扣到 真是奇葩 01/09 01:05
推 ek252:YiShenHsieh大 每天也都有公車電子票證會出現糾紛 01/09 07:40
推 DDJJ1069:chienming40大 錯誤率當然是重點 全世界去那兒找100%不會 01/09 07:43
→ DDJJ1069:有交易錯誤的電子收費系統? 01/09 07:43
→ DDJJ1069:說難聽點,就連"人工"收費的便利超商店員找錯了70幾元都要 01/09 07:44
→ DDJJ1069:被莫名其妙的5位流氓痛毆了.... 01/09 07:44
推 chicagoboy:gmoz大跟chienming40大 錯誤率不是重點? 那套系統敢說 01/09 07:49
→ chicagoboy:自己一定"零錯誤" 那開發那套系統的公司早就發到天邊 01/09 07:49
推 gmoz:舉例來說 我跟你說我的計算機按1萬次 1+1 只有1次會變成2 01/09 10:49
→ gmoz:跟 我的計算機的按鍵 按一萬次才會有一次沒反應 的差別一樣 01/09 10:49
→ gmoz:網頁又有很明確可以避免的漏洞出來了XD... 01/09 10:51
→ neo718:計算機按1+1本來就會顯示2阿,你按一萬次只出現1次2? 01/09 10:51
→ gmoz:錯誤率你要看套在什麼"類型"的系統上面 拿來說才有意義 01/09 10:51
→ gmoz:更正 按1萬次1+1只有1次會不是2 01/09 10:51
→ neo718:假設同樣是發生系統錯誤,但是用不同的情況來看: 01/09 10:57
→ neo718:(1)同一輛小客車,從北往南下方向行駛,被南下感應器偵測兩次 01/09 10:58
→ gmoz:若演算法單純 輸入什麼就要輸出什麼 而不存在"機率"這東西 01/09 10:58
→ neo718:(2)同一輛小客車,從北往南下行駛,經過感應框架時, 01/09 10:59
→ neo718:被南下與北上的感應器同時計數(等於兩方向都感應計算) 01/09 11:00
推 chicagoboy:gmoz大 你舉的計算機例子根本完全失敗... 01/09 11:00
→ neo718:(3)一浪小客車經過南下台南的感應框架時,被林口北上感應架 01/09 11:01
→ neo718:偵測到經過該收費框架. 01/09 11:02
→ neo718:若以上三者出線的機率都是萬分之一或十萬分之一, 01/09 11:02
→ neo718:但是這背後代表的系統錯誤/出錯嚴重程度,會是一樣嗎? 01/09 11:03
→ neo718:(補充:第3例是這幾天已經發生過的實例,不是憑空捏造想像) 01/09 11:04
→ gmoz:1偵測兩次沒問題 問題在於寫進DB(或帳務DB)是否兩次 01/09 11:04
→ gmoz:2.同1 01/09 11:04
→ gmoz:3. 實例是車牌與ETAG分開 這與架構流程以及防呆有關 01/09 11:05
→ gmoz:計算機例子在於1+1!=2這種東西是根本不該出錯的 按鍵則可 01/09 11:06
→ gmoz:當然要拿整體出包率來看 的確數字很漂亮 但有好幾則是可避免 01/09 11:07
→ neo718:遠通電收:重複交易是eTag必須面對的宿命 01/09 11:07
→ gmoz:那則新聞我昨天分享給宅宅工程師如果 大家都笑得很開心 01/09 11:08
→ gmoz: 如我的朋友們 01/09 11:08
→ neo718:如果改用電腦偵測收費會重複計算是無可避免的宿命, 01/09 11:11
→ neo718:那德國高速公路怎麼沒有這情況? 遠通這陣子就是一直找藉口. 01/09 11:12
→ neo718:前幾天看到介紹德國高速公路收費時,他們連里程數都不敢馬虎 01/09 11:13
→ neo718:全程用衛星定位GPS精準計算車輛行駛里程數, 01/09 11:14
→ neo718:不像台灣在國道改用電子收費後,高工局還竄改標示里程數. 01/09 11:15
→ gmoz:那則新聞的笑點在兩個地方 1.今天才知道RFID的特性? 01/09 11:22
→ gmoz:2.程式過濾隨便舉都好幾種勝利寶劍幫你斷開連結! 解開宿命 01/09 11:23
→ gmoz:感覺是系統規格沒有訂得很好 整合測試也沒有確實 01/09 11:23
推 gmoz:話說她怎麼會說是eTag 紅外線@@? 是記者筆誤還是他口誤 01/09 11:26
→ pfry19855:德國衛星定位計程收費VPS在2005年就宣告失敗了... 01/09 11:41
→ pfry19855:就算是2014年德國準備要重新啟動的高速公路收費計畫也沒 01/09 11:54
→ pfry19855:有要用即時定位技術,而是採類似汽燃費的定額預付制。 01/09 11:55
推 chienming40:對"用路人"來說."他"可能只是經過一個門架就出錯了.誰 01/09 12:50
→ chienming40:還管你遠通一天的交易次數有幾千萬次. 01/09 12:52
→ ji394xu3:一套系統又不是只服務"他"這一個用路人而已 01/09 13:02
→ ji394xu3:悠遊卡每天都有交易糾紛 不是早就該.... 01/09 13:03
推 ottokang:拿計算機比是在比啥?這是無線RFID,還有車速的問題 01/09 16:31
→ ottokang:在這些條件下你可以搞到100%完全不會失誤 01/09 16:32
→ ottokang:那就準備輸出技術到國外好了 01/09 16:33
→ ottokang:台灣就是這樣,對於合理的錯誤修正都不能容忍 01/09 16:33
→ ottokang:以為這樣就是專家、就是監督,實際上就是理盲啊 01/09 16:34
推 gmoz:重複感應這種基本的交叉覆蓋的排除 其實跟計算機的1+1差不多 01/09 16:49
→ gmoz:因為你高速公路車子移動方向就是那樣 如果天天收費站那邊出 01/09 16:50
→ gmoz:車禍 或是車子會橫向飛來飛去除外XDDD 01/09 16:50
→ gmoz:我推文的重點其實一直都是針對能避免卻未避免的部分來說 01/09 16:52
→ gmoz:這個叫合理 工程師們都笑了www 01/09 16:52
→ gmoz:RFID本身的感應失誤是算在計算機的按鈕那種類型 重複扣款則否 01/09 16:56