現在總算體會到「改革」的艱辛了
而跟以前的大多數「改革」者不同的是
我不會用性命去堅持
因為我知道那樣是沒有意義的
老古董啊老古董
「這樣做方便，這樣做省事」
「已經這樣做了」
這些可以稱之為原因麼？
始終無法說服我
「改革」失敗的原因
除了「改革」者本來的能力和準備外
最最主要的是有兩類人存在
部分人的中立和一部分人的反對
除了上述兩類人外
就只剩下「改革」者了
失敗並不可怕
可怕的是每每失敗的原因都如此
什麼時候人們才能開啟心胸
什麼時候才能不介意別人動了自己的勞動成果
什麼時候才能認真考慮別人的思想
什麼時候才能可以不按前人的思想去做事
工具啊工具
大家都是工具
可我還是乙個有思想的工具
乙個工具告訴另乙個工具要這樣要那樣時
為何會忘記自己也是工具？
「改革」，「改革」
大家都在喊
當「改革」觸碰到您的利益時
您能否用微笑支援「改革」
這便是你我需要思考的問題
根本原因缺陷分析法
軟體缺陷管理過程不僅包含軟體缺陷記錄和統計，更重要的是對缺陷資料進行細緻 深入的分析。缺陷分析是缺陷管理中的乙個重要環節，有效的缺陷分析不僅可以評價軟體質量，同時可以幫助專案組很好地掌握和評估軟體的研發過程，進而改進研發過程，未對缺陷進行分析就無法對研發流程進行改進。此外，還能為軟體新版本的開發提供...
軟體公司加班的根本原因
軟體公司加班，這應該是個很尋常的事情 其實加班不應該是乙個感到不舒服的事情，任何公司或單位都會加班，只是程度不同而已，程度才決定了算不算舒服。加班不一定是壞事，看是什麼情形。為什麼會加班呢 加班一般是沒做完事情的直接結果。但是可能有兩種可能，一種是應該完成的事情沒有完成導致的 另一種即是一些特殊情況...
軟體開發問題的症狀及其根本原因
症狀 對終端使用者的需求理解的不夠精確 對需求的改變束手無策 程式塊不相容 軟體不易維護或不易擴充套件 對專案嚴重缺陷的發現較晚 軟體質量低劣 軟體效能無法令人接受 開發組中的人員按各自的方式進行開發，如果有人改變了部分軟體，將很難再進行重組 乙個不可靠的構造和發布過程 原因 特別的需求管理 模糊和...