計算機程式設計的24條法則

2021-04-02 06:19:27 字數 767 閱讀 1803

1、致命的異常終止決不允許

2、以這個次序編寫:使用者手冊、說明書、幫助、源**

3、除非你使用risk factor analysis (***),否則乙個程式將花費雙倍你認為開發所需的時間---重複工作

4、編碼工作量應該不超過開發工作的百分之二十

5、測試應該至少佔工程的百分之三十

6、注釋應該至少要佔源**的百分之二十

7、一條錯誤資訊應該報告什麼發生了,關於這個使用者能夠作什麼,程式下一步要做什麼,以及哪一行**造成了該問題?可能也要注意時間,使用者名稱和環境

8、好的程式將自動地傳送最近的錯誤資訊給永久性**

9、呼叫乙個例程三次?隱藏它呼叫一次?不要隱藏

10、除了選單和錯誤陷阱,例程應精確地只需要乙個入口和乙個出口

11、帶有清晰的變數名和例程名的文件**

12、資料庫應該是相關的

13、總是採用最好的演算法

14、首先優化最慢的例程,使用 profiler 標誌他們

15、最好的開發語言通常是具有最短開發時間的那個

16、要求顧客在使用者手冊和說明書上簽字

17、首先編寫更具風險的模組

18、讓簡單的維護成為引導你的燈光

19、檢查你寫的每個簽名和拼寫

20、不要寫任何你能夠用乙個3 * 5 卡片封面複製的程式

21、知道何時應該完成何事

22、沒有任何列表是完善的

23、困難不是你正在看之處

24、存在的規則和規律可以讓人們免於思考

計算機程式設計的24條法則

1 致命的異常終止決不允許 2 以這個次序編寫 使用者手冊 說明書 幫助 源 3 除非你使用risk factor analysis 否則乙個程式將花費雙倍你認為開發所需的時間 重複工作 4 編碼工作量應該不超過開發工作的百分之二十 5 測試應該至少佔工程的百分之三十 6 注釋應該至少要佔源 的百分...

計算機程式設計的21條規律 轉

1 任何乙個程式一旦發布就意味著它已經過時了。2 讓需求根據程式調整往往要比讓程式根據需求調整來得容易。3 如果乙個程式是有用的,那它必將被改變。4 如果乙個程式是無用的,那它必須被注釋。5 在任何乙個程式裡只有10 的 會被執行。6 軟體會無限擴張以占用所有的系統資源。7 任何有價值的程式都會包含...

睿智男人的24條生存法則

以下是總結的24條關於聰明男人的生活建議。當然,也許你也會發現,這其中也有些100年前,甚至1000年前的人們總結出來的經驗之談。不過,如果你會費盡心力去找到這些話究竟是誰說的,那麼,對不起,你也太認真了,畢竟那已經是另一件事情,另乙個話題了。1 即使是老闆也得幹活啊!不要讓你的下屬覺得你從來不幹活...