當一項產品或一支程式的功能，可能在任何情況下無法達到需求或正常工作的可能時，除非客戶的需求與環境真的很簡單，且不會再有擴充可能，否則為了避免事後的麻煩，上面多會要我們直接向客戶報告其列為不可行的方式，所以久而久之，也成了習慣了，但是這樣的習慣而在討論區上如此發言時，對於不懂或半懂的人，卻很有可能讓人不解或產生質疑，所以需要修正與補充。

修正不代表不對，而是用詞不夠正確或是沒有詳細的解釋下，以武斷的辭句過於簡短的說明，所才需要修正補充。就如同程式因不夠謹慎下或事前無法察覺的情況下編寫，而於事後發現漏洞、或可以有更佳的編寫方式以利程式的運作效率時的修正，並不代表先前可正確執行程式以是錯誤的，而是修正後可以使其更穩定、功能更強或減少錯誤發生的可能。

為了避免一再有人雞同鴨講浪費論壇資源，也節省本人發著重複回文的時間，於樓上網兄提供的連結中找出兩篇較符合重點的文章提供給有興趣的朋友參考：
http://am.mine.nu/note/af/sblog/more.php?id=36
此篇較為簡短扼要，但偏向理論而實際情況的說明較少。

http://www.study-area.org/tips/hub_switch.htm
這篇BBS上的討論節錄非常詳細，也有許多實際情況下的差異說明，與此串討論充斥太多沒內容的嘴砲回文要好的多。

上面兩篇文章看過之後，你就可自行判斷對與錯了。