參與了3個問題，很快揭了2個

這個也可能和工具自身的特點有關系....

---------------------------------------------
可是delphi呢？？

borland把不爭氣的孩子們寵壞了：

有說干就干的資本：托幾個窗口、控件，拷貝些代碼，加上些SQL，一個demo就出來了
有說改就改的資本：點個按鈕，把過程代碼隨便改改就有效果了
  TEdit用的不爽，找個TMoneyEdit來托上去
  界面好難看？皮膚一套套的砸在上面
有說加就加的資本：網絡模塊？office？web？？我們的delphi控件無所不能

經理和客戶都很高興，于是把大量的精力花在按鈕的布置，窗口的樣式，并挖空心思來設計動態、通用等等..程序有時候也不等于數據結構加算法，英文也沒有多大用處，能看懂關鍵字就行了，至于文檔有更加實用的超級猛料，自宮寶典等等

rl：用delphi的普遍素質都很低下

不要誤解，不是說為人素質，而是說專業素質。能干就干，誰還有空去學看起來幫助不大的數據結構??窗口是拖拉的誰還去理會windows編程(一般vc的入門知識)，有猛料誰還去管什么算法。socket，web寫半天代碼還不如一個控件來的爽，面向對象：經常聽說，就像經常聽說中國足球理論上有出線希望一樣

系統象沒有規范的試卷，程序變成了“代碼填空”，標準答案上csdn，delphibbs來找

寫出來的程序就像一個建筑師用不熟悉材質的磚頭、水泥、鋼筋搭起來的房子，隨時都有倒塌的可能，而且是越大越容易出問題

缺乏良好的設計，表面看起來很容易擴展，實際上根基已經不堪重負，于是最初的開發者只能去介于無止境的修補之中。在客戶日日夜夜的騷擾之下終于崩潰，于是大吼一聲：OFFICE中的access，我有理由說要比DELPHI說好(急得連話都不會說了)

長江后浪推前浪，一則招聘，公司門檻就擠破了。

新人拿著修修補補的代碼閱了半個月，開工。沒有程序文檔，沒有數據庫說明，甚至沒有不明身份的控件...經理崔客戶崔，又上了csdn，找這個找那個..語無倫次，沒有自己的概念，別人看不明白?？?！沒有高手，都是來混分的！！浮躁，懷疑...

那天，崩潰了，覺悟了，隨便重新找了份試卷模版，又開始了填空..