業界一直對 vb 程式設計師有偏見，認為這個群體普遍水平不高。最近在維護/修改 vb.net 的老**時發現，這是有原因的。
以 vb.net 為例，
注意兩個選項: option explicit 和 option strict
前者表示，每個變數要先宣告才能使用。
後者，則對隱式型別轉換有一定的要求。
另外，在專案屬性頁裡的 warning configuration 下，還有乙個 "implicit conversion" 選項。
預設情況下，這些選項設定的比較寬鬆。這樣帶來的惡果是，很多 vb 程式設計師可以說毫無資料型別的概念，**裡胡亂寫，這樣把很多明明是編譯期可以解決的 bug, 帶到了執行期。不得不說，這是不可饒恕的。
在這種寬鬆的設定下，我見到了太多應該被拖出去重重的打屁股的**：
if (system.convert.tostring(dr("column1")) = 0)
這裡很荒謬的把乙個 string 直接和 integer 型別進行比較。。。
session("cid") = cint(lblsomeid.text + 1)
這個**更是地雷中的地雷。型別的概念極其混亂，胡亂轉換，毫無章法。
我想要說的是，vb經過多年的發展，到現在的 vb9， 10, 已經是一門非常強大的語言。從語言的角度上講，也許 vb 對程式設計師比較寬容。但程式設計師不應該把這個當成一種福利，而放鬆對自己的要求，型別概念不搞清楚就亂寫**，否則被罵終究是難免的。
PHP對程式設計師的要求更高
首先,大家都知道,php也是一種編譯型指令碼語言,和其他的預編譯型語言不同,它不是編譯成中間 然後發布.而是每次執行都需要編譯.為此,也就有了一些opcode cache,比如開源的apc,eacc.還有商業的zend o 等.那麼為什麼php不把編譯 執行分開呢?php雖然是一種編譯型指令碼語言,...
iOS程式設計師對演算法的要求
演算法和資料結構 鑑於二者的關聯，以下統稱演算法 對於程式設計師的重要性一直是個具有爭議性的話題。有一些程式設計師內心對演算法有著天然的排斥，面試當中一旦考察演算法知識，會被不少程式設計師吐槽，但有部分公司又一直在堅持這種做法。我且以乙個ios程式設計師的視角，談下自己粗淺的看法。不懂演算法並不妨礙...
程式設計師，不要讓自己做兔子
前段時間和乙個朋友聊天，酒席間向我抱怨他那段時間的鬱悶 專案經理從客戶那裡拿來乙個需求，實際上就是乙個ppt描述，我這個朋友拿過來看後剛開始不覺得什麼，乙個通常的 系統又能複雜的了哪去，但是越往後做就越發覺得裡面的問題。在ppt描述中很多地方描述的都有矛盾。比如論壇，沒錯，小公司，尤其是對於我們這樣...