【文章內(nèi)容簡介】 正式啟動項目，直至12月20號上交作品，在此期間除了法定期間大家暫停了共一周時間，其他時間一直致力于項目的開發(fā)工作：2016年11月下旬—11月末：項目設(shè)計階段11月末，小組成員著手于市場調(diào)研，并花費一周時間設(shè)計出“High Go”購物車系統(tǒng)的藍圖。初級階段圓滿完成了預(yù)定的目標(biāo)。2016年12月1日——12月17日：項目啟動和實行核心階段 此階段由各成員在自己電腦上各自分別編寫所屬程序，但由于并非按流程為主線的編寫方式，軟件各模塊之間存在一部分接口不明確，軟件運行情況的測試也只是整體的大方面的進行，并未涉及細(xì)微部分，因此軟件運行不是非常穩(wěn)定，仍有一些問題亟待解決。2016年12月18日——2016年12月20日：項目收尾階段回顧項目并編寫總結(jié)文檔、總結(jié)了各位成員的心路歷程。較分散，無詳細(xì)統(tǒng)計。 一個月中，各成員在完成項目的同時并未占用太多自身學(xué)習(xí)時間，較為高效地完成了開發(fā)任務(wù)。雖然項目完成得有些倉促，但在實際測試中最基礎(chǔ)的功能與超市適配良好，因此可以說在基礎(chǔ)系統(tǒng)功能上擁有較高的質(zhì)量。小組采用順應(yīng)趨勢的、成熟的、主流的技術(shù)。除去時間較緊的因素之外，小組最大問題在于各自實現(xiàn)各自功能，并未以流程為主線，導(dǎo)致程序在模塊銜接時出現(xiàn)很大銜接問題。通過這一個多月的努力工作，我認(rèn)識到要作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應(yīng)該具有以下的的素質(zhì)： 1：團隊精神和協(xié)作能力把它作為基本素質(zhì)，并不是不重要，恰恰相反，這是程序員應(yīng)該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創(chuàng)造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協(xié)作精神是不可想象的。獨行俠可以作一些賺錢的小軟件發(fā)點小財，但是一旦進入一些大系統(tǒng)的研發(fā)團隊，進入商業(yè)化和產(chǎn)品化的開發(fā)任務(wù)，缺乏這種素質(zhì)的人就完全不合格了。2：文檔習(xí)慣說高水平程序員從來不寫文檔的肯定是外行人，良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為代碼程序員，30％的工作時間寫技術(shù)文檔是很正常的，而作為高級程序員和系統(tǒng)分析員，這個比例還要高很多。缺乏文檔，一個軟件系統(tǒng)就缺乏生命力，在未來的查錯，升級以及模塊的復(fù)用時就都會遇到極大的麻煩。3：規(guī)范化，標(biāo)準(zhǔn)化的代碼編寫習(xí)慣作為一些外國知名軟件公司的規(guī)矩，代碼的變量命名，代碼內(nèi)注釋格式，甚至嵌套中行縮進的長度和函數(shù)間的空行數(shù)字都有明確規(guī)定，良好的編寫習(xí)慣，不但有助于代碼的移植和糾錯，也有助于不同技術(shù)人員之間的協(xié)作。代碼具有良好的可讀性，是程序員基本的素質(zhì)需求。比如整個linux的搭建，沒有規(guī)范化和標(biāo)準(zhǔn)化的代碼習(xí)慣，全球的研發(fā)協(xié)作是絕對不可想象的。4：需求理解能力程序員需要理解一個模塊的需求，很多同學(xué)寫程序往往只關(guān)注一個功能需求，他們把性能指標(biāo)全部歸結(jié)到硬件，操作系統(tǒng)和開發(fā)環(huán)境上，而忽視了本身代碼的性能考慮，有人曾經(jīng)說寫一個廣告交換程序很簡單，這種人不了解在百萬甚至千萬數(shù)量級的訪問情況下的性能指標(biāo)是如何實現(xiàn)的，性能需求指標(biāo)中，穩(wěn)定性、并訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統(tǒng)運營中所處的環(huán)境，將要受到的負(fù)荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個程序員至少需要2到3年的項目研發(fā)和跟蹤經(jīng)驗才有可能有心得。5：學(xué)習(xí)和總結(jié)的能力程序員是人才很容易被淘汰、很容易落伍的職業(yè)，因為一種技術(shù)可能僅僅在三兩年內(nèi)具有領(lǐng)先性，程序員如果想安身立命，就必須不斷跟進新的技術(shù)，學(xué)習(xí)新的技能。善于學(xué)習(xí)，對于任何職業(yè)而言，都是前進所必需的動力，對于程序員，這種要求就更加高了。善于總結(jié)，也是學(xué)習(xí)能力的一種體現(xiàn)，每次完成一個研發(fā)任務(wù)，完成一段代碼，都應(yīng)當(dāng)有目的的跟蹤該程序的應(yīng)用狀況和用戶反饋，隨時總結(jié)，找到自己的不足，這樣逐步提高，一個程序員才可能成長起來。具備以上全部素質(zhì)的人，應(yīng)當(dāng)說是夠格的程序員了，以上的素質(zhì)都不是由IQ決定的，也不是大學(xué)某些課本里可以學(xué)習(xí)到的，需要的僅僅是程序員對自己工作的認(rèn)識，是一種意識上的問題。通過做這個項目，也了解到軟件開發(fā)的基本流程：第一個步驟是市場調(diào)研，技術(shù)和市場要結(jié)合才能體現(xiàn)最大價值。第二個步驟是需求分析，這個階段需要出三樣?xùn)|西，用戶視圖，數(shù)據(jù)詞典和用戶操作手冊。用戶視圖是該軟件用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這里面包含了很多操作方面的流程和條件。數(shù)據(jù)詞典是指明數(shù)據(jù)邏輯關(guān)系并加以整理的東東，完成了數(shù)據(jù)詞典，數(shù)據(jù)庫的設(shè)計就完成了一半多。用戶操作手冊是指明了操作流程的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應(yīng)該在軟件設(shè)計之前完成，完成這些，就為程序研發(fā)提供了約束和準(zhǔn)繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分，開發(fā)工作和實際需求往往因此 產(chǎn)生隔閡脫節(jié)的現(xiàn)象。需求分析，除了以上工作，筆者以為作為項目設(shè)計者應(yīng)當(dāng)完整的做出項目的性能需求說明書，因為往往性能需求只有懂技術(shù)的人才可能理解，這就需要技術(shù)專家和需求方客戶或公司市場部門）能夠有真正的溝通和了解。第三個步驟是概要設(shè)計，將系統(tǒng)功能模塊初步劃分，并給出合理的研發(fā)流程和資源要求。作為快速原型設(shè)計方法，完成概要設(shè)計就可以進入編碼階段了，通常采用這種方法是因為涉及的研發(fā)任務(wù)屬于新領(lǐng)域，技術(shù)主管人員一上來無法給出明確的詳細(xì)設(shè)計說明書，但是并不是說詳細(xì)設(shè)計說明書不重要，事實上快速原型法在完成原型代碼后，根據(jù)評測結(jié)果和經(jīng)驗教訓(xùn)的總結(jié)，還要重新進行詳細(xì)設(shè)計的步驟。第四個步驟是詳細(xì)設(shè)計，這是考驗技術(shù)專家設(shè)計思維的重 要關(guān)卡，詳細(xì)設(shè)計說明書應(yīng)當(dāng)把具體的模塊以最“干凈”的方式(黑箱結(jié)構(gòu)）提供給編碼者，使得系統(tǒng)整體模塊化達到最大；一份好的詳細(xì)設(shè)計說明書，可以使編碼的復(fù)雜性減低到最低，實際上，嚴(yán)格的講詳細(xì)設(shè)計說明書應(yīng)當(dāng)把每個函數(shù)的每個參數(shù)的定義都精精細(xì)細(xì)的提供出來，從需求分析到概要設(shè)計到完成詳細(xì)設(shè)計說明書，一個軟件項目就應(yīng)當(dāng)說完成了一半了。換言之，一個大型軟件系統(tǒng)在完成了一半的時候，其實還沒有開始一行代碼工作。那些把作軟件的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。第五個步驟是編碼，在規(guī)范化的研發(fā)流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設(shè)計過程完成