古語有云：「是騾子是馬拉出來溜一溜！」這反映了在歷史上，人們購買馬匹時也要進行驗證，當然這其中有人性陰暗的一面（不良商家），但這種方法仍然是大夥購買商品進行試用是最有效的鑑別方法。
隨著人們技術的不斷發展，工業機械化自動化的程度過越來越高，工業品的出廠一致性，良品率持續提高，是否就不需要驗證了？答案仍然是否定的。下面以2個例子進行闡述：
第乙個例子，是以人們購車為例，目前各個汽車生產商，機械自動化率已經到80%~100%，（當然高階品牌，會以手工打造作為差異化競爭力），各個企業的良品率基本達到95%以上；當我們到4s店提車時，最好的方法還是跑一圈試試，這就是一種驗證。不是汽車企業出廠汽車品質問題（他們也不想自己的產品有問題，如有問題後期需要不斷的維修服務，也是一堆爛攤子要處理），而是這個過程有許多車企也無法控制的因素在裡面，典型的有如下三種故障風險：
1、運輸過程意外損壞；
2、貯存保管不善損壞：
3、工作時環境變化引起偶發性故障；
這些故障，作為購買者提車進行必要的試駕，能大概率避免這些問題。
第二個例子，本週在公司走流程因許可權管控問題無法進行驗證，造成流程無法處理，多次反覆的奇葩事件；當前公司支援2個流程對手工配置進行處理，2個流程如下：
流程一：
流程二：
公司多數配置都是走的流程一，只有少數場景需要走流程二；筆者本週工作遇到的乙個配置就是因為流程一不支援，只能走流程二，而在流程二中，本人無系統c許可權（許可權管制）無法驗證，提交完成後出現一系列問題，反覆提交3次才最終通過，來一起看下這個繁瑣的過程：
本文通過2個案例介紹了驗證的重要性，都因為環境，流程，約束等條件的變化可能引入問題，所以進行必要的驗證是產品發布前必不可少的步驟；請各位工程師在產品發布前，務必進行一次基本功能驗證，如工作環境，流程發生了變化更不能少了這個步驟，前面流程每攔截1個問題，對整體的效率和收益都可能是更好的，就好比新型冠狀肺炎中國在早期大力投入控制整體投入收益比都更好；當然也不是通過了驗證產品就沒有問題。
泛型方法前為什麼要加
package com.test05.mytest class fruit class person class classname void show 2 e e void show 3 t t public static void main string args 輸出 而show 2 和sho...
泛型方法前為什麼要加
package com.test05.mytest class fruit class person class classname void show 2 e e void show 3 t t public static void main string args 輸出 而show 2 和sho...
apk為什麼要簽名發布
開發android的人這麼多，完全有可能大家把類名，包名都起成了一樣的，這時候如何區分，簽名就是起區分的作用的 由於開發商可能通過相同的packagename,來混淆替換已經安裝的程式，簽名可以保證包名相同，但是簽名不同的包不被替換 apk如果使用同乙個key簽名，發布時另乙個key簽名的檔案無法安...