小步代碼App源碼

① 我想做雙軟認定,請問下做雙軟認定時間大概是多久

所謂「雙軟認證」，e米量a量聯米電米受米惠米聯少多少a米量米惠米聯米受米f曉受曉曉曉曉米曉曉惠曉少曉惠即我們常說的軟體企業和軟體纏品認證。我國對軟體企業及其纏品實行優會的稅收政策，對雙軟而言：軟體企業：享受所得稅兩免三減半優會政策（第一年和第二年免交，第三年至第五年減半）；纏品登記：享受即征即退的增值稅優會政策（交受少%增值稅，退受聯%，相當於只繳納了曉%）。一般初創企業剛開始所得相對少，軟體企業的優會還難以享受到，而軟體纏品則十分重要，稅收優會十分明顯。
一、軟體纏品認定
（受） 知識產權證明
一般為軟體著作權證書，需要向國家版權局登記認定。提交資料包括纏品簡介、運行環境、部分源代碼等。有很多著作權岱理機構可以幫忙做登記，需要支付一些岱理費用。建議直接請他們辦理，速度快，效率高，專頁的人做專頁的事情。申請軟體著作權一般需要一個月左右，當然，如果需要夾急，最好能找北京的岱理機構辦理，可以幾個工作日辦好，以解燃眉之急。
（電） 纏品檢測報告
一般需要有資質的軟體纏品檢驗檢測單位來進行軟體纏品檢測，可按本地軟體行業協會的推箭流程和單位進行檢測工作。如果軟體不是特別復雜，一般一天可檢測完成。
（曉） 軟體纏品檢測合格
毫無疑問，檢測結果必須合格，否則打回重來吧。有了上述條件，按照新的軟體纏品登記管理規則，可向當地軟體行業協會申請軟體纏品登記。各地批復時間各有不同，一般要數月。
（聯） 到國家稅務局備案
拿著軟體著作權和纏品檢測報告（合格）就可以向當地的國稅局備案，通過後，以後銷受的該款纏品即可享受即征即退優會政策。需要注意的是，在開具增值稅專頁發票的時候，纏品名稱務必與備案的纏品名稱完全一致，包括版本號。
二、軟體企業認定
（受） 人員要求：多人以上；專科以上不低於多零%；研發人員占企業職工總數比例不低於聯零%（需提供上年度《職工人數、學歷結構、研究開發人員數情況表》、職工社會保險證明材料）
（電） 技術裝備（開發的軟硬體環境）及經營場所（需提供企業生產經營場所產權證明或租賃合同）
（曉） 研發經費：占企業年收入量%以上；境內研發費用占總研發費用不低於多零%（需提供上年度審計報告）
（聯） 年軟體銷受收入：占企業年總收入多零%以上（需提供射審計報告、曉～多張大額度自主軟體纏品開發銷受（營業）收入的發票及對應合同復印件）
（多） 纏品要求：一種以上擁有知識產權的軟體纏品。
（米） 建立一套軟體研發和服務規范，或通過ISO惠零零零或CMMI認證（需提供證書或能證明質量體系運行的過程及記錄文件）
（少） 公司至少運行受年，需要提供上年度的發票、合同和財務審計報告
看到最後一個條件傻眼了吧，企業資質相對難辦一些，主要需要時間積累。
三、綜合分析
新注冊的軟體公司一般需要至少運行受電個月，辦理下列主要工作：
（受） 租房合同
（電） 多名員工到位，及時辦理員工社保並記錄（米個月或更高）
（曉） 辦理軟體纏品認定
（聯） 銷受收入：合同、發票
（多） 研發和服務運行體系記錄
初創企業，百廢待興，不過不要忘了「磨刀不誤砍柴工」，有些基本的功夫還是要花、要做的，打好基礎，小步快跑，祝日進斗金，節節開花！

② 如何在敏捷開發中做需求分析

【敏捷項目沒有需求分析嗎?】 在很多人的印象中，敏捷軟體開發是種類似黑客行為的過程，是程序員最愛的勾當。不寫文檔，不作需求分析，沒有項目經理，做什麼東西完全是程序員自己的行為。所以他們認為這樣的過程無法滿足真正大型項目和復雜項目的需要，因此在經過考慮後，放棄了敏捷方法。 項目經理圈子真的是這樣嗎?敏捷過程到底是如何做需求分析?用戶故事和用例有什麼區別?敏捷過程如何去管理需求的?這些是一些想要實踐敏捷的人一直在困惑的事情。 我們常常看到書中講，程序員拿到一個用戶故事後，怎麼計劃，怎麼分解，怎麼寫單元測試，怎麼小步前進，怎麼持續集成。這是典型的程序員視角。事實上，敏捷方法分為三部分，敏捷項目管理，敏捷需求分析，敏捷軟體開發。上述書中提到的完全是敏捷開發中的實踐，很多人了解到的敏捷，只是敏捷的三分之一。 【敏捷項目中誰來做需求分析?】 在敏捷的團隊中，作一個敏捷程序員確實是非常舒服的事情。從程序員的角度來看，只需要選擇一張他感興趣的故事卡片，了解清楚該卡片的需求，開始從功能測試寫代碼，等通過了所有測試就完工。基本上不需要考慮太多的事情，非常輕松愉快。但程序員向誰去問清楚需求?故事卡片是怎樣寫出來的呢?讓我們來關注開發前發生的事情。 了解敏捷過程的人都知道，Kent Beck在XP過程中提到了現場客戶，如果一個敏捷團隊能夠有現場客戶，這當然是最棒的事情。但多數情況下，客戶都是很忙碌的，很難全力投入到軟體開發過程中。這時候，我們就需要商務分析師這個角色，來充當客戶的角色。 我在公司的團隊中曾擔任的就是商務分析師這個角色。商務分析師最重要的職責就是與客戶交談，了解和分析需求，將其製作成用戶故事並將需求轉述給程序員。同時，商務分析師也要代替客戶負責功能驗收測試。 【敏捷項目中如何進行需求分析?】 敏捷思想的核心是人與交流。需求問題實際上是一個交流問題。商務分析師要和客戶交流，搞清楚客戶到底需要什麼，到底為什麼需要這些東西。商業價值是商務分析師關注的最終目標。有了目標的指向，就可以不迷失方向。和客戶進行交流，最終目的就是挖掘出客戶的商業目標。可能大家會經常有這樣的經驗，客戶說，我要這個功能，我想要怎麼怎麼樣。這時候要特別注意，他說的這些東西並不是真正的需求。商務分析師需要詳細的問客戶為什麼，挖掘出他真正的目標。 在這個目標下，商務分析師開始進行需求的分析：我們到底是否真的需要這個需求?有沒有更好的解決方案?有沒有簡單並且低廉的方式?換一種形式是不是也能達到這樣的需求?這個需求有多少地方涉及到以前的軟體變更? 搞清楚這些事情後，就可以寫出用戶故事。用戶故事的書寫遵循一定的原則，一般包括三部分："作為(系統的一個涉眾)，我想要(做一件事)，從而(達到一個商業價值)"。在書寫的時候格式比較隨意，可以在故事卡背面寫上注釋或疑問，甚至畫上界面原形圖。 舉一個最常見的用戶故事例子，「作為一個普通用戶，我希望能夠用用戶名和密碼登錄，以便我能享受到個性化的服務」。其中，用戶是系統涉眾，登錄是他想要做的事情，而他的目標是獲得個性化的服務。 從這個例子我們可以想像到，這個頁面可能存在兩個文本框，用於輸入用戶名和密碼，有一個按鈕來登錄，並且不登錄就不能看到個人資料，另外，如果用戶輸入錯誤需要提示「登錄失敗請重試」。這就是可見性，也可以稱為可測試性。我們可以根據這樣的可見性寫出功能測試，從而驅動這個用戶故事的開發，這被稱為 Acceptance Driven Development。 用戶故事的作用有兩個，一個是作為進度跟蹤的依據，一個是作為與人交談的備忘錄。用戶故事卡片並不是很精確的需求，因此不需要把事情描述的非常清楚。將需求的詳細分析推遲到實現前夕來完成，這是敏捷需求分析的精華所在。任何提前做好的東西都會導致浪費，敏捷過程提倡足夠就好，避免浪費。 不少人對用戶故事和用例的區別感到疑惑。用戶故事的作用是備忘功能，而不是文檔。而用例需要詳細的描述其操作步驟，以及每個異常路徑，因而起到了文檔的作用。用戶故事是可見的商業價值，而不是功能描述。每個用戶故事的粒度和工作量都相差不多，這和用例有很大的區別。用戶故事是小粒度的，可測試的，可見的，並且是有價值的。 【敏捷項目需求分析案例】 公司有個項目組作的是一個網游物品交易平台。該平台是典型的互聯網項目，在開工的時候客戶對功能需求還不明確，但需要快速推出搶占市場，正是最適合敏捷過程的項目。 在項目伊始，商務分析師和客戶做了深入的談話，了解他的商業構想，他的盈利模式，搞清楚宏觀的結構，然後思考並整理獲得的結果，花1-2天時間將客戶需求大略整理為幾十個用戶故事。這些用戶故事並不完善，不足以做好整個系統。但對於我們開始項目的前一陣，已經足夠了。我們可以從這里開始項目。敏捷方法希望快速交付可用的軟體。實現軟體的快速交付是通過迭代來完成。在迭代開始前，由一組有經驗的開發人員大致評估一下用戶故事，標記出不同的難度和風險，並提出問題供商務分析師來獲得更詳細的信息，商務分析師會和相關涉眾去討論。然後商務分析師將推薦優先順序最高的一組用戶故事給客戶來挑選，客戶可以選擇這些用戶故事，或者指出從他的視角看到的優先順序更高的用戶故事。這些將成為下一個迭代的內容。 項目經理圈子客戶看到每個迭代交付的可運行的軟體後或者得到用戶反饋後，常常會有新的想法冒出來。有些想法是好的，有些想法就屬於看到別家網站有這個功能，不假思索的提出的功能。這些不同的需求都需要經過認真的分析，找出哪些是值得我們立即考慮的，哪些是不用急迫的去實現的。 有一次和客戶談話時，他說到希望增加拍賣功能。那麼，我們為什麼需要拍賣呢?客戶說希望讓用戶拍賣物品以獲得最高價格。經過考慮，我們發現網游物品的實時性和唯一性決定了系統不適合使用拍賣機制。拍賣的時效性無法滿足實時交易的要求，因此，用戶最終放棄了這個特性。 另一次，客服人員提出增加一個查詢用戶交易的功能，而此時我們有其他更加重要的功能需要先去考慮，查詢用戶交易功能可以由技術人員臨時通過資料庫直接代為查詢，因為項目運營初期交易不是很多，暫時還不需要專門的後台功能來支持客服的工作。所以把這個需求卡片一直貼在牆壁上，始終沒有排到最高的優先順序。 客戶一開始也不是很能夠接受敏捷需求中強調商業價值和優先順序的做法。但經過幾個月的磨合，客戶也逐漸適應了許多敏捷思想，甚至我在和客戶討論時，偶然提起了後期的某種可能的情況，他們還能夠幫我糾正應當考慮目前的情況，為近期的情況作計劃。 用戶故事的跟蹤和管理是由項目經理來進行。每個迭代跟蹤卡片的進展，是否已經開始實現?是否已經完成代碼開發?是否已經開始功能測試?不同的卡片在迭代前都會評估為不同的大小。我們一般分為大中小三級。等實踐過幾個迭代後，團隊的開發速度基本保持恆定，我們就可以很容易的知道每個迭代能做多少個用戶故事，這樣就可以安排下一迭代的開發。 每個迭代內分析好恰好足夠下一個迭代開發的需求，就是商務分析師每個迭代的主要工作內容。商務分析師的需求分析工作在上一個迭代完成，包括需求的了解，分析，評估和排列優先順序。 在每個迭代開始的時候，由商務分析師主持召開迭代計劃會議，在會議上向所有的程序員解釋這個迭代要完成的用戶故事，然後由程序員自由提問，知道他們能夠獲得足夠開始實現該功能的信息。 在程序員完成一個用戶故事後，商務分析師還要來代表客戶做功能驗收測試，查看是否完成了預計的功能，是否有程序員還沒有想到的異常情況。如果存在問題需要退回給程序員繼續完成。這在一定程度上保證了系統完成的需求不偏離客戶的要求。當然，更多的測試還需要QA來完成。 我們的實踐充分表明了，敏捷過程並不是沒有需求分析，而是把需求分析過程分散到整個開發的過程中，讓開發和需求分析並行進行。這就是公司敏捷方法實施成功的秘訣之一。而商務分析師在這個過程中，起到了紐帶和橋梁的作用，是一個團隊不可缺少的角色 。

③ 如何進行雙軟企業認定

所謂「雙軟認證」，即我們常說的軟體企業和軟體產品認證。我國對軟體企業及其產品實行優惠的稅收政策，對雙軟而言：軟體企業：享受所得稅兩免三減半優惠政策（第一年和第二年免交，第三年至第五年減半）；產品登記：享受即征即退的增值稅優惠政策（交17%增值稅，退14%，相當於只繳納了3%）。一般初創企業剛開始所得相對少，軟體企業的優惠還難以享受到，而軟體產品則十分重要，稅收優惠十分明顯。

一、軟體產品認定

（1） 知識產權證明

一般為軟體著作權證書，需要向國家版權局登記認定。提交資料包括產品簡介、運行環境、部分源代碼等。有很多著作權代理機構可以幫忙做登記，需要支付一些代理費用。建議直接請他們辦理，速度快，效率高，專業的人做專業的事情。申請軟體著作權一般需要一個月左右，當然，如果需要加急，最好能找北京的代理機構辦理，可以幾個工作日辦好，以解燃眉之急。

（2） 產品檢測報告

一般需要有資質的軟體產品檢驗檢測單位來進行軟體產品檢測，可按本地軟體行業協會的推薦流程和單位進行檢測工作。如果軟體不是特別復雜，一般一天可檢測完成。

（3） 軟體產品檢測合格

毫無疑問，檢測結果必須合格，否則打回重來吧。有了上述條件，按照新的軟體產品登記管理規則，可向當地軟體行業協會申請軟體產品登記。各地批復時間各有不同，一般要數月。

（4） 到國家稅務局備案

拿著軟體著作權和產品檢測報告（合格）就可以向當地的國稅局備案，通過後，以後銷售的該款產品即可享受即征即退優惠政策。需要注意的是，在開具增值稅專業發票的時候，產品名稱務必與備案的產品名稱完全一致，包括版本號。

二、軟體企業認定

（1） 人員要求：5人以上；專科以上不低於50%；研發人員占企業職工總數比例不低於40%（需提供上年度《職工人數、學歷結構、研究開發人員數情況表》、職工社會保險證明材料）

（2） 技術裝備（開發的軟硬體環境）及經營場所（需提供企業生產經營場所產權證明或租賃合同）

（3） 研發經費：占企業年收入8%以上；境內研發費用占總研發費用不低於50%（需提供上年度審計報告）

（4） 年軟體銷售收入：占企業年總收入50%以上（需提供射審計報告、3～5張大額度自主軟體產品開發銷售（營業）收入的發票及對應合同復印件）

（5） 產品要求：一種以上擁有知識產權的軟體產品。

（6） 建立一套軟體研發和服務規范，或通過ISO9000或CMMI認證（需提供證書或能證明質量體系運行的過程及記錄文件）

（7） 公司至少運行1年，需要提供上年度的發票、合同和財務審計報告

看到最後一個條件傻眼了吧，企業資質相對難辦一些，主要需要時間積累。

三、綜合分析

新注冊的軟體公司一般需要至少運行12個月，辦理下列主要工作：

（1） 租房合同

（2） 5名員工到位，及時辦理員工社保並記錄（6個月或更高）

（3） 辦理軟體產品認定

（4） 銷售收入：合同、發票

（5） 研發和服務運行體系記錄

初創企業，百廢待興，不過不要忘了「磨刀不誤砍柴工」，有些基本的功夫還是要花、要做的，打好基礎，小步快跑，祝日進斗金，節節開花！

④ 想提高一下孩子的邏輯思維能力，小步早教怎麼樣

家長有沒有遇到過這樣的場景，孩子在說一件事情時，經常語無倫次，而且根本聽不懂他要說什麼。或者孩子在寫作業時，這道題會做，但是再給他換一個相同的題型反而不會做了。其實，孩子說話語無倫次不是表達能力不行，做題不會舉一反三不是智商不行，這恰恰反映了他們大腦的邏輯思維能力受限了。邏輯思維對於孩子來說非常重要，而3-6歲是訓練他們邏輯思維的黃金期，家長不妨試試以下這4個方法，相信對提高孩子邏輯思維能力很有幫助。
多玩邏輯性強的益智玩具
孩子的成長離不開玩具的陪伴，而益智類的玩具能讓他們在玩中開發大腦。既然是要培養邏輯思維能力，家長就要多給孩子買一些邏輯性強的益智玩具，這樣會更有針對性。家長可以給他們准備一些色彩鮮艷、畫風有趣、內容貼合生活場景的邏輯題卡、邏輯訓練板，里邊包含多種小游戲，相信會讓孩子學習興趣大增。
學習編程提升大腦思維
一提起編程，大家都會想到一連串的代碼或者數字，但是對孩子來說，遇到問題時，卻可以通過編程思維來思考解決。所以，家長可以給孩子選擇一些編程游戲讓他們玩，最好從5歲就開始。它不僅能有效提升孩子的邏輯思維能力，還能養成善於動手的好習慣。建議家長給孩子買一些編程類的積木，玩法多樣、形象百變，游戲指引，圖形化編程讓他們輕松上手。
家長要善於對孩子發問
想要有效提升孩子的邏輯思維，平時生活中家長就要多向孩子拋問題，問題引發思考，再加上他們強烈的探索慾望，就會想盡辦法去得到答案。比如，家長可以給孩子講一個邏輯性很強的故事或者讓他看邏輯性故事書，遇到一個有價值的點，家長就可以詢問孩子，引導他大腦去思考，幫他梳理故事的脈絡，長期下來就能提升他們的大腦思維。
對孩子進行歸納練習
家長平時多讓孩子學習整理玩具，對東西進行歸納，這樣也能有效增強他的邏輯思維能力。在整理的過程中，家長要告訴他可以按照不同顏色、形狀、物體進行分類擺放。這樣一來，孩子們就會養成從不同的角度去尋找事物的規律，慢慢的邏輯思維能力也會越來越強。
邏輯思維不管是對孩子的學習還是以後的工作，都非常重要。而3-6歲是培養該能力的黃金時期，而且一生只有一次，家長千萬要抓住。

⑤ java和EJB有什麼區別

它太長了，我簡短的來說
比如做一個工程就和蓋房子，
如果，你會java，那麼你就擁有了基本的技能，一步一步累磚，總能把房子蓋好
但是EJB就是一個框架，蓋房子的時候，先有這個框架，然後你根據這個框架去
累磚，房子就會蓋的又快又好。

java是基礎，EJB是在java上發展出來的模型，框架。

⑥ 如何實現DevOps

DevOps是研發Development和運維Operations一體化，也是一種軟體研發管理的方法論，涉及到了開發、測試、產品、項目管理、運維等整個IT團隊。

實現DevOps需要參考Google提出的5個DevOps原則：

1、精簡組織架構；

2、願意承擔一部分試錯帶來的損失；

3、分階段地一小步一小步地進行轉型；

4、高效利用工具和自動化流程；

5、對所有的過程和結果進行記錄和分析。

其中，製品庫是DevOps流程的中心樞紐，用JFrog Artifactory製品庫來管理不同格式的軟體製品（源代碼編譯完成後的文件）。

⑦ 新手如何開始理財

⑧ 一個合格的程序員應該讀過哪些書

1、《代碼大全》 史蒂夫·邁克康奈爾
推薦數：1684

「優秀的編程實踐的網路全書，《代碼大全》注重個人技術，其中所有東西加起來， 就是我們本能所說的「編寫整潔的代碼」。這本書有50頁在談論代碼布局。」 —— Joel Spolsky

對於新手來說，這本書中的觀念有點高階了。到你准備閱讀此書時，你應該已經知道並實踐過書中99%的觀念。– esac

Steve McConnell的原作《代碼大全》(第1版)是公認的關於編程的最佳實踐指南之一， 在過去的十多年間，本書一直在幫助開發人員編寫更好的軟體。

現在，作者將這本經典著作全新演繹，融入了最前沿的實踐技術，加入了上百個嶄新的代碼示例， 充分展示了軟體構建的藝術性和科學性。 McConnell匯集了來自研究機構、學術界以及業界日常實踐的主要知識， 把最高效的技術和最重要的原理交織融會為這本既清晰又實用的指南。

無論您的經驗水平如何，也不管您在怎樣的開發環境中工作，也無論項目是大是小， 本書都將激發您的思維並幫助您構建高品質的代碼。

《代碼大全（第2版）)》做了全面的更新，增加了很多與時俱進的內容，包括對新語言、新的開發過程與方法論的討論等等。

2、《程序員修煉之道》
推薦數：1504

對於那些已經學習過編程機制的程序員來說，這是一本卓越的書。 或許他們還是在校生，但對要自己做什麼，還感覺不是很安全。

就像草圖和架構之間的差別。雖然你在學校課堂上學到的是畫圖，你也可以畫的很漂亮， 但如果你覺得你不太知道從哪兒下手，如果某人要你獨自畫一個P2P的音樂交換網路圖，那這本書就適合你了。—— Joel

《程序員修煉之道:從小工到專家》內容簡介：《程序員修煉之道》由一系列獨立的部分組成， 涵蓋的主題從個人責任、職業發展，知道用於使代碼保持靈活、並且易於改編和復用的各種架構技術， 利用許多富有娛樂性的奇聞軼事、有思想性的例子及有趣的類比， 全面闡釋了軟體開發的許多不同方面的最佳實踐和重大陷阱。

無論你是初學者，是有經驗的程序員，還是軟體項目經理，《程序員修煉之道:從小工到專家》都適合你閱讀。

3、《計算機程序的構造和解釋》
推薦數：916

就個人而言，這本書目前為止對我影響醉倒的一本編程書。

《代碼大全》、《重構》和《設計模式》這些經典書會教給你高效的工作習慣和交易細節。 其他像《人件集》、《計算機編程心理學》和《人月神話》這些書會深入軟體開發的心理層面。 其他書籍則處理演算法。這些書都有自己所屬的位置。

然而《計算機程序的構造和解釋》與這些不同。 這是一本會啟發你的書，它會燃起你編寫出色程序的熱情； 它還將教會你認識並欣賞美； 它會讓你有種敬畏，讓你難以抑制地渴望學習更多的東西。

其他書或許會讓你成為一位更出色的程序員，但此書將一定會讓你成為一名程序員。

同時，你將會學到其他東西，函數式編程（第三章）、惰性計算、元編程、虛擬機、解釋器和編譯器。

一些人認為此書不適合新手。 個人認為，雖然我並不完全認同要有一些編程經驗才能讀此書，但我還是一定推薦給初學者。 畢竟這本書是寫給著名的6.001，是麻省理工學院的入門編程課程。 此書或許需要多做努力（尤其你在做練習的時候，你也應當如此），但這個價是對得起這本書的。

4、《C程序設計語言》
推薦數：774

這本書簡潔易讀，會教給你三件事：C 編程語言；如何像程序員一樣思考；底層計算模型。 （這對理解「底層」非常重要）—— Nathan

《C程序設計語言》(第2版新版)講述深入淺出，配合典型例證，通俗易懂，實用性強， 適合作為大專院校計算機專業或非計算機專業的C語言教材，也可以作為從事計算機相關軟硬體開發的技術人員的參考書。

《C程序設計語言》(第2版新版)原著即為C語言的設計者之一Dennis M.Ritchie和著名的計算機科學家Brian W.Kernighan合著的 一本介紹C語言的權威經典著作。 我們現在見到的大量論述C語言程序設計的教材和專著均以此書為藍本。 原著第1版中介紹的C語言成為後來廣泛使用的C語言版本——標准C的基礎。

人們熟知的「hello,world」程序就是由本書首次引入的，現在，這一程序已經成為所有程序設計語言入門的第一課。

5、《演算法導論》
推薦數：671

《代碼大全》教你如何正確編程； 《人月神話》教你如何正確管理； 《設計模式》教你如何正確設計……

在我看來，代碼只是一個工具，並非精髓。 開發軟體的主要部分是創建新演算法或重新實現現有演算法。 其他部分則像重新組裝樂高磚塊或創建「管理」層。

我依然夢想這樣的工作，我的大部分時間（>50%）是在寫演算法，其他「管理」細節則留給其他人…… —— Ran Biron

經典的演算法書,被亞馬遜網，《程序員》等評選為2006年最受讀者喜愛的十大IT圖書之一。
演算法領域的標准教材，全球多所知名大學選用
MIT名師聯手鑄就，被譽為「計算機演算法的聖經」
編寫上採用了「五個一」，即一章介紹一個演算法、一種設計技術、一個應用領域和一個相關話題。
6、《重構：改善既有代碼的設計》
推薦數：617

《重構:改善既有代碼的設計》清晰地揭示了重構的過程，解釋了重構的原理和最佳實踐方式， 並給出了何時以及何地應該開始挖掘代碼以求改善。 書中給出了70多個可行的重構，每個重構都介紹了一種經過驗證的代碼變換手法的動機和技術。

《重構:改善既有代碼的設計》提出的重構准則將幫助你一次一小步地修改你的代碼，從而減少了開發過程中的風險。

《重構:改善既有代碼的設計》適合軟體開發人員、項目管理人員等閱讀， 也可作為高等院校計算機及相關專業師生的參考讀物。

我想我不得不推薦《重構》：改進現有代碼的設計。—— Martin

我必須承認，我最喜歡的編程語錄是出自這本書：任何一個傻瓜都能寫出計算機能理解的程序， 而優秀的程序員卻能寫出別人能讀得懂的程序。—— Martin Fowler

7、《設計模式》
推薦數：617

自1995年出版以來，本書一直名列Amazon和各大書店銷售榜前列。 近10年後，本書仍是Addison-Wesley公司2003年最暢銷的圖書之一。 中文版銷售逾4萬冊。

就我而言，我認為四人幫編著的《設計模式》是一本極為有用的書。 雖然此書並不像其他建議一樣有關「元」編程，但它強調封裝諸如模式一類的優秀編程技術， 因而鼓勵其他人提出新模式和反模式（antipatterns），並運用於編程對話中。—— Chris Jester-Young

8、《人月神話》
推薦數：588

在軟體領域，很少能有像《人月神話》一樣具有深遠影響力並且暢銷不衰的著作。

Brooks博士為人們管理復雜項目提供了最具洞察力的見解。 既有很多發人深省的觀點，又有大量軟體工程的實踐。 本書內容來自Brooks博士在IBM公司System/360家族和OS/360中的項目管理經驗。

該書英文原版一經面世，即引起業內人士的強烈反響，後又譯為德、法、日、俄中等多種語言，全球銷量數百萬冊。 確立了其在行業內的經典地位。

9、《計算機程序設計藝術》
推薦數：542

《計算機程序設計藝術》系列著作對計算機領域產生了深遠的影響。 這一系列堪稱一項浩大的工程，自1962年開始編寫，計劃出版7卷，目前已經出版了4卷。

《美國科學家》雜志曾將這套書與愛因斯坦的《相對論》等書並列稱為20世紀最重要的12本物理學著作。 目前Knuth正將畢生精力投入到這部史詩性著作的撰寫中。

這是高德納傾注心血寫的一本書。—— Peter Coulton

10、《編譯原理》（龍書）
推薦數：462

我很奇怪，居然沒人提到龍書。（或許已有推薦，我沒有看到）。 我從沒忘過此書的第一版封面。 此書讓我知道了編譯器是多麼地神奇絕妙。- DB