在三年之前，我從學校畢業，進入公司，正式開始了軟體開發工作。我從完成第乙個開發任務的過程中學到了很多東西，包括：1)編寫程式只是軟體開發中的乙個流程，並非全部；2)程式編寫需要遵循一定的規範，遠遠不只是實現功能那麼簡單；3)程式編寫者是程式的第一負責人，要對自己的程式進行充分的自測，而非只要程式編寫完成便萬事大吉了。大家在學校裡面也編寫過程式，但那並非規範的軟體開發活動。從學校裡面的「業餘」進化為正式工作崗位上的「專業」，就需要提公升我們的「程式設計格調」。
什麼是「格調」？韋莊在《送李秀才歸荊溪》的詩中曰：「人言格調勝玄度，我愛篇章敵浪仙。」對於一篇文章來說，「格調」是指文章的風格；而對於程式設計來說，「格調」是指程式的風格、樣式。那麼，什麼是好的「程式設計格調」？《程式設計格調》一書為我們帶來了答案。
本書的兩位作者brian w. kernighan和p.j. plauger是全球知名的計算機科學家，brian w. kernighan更是一位德高望重的計算機先驅，他與「c語言之父」 dennis ritchie合著了經典書籍《the c programming language》。本書的譯者之一高博老師也是「文津圖書獎」譯者(他所翻譯的《資訊簡史》獲得了「文津圖書獎」)。如此一來，本書也已成經典。
本書篇幅不長，包括8個章節、共180頁的內容，從表達、控制結構、程式結構、輸入和輸出、常見錯誤、效率和測試工具、文件等方面對「程式設計格調」展開了討論。對於一些優秀的程式設計經驗，本書提煉了出來，並放在了方框裡面，以供讀者參考。
我認為，對於一位開發人員來說，在軟體開發中的「程式設計格調」體現在這三方面：第一，程式設計意識的「格調」；第二，程式設計的「格調」；第三，**編寫及測試的「格調」。
程式設計意識的「格調」
**是程式設計師思維的體現，你在腦海裡構思出怎樣的程式，你就會編寫出怎樣的程式。因此，如果乙個程式設計師沒有要編寫出優秀程式的意識，那麼他們實際編寫出來的程式也不會好到**去。
為了讓自己的程式有「格調」，我們首先要在意識上嚴格要求自己，要提高自己的思維的水準。如此這般，才能夠將意識的「格調」轉變為程式的「格調」。
程式設計的「格調」
在動手編寫**之前，我們要對程式流程進行設計，也就是對程式進行巨集觀布局。
看過《三國演義》的人都知道，諸葛亮很善於巨集觀布局。在三國尚未形成之時，他就分析了當下局勢，並為劉備指明了奪取天下的戰略方針。在一場大戰役打響之前，諸葛亮會分析天時和地利，並告訴各個將領一些排兵布陣的方法。他就是戰爭的總指揮，我們可以說他在戰略上很有「格調」。
程式設計也與之類似。我們要分析軟體需求，看哪些功能比較容易實現，哪些比較複雜。在弄懂了需求之後，我們要畫出程式流程圖及模組框架，並決定哪些模組可以採用現成的，哪些需要新開發，哪些功能要先實現，哪些可以後面再完成。只有有「格調」的設計才能夠產生有「格調」的程式。
**編寫及測試的「格調」
就像書中所說：成功地執行並不能保證乙個程式的優良。在編寫**的過程中，除了實現規定的功能之外，**規範也無處不在，包括：1)程式布局是否工整；2)變數命名是否規範；3)**注釋是否簡明；4)函式封裝是否合理；5)程式介面是否恰當；6)實現方法是否正確；等等。所有這些規範和約束，都是為了提高程式的「格調」。
**編寫完成，開發人員的事情並沒有完成，他們還需要對自己的**進行測試，即自測。充分的自測可以發現**在邏輯、功能等上面的一些錯誤，並糾正開發人員一些思維的缺陷。這也是在提高程式的「格調」。
時光荏苒，《程式設計格調》一書雖作於將近40年之前，但其中的很多觀點在今天仍然具有很強的參考價值，裡面的很多程式編寫的經驗仍然值得廣大的it從業人員學習。如果我們靜下心來閱讀，定然會被作者對於程式編寫的洞見所折服，這也反過來提高了我們思維的「格調」。
不管你是即將踏上工作崗位的在校學生，還是剛參加工作的職場新人，抑或是有多年工作經驗的職場老人，只要大家關注程式設計、關注軟體開發，那麼我都毫不猶豫地推薦你閱讀《程式設計格調》一書。
最後，感謝高博老師的慷慨贈書，讓我開啟了如此美妙的一段閱讀之旅！
軟體開發中的併發
併發作用 1.在互動式應用中，快速響應使用者的請求，提高感知響應的時間 2.充分利用硬體資源，計算資源 3.簡化應用設計 併發壞處 1.難於測試 2.併發應用執行在複雜的環境下，軟體不確定性增多 3.處理同步，通訊的問題，增加程式設計複雜性 4.併發開銷對效能的影響，包括上下文環境切換，同步等 併發...
自上而下的軟體開發和自下而上的軟體開發
自上而下 top down 開發模式是指從乙個應用的最高點開始開發。從最高點逐步往下層編碼，直到開發完所有的任務。一旦寫完了最下層的 開發任務就完成了。使用這種方式，你需要設計 編寫出所有你需要的但還沒有實現模擬介面 服務 偽 自下而上 bottom up 開發模式是指從乙個應用的最底層開始開發。這...
模板，軟體開發中的應用
模板，軟體開發中的應用 自六十年代中期到七十年代人們感覺到 軟體危機 以來，軟體工程也已經經理了整整35個年頭了 然而，手工作仿式的軟體開發形式在這兒依舊那麼嚴重，而更讓不解的是，每個人工作已經相當一段時間了，竟然沒有去嘗試著尋求新的解決方法 已經被別人用過很多次的方法 結合於實際情況談一談自己幾年...