關於上一篇編程規範的疑問解答

　　上一篇文章寫了微觀規範，很多人提出了意見，謝謝大家的回複。
　　這裡回複一下一些疑問：
疑問一：為了速度，進度，很多細節的東西，我們往往都忽略，除非他經常發生，能引起我們的注意
其實，有時候，為了速度，進度，忽略了很多東西，到時是要幾倍補償回來的。

疑問二：扯淡
這個問題不清楚為什麼這樣說，作者有更好的解決方案嗎？

疑問三：就這些內容覺得還談不上規範，等著看接下來的內容
這也是規範，只不過是比較細方面的。

疑問四：這樣重複判斷會不會影響執行效率呢？
一般的判斷不會給程式造成多大的效率問題，比如判斷一個整數a是不是等於3,這完全是不花時間的。又不是迴圈。

疑問五：這個環境看不到團隊工作（team work），只看到一堆疑心病很重的曹操們
這個有可能，但主要看你怎麼看問題。我們只是想把錯誤解決在最小範圍內。如果你覺得比較累，不用便是了。

疑問六：我猜lz在日資企業吧
在純正的中國企業裡面。

疑問七：有人說到，如果那個參數不對，又可以不要，那麼這個參數一定不重要：
不是這樣的。有些參數是很重要的，但傳入的參數可能是亂來的，這個時候需要Debug出來，知道是上一個環節出了問題，或者是哪個地方出了問題。
至於Release中，就是把它給處理了，然後返回一個不正常的值，外部就可以知道錯誤了。
簡單來說，斷言是為了Debug時用的，Release時要處理掉的。我們沒有理由因為一個參數重要就不要Debug它。

　　說實在的，我個人也不喜歡在微觀上面做太多限制，這實在有點限制個人的表達能力和創造性。不過，這是公司的規範，我就拿出來講一下，不喜歡的否定就是了。我個人喜歡在宏觀上，比如層次架構上進行討論。