Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

第一章節:人為錯誤的預防準則 Jimmy #6

Open
JimmyFUFU opened this issue Apr 24, 2022 · 1 comment
Open

第一章節:人為錯誤的預防準則 Jimmy #6

JimmyFUFU opened this issue Apr 24, 2022 · 1 comment
Labels
question Further information is requested

Comments

@JimmyFUFU
Copy link

可靠性

人為錯誤:以最小化犯錯機會的方式設計系統。例如,精心設計的抽象、API 和管理後臺使做對事情更容易,搞砸事情更困難。但如果介面限制太多,人們就會忽略它們的好處而想辦法繞開。很難正確把握這種微妙的平衡。

在做 error handling 的時候,常常會討論一個點是到底該不該預期使用者會輸入多麼不合理的資料,通常會防到什麼地步,書中寫很難把握這種微妙的平衡,但有沒有一個基礎的準則可以遵循哩

@kkshyu kkshyu added the question Further information is requested label Apr 24, 2022
@jxiu0129
Copy link

jxiu0129 commented May 4, 2022

  • 後端:以白名單為主
  • 以 usb 為例
  • 讓 QA 想辦法。工程師可以主動給 QA 方向測
  • 從錯誤的經驗列出一個準則。缺點:偏治療非預防
  • 設想不合理的情況,也要做好可觀測性
  • 實例:Hard limit:簡訊功能一次只儲值 1000 元
  • 分享:關於表單驗證:帳號註冊 email,很難去濾掉[email protected] 這種錯誤。
    • 給提示,例如 @g 會跳出 gmail.com 讓人選

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants