換工資卡，拍照、驗證，一通協議確認，以為一切都結束了，可這只是剛剛開始。
用電腦，依然提示向機身份認證和u-key。不好意，這些都是什麼，沒人給我。
打客服，告訴可以到櫃檯辦理，查了查，方圓十里之內沒有營業廳。
好吧，資訊時代的我請假城裡一通溜達，用最原始的方式完成了轉帳。
事情過去了，思考仍在繼續，為什麼會這樣？是我的原因？還是服務差了點什麼？
1.為什麼必須要有乙個帶攝相功能的手機？
3.為什麼電腦也無法完成簡單的轉帳功能？
4.辦卡的時候為什麼不能直接完成網路轉帳的設定，還要二次辦理？資訊是什麼？不同的業務部門資訊不能傳遞？是安全還是部門牆？
5.有沒有更多的解決方案，簡便、安全的完成身份認證？
如果pc端有更方便的處理而不是手機端，如果銀行自身就有安全、便捷的方式，如果銀行在一開始就開通網路轉帳功能，也許一切都不是事。
也許。。。。。。作為服務提供方，也許不該想當然的要求客戶擁有服務提供者所想要的功能，回到原始情況考慮客戶的需求，客戶就是小白。
把複雜的事情簡單化，安全第一的前提下，讓流程簡單下來，讓所有的服務真正的方便使用者。
其實一切就差了那麼一小步。
一步一步打造WebIM 3 效能測試
webim系列文章 在一步一步打造webim 1 和 2 中，已經討論了如何開發乙個webim，並且使用快取來提高webim的效能，本文將編寫乙個程式模擬大量使用者登入來對webim進行效能測試。測試一將模擬200個使用者同時登入的聊天室，每個使用者以1條訊息 秒的速度傳送訊息 由於網路和伺服器處理...
一步一步教你打造介面測試平台 2
這一節我們實現下面兩個功能 為了測試方便，我們先在main.py檔案中增加2個測試的介面 def api return jsonify def error codes 404,401,403,500 random.shuffle codes abort codes 0 再修改handle get 方...
一步一步打造WebIM 3 效能測試
webim系列文章 在一步一步打造webim 1 和 2 中，已經討論了如何開發乙個webim，並且使用快取來提高webim的效能，本文將編寫乙個程式模擬大量使用者登入來對webim進行效能測試。測試一將模擬200個使用者同時登入的聊天室，每個使用者以1條訊息 秒的速度傳送訊息 由於網路和伺服器處理...