參與了3個問題，很快揭了2個
這個也可能和工具自身的特點有關系....
---------------------------------------------
可是Delphi呢？？
borland把不爭氣的孩子們寵壞了：
有說干就干的資本：托幾個窗口、控件，拷貝些代碼，加上些SQL，一個demo就出來了
有說改就改的資本：點個按鈕，把過程代碼隨便改改就有效果了
TEdit用的不爽，找個TMoneyEdit來托上去
界面好難看？皮膚一套套的砸在上面
有說加就加的資本：網絡模塊？Office？web？？我們的Delphi控件無所不能
經理和客戶都很高興，於是把大量的精力花在按鈕的布置，窗口的樣式，並挖空心思來設計動態、通用等等..程序有時候也不等於數據結構加算法，英文也沒有多大用處，能看懂關鍵字就行了，至於文檔有更加實用的超級猛料，自宮寶典等等
rl：用Delphi的普遍素質都很低下
不要誤解，不是說為人素質，而是說專業素質。能干就干，誰還有空去學看起來幫助不大的數據結構??窗口是拖拉的誰還去理會Windows編程(一般vc的入門知識)，有猛料誰還去管什麼算法。socket，web寫半天代碼還不如一個控件來的爽，面向對象：經常聽說，就像經常聽說中國足球理論上有出線希望一樣
系統象沒有規范的試卷，程序變成了“代碼填空”，標准答案上csdn，Delphibbs來找
寫出來的程序就像一個建築師用不熟悉材質的磚頭、水泥、鋼筋搭起來的房子，隨時都有倒塌的可能，而且是越大越容易出問題
缺乏良好的設計，表面看起來很容易擴展，實際上根基已經不堪重負，於是最初的開發者只能去介於無止境的修補之中。在客戶日日夜夜的騷擾之下終於崩潰，於是大吼一聲：Office中的Access，我有理由說要比Delphi說好(急得連話都不會說了)
長江後浪推前浪，一則招聘，公司門檻就擠破了。
新人拿著修修補補的代碼閱了半個月，開工。沒有程序文檔，沒有數據庫說明，甚至沒有不明身份的控件...經理崔客戶崔，又上了csdn，找這個找那個..語無倫次，沒有自己的概念，別人看不明白。靠！沒有高手，都是來混分的！！浮躁，懷疑...
那天，崩潰了，覺悟了，隨便重新找了份試卷模版，又開始了填空..
