第一篇：軟件開發(fā)核心心得

軟件開發(fā)核心心得

在一個(gè)有效的組織中，必定擁有杰出的一線人才。軟件設(shè)計(jì)也是一樣的，一線人才的素質(zhì)決定了軟件的質(zhì)量。從敏捷的觀點(diǎn)來看，代碼是檢驗(yàn)軟件過程是否有效的最終標(biāo)準(zhǔn)。目前為止，以及在短時(shí)間的未來，我們都不太可能完全脫離代碼進(jìn)行軟件設(shè)計(jì)。所以，軟件過程中的任何一個(gè)活動(dòng)都是為了能夠產(chǎn)出優(yōu)秀的代碼。所以，代碼才是核心。

1.代碼是軟件開發(fā)的基礎(chǔ)

編碼是軟件開發(fā)過程中最基本、最底層的技藝，然而也是最重要的技藝。任何一個(gè)領(lǐng)域的專家都需要花費(fèi)大量的時(shí)間來進(jìn)行基本技藝的鍛煉，木匠需要花費(fèi)大量的時(shí)間來鍛煉他們對各種工具的掌握，廚師則需要練習(xí)刀工和火候。程序員也是一樣的，對我們來說，語言的各種特性必須要了然于胸。而對軟件的管理也需要從代碼做起。

從2000年到現(xiàn)在，國內(nèi)興起了一股軟件工程熱，需求管理、配置管理、甚至CMM。面對紛至沓來的各種方法學(xué)、UML、OOA，大家似乎已經(jīng)熱衷于這些概念本身了，卻往往忽略了軟件開發(fā)中最基本的元素:代碼。在和很多軟件組織的接觸過程中，我們認(rèn)為大多數(shù)組織急切需要的并不是這些工程理論，不是說這些理論不重要，而是這些組織的癥結(jié)不在于此。很多的組織連代碼的質(zhì)量都管理不好，又何談其它呢？代碼管理是基礎(chǔ)的基礎(chǔ)，從管理的角度上來看，任何一個(gè)組織的管理都需要一個(gè)從上至下的管理過程，有基層的管理人員，也有高層的管理人員。對代碼的管理就是軟件開發(fā)中的基層管理，它起到的作用就是能夠把需求、設(shè)計(jì)的思路貫徹到最終的代碼中。

“管理無大事”。對軟件的管理也是一樣，大部分的問題都是由于很小的原因引起的。例如，一個(gè)產(chǎn)品如果后期在debug上花費(fèi)了大量的時(shí)間，那么，這種現(xiàn)象是由于什么原因引起的？一種可能的原因是前期的代碼設(shè)計(jì)中對代碼質(zhì)量的把握不嚴(yán)。每一次代碼功能的演化并不會(huì)產(chǎn)生太多的問題，但是當(dāng)代碼累積越來越多的時(shí)候，問題也就慢慢出現(xiàn)了。那么如何解決呢？可以加強(qiáng)QA的力量，也可以引入復(fù)審，還可以引入單元測試?？傊?，要有一種方法對代碼進(jìn)行控制。

軟件的開發(fā)過程就象是一部精密的機(jī)器，任何一個(gè)環(huán)節(jié)的變化，都會(huì)對其它的環(huán)節(jié)產(chǎn)生影響。把軟件過程按照瀑布的形式進(jìn)行劃分是一種分解的處理思路，但同時(shí)我們還應(yīng)該看到不同活動(dòng)之間的相互影響。軟件開發(fā)中的生命周期模型也是一個(gè)層次模型，從業(yè)務(wù)建模一直到軟件實(shí)現(xiàn)，需要跨越數(shù)個(gè)層次，同樣會(huì)出現(xiàn)執(zhí)行不力的情況，例如，代碼設(shè)計(jì)偏離需求、偏離設(shè)計(jì)的情況比比皆是。

如何避免這種情況呢？這就需要我們從源代碼的角度，反思其上游的實(shí)踐活動(dòng)，是否足

以約束代碼設(shè)計(jì)？就拿XP來說，他解決這個(gè)問題的方式是盡快的進(jìn)入代碼開發(fā)階段，從代碼開發(fā)中發(fā)現(xiàn)問題，并在下一輪的開發(fā)中解決。這種思路是正確的，但XP畢竟是方法論，他不會(huì)告訴你過于細(xì)節(jié)的東西，盡管XP已經(jīng)提供了大量面向代碼的實(shí)踐。因?yàn)榉椒ㄕ摰某橄蠹墑e比較高，使得他必須舍棄部分的細(xì)節(jié)。而這篇文章告訴你的，就是這些細(xì)節(jié)。就像我們在下一節(jié)中討論的例子，需要在代碼中加入對異常的處理，那么，異常的源頭在哪里呢？是需求，在需求中，我們發(fā)現(xiàn)了一些業(yè)務(wù)的非正常的處理序列，發(fā)現(xiàn)了一些業(yè)務(wù)實(shí)體的限制性的要求，所以在代碼實(shí)現(xiàn)中，就需要有相應(yīng)的異常處理。在例如，一個(gè)優(yōu)秀的異常處理，還需要讓客戶端程序員了解可能發(fā)生的異常，以保證不同代碼間正確的集成。

2.面向?qū)ο蟮拇a

面向?qū)ο蟮拇a已經(jīng)在現(xiàn)在的軟件開發(fā)中占據(jù)了主流的位置，面向?qū)ο蟮乃悸芬灿衅鋬?yōu)勢所在，就像后文所討論的，面向?qū)ο蟠a有著非面向?qū)ο蟠a的很多優(yōu)勢，而軟件業(yè)中很多新的思潮的產(chǎn)生，也都是基于面向?qū)ο笳Z言的，所以我們關(guān)注的代碼將是面向?qū)ο蟠a。

面向?qū)ο蟮乃枷雭碜杂诔橄髷?shù)據(jù)類型。對于面向?qū)ο髞碚f，它最重要的改進(jìn)就是把世間萬物都描述為對象，而類則描述了同一種對象的特征，而不是像傳統(tǒng)的開發(fā)方法那樣，按照機(jī)器指令的執(zhí)行順序來進(jìn)行設(shè)計(jì)。當(dāng)然，面向?qū)ο蟠a最終仍然是要按照時(shí)序來執(zhí)行的，但是從程序員的角度看來，面向?qū)ο蟠a更側(cè)重于對象之間的交互，多個(gè)對象各司其職，相互協(xié)作以完成目標(biāo)。而面向?qū)ο蠹夹g(shù)的發(fā)展，也是朝著更加貼近我們世界觀的方向發(fā)展。從這點(diǎn)來看，有人說完全沒有程序設(shè)計(jì)經(jīng)驗(yàn)的人學(xué)習(xí)面向?qū)ο罂赡軙?huì)更加的容易，因?yàn)樗恍枰獜脑鹊臅r(shí)序程序的桎梏中擺脫出來，但這未必是事實(shí)。面向?qū)ο鬀Q不是一種簡單的程序設(shè)計(jì)思路。這是我們的觀點(diǎn)，也會(huì)在下文中反復(fù)的論證。

和所有的職業(yè)一樣，程序員，或者是面向?qū)ο蟪绦騿T，始終堅(jiān)持的一點(diǎn)就是嚴(yán)謹(jǐn)。你會(huì)看到各種各樣優(yōu)秀的代碼，但那決不是一次能夠?qū)懗傻?，要不斷的嘗試，不斷的改進(jìn)。為什么重構(gòu)和測試優(yōu)先是敏捷方法中很重要的一項(xiàng)實(shí)踐？因?yàn)槌绦騿T不是神，他們需要慢慢改進(jìn)他們的代碼。雖然羅馬不是一天能夠建成的，但是在編寫面向?qū)ο蟠a的過程中，有一些實(shí)踐是需要堅(jiān)持的，它體現(xiàn)了我們所說的嚴(yán)謹(jǐn)。

3.編寫并管理面向?qū)ο蟮拇a

編寫優(yōu)秀的面向?qū)ο蟠a并不是一件容易的事情，優(yōu)秀的OO代碼如行云流水，糟糕的OO代碼讓人覺得渾身起雞皮疙瘩。編寫優(yōu)秀的OO代碼要求程序員有一定的自我修養(yǎng)，能夠以抽象的思路看待問題，找到問題的核心并對問題域進(jìn)行分解。它強(qiáng)調(diào)的是一種解題的思路，但這個(gè)解不是唯一的。

典型的例子是設(shè)計(jì)模式，設(shè)計(jì)模式確實(shí)給了我們以很大的啟發(fā)，通過它，我們能夠了解到優(yōu)秀的代碼是如何用于解決實(shí)際問題的。但是是不是你必須在軟件中照搬設(shè)計(jì)模式呢？如果你這么做，那么你對設(shè)計(jì)模式的理解仍然不夠。我曾和在建筑行業(yè)的朋友聊起Christopher Alexander的建筑的永恒之道。他很興奮的告訴我，那確實(shí)是一本很好的書，能夠引發(fā)人很深的思考，但是現(xiàn)在也有另外的一種觀點(diǎn)，認(rèn)為美仍然是無形的，應(yīng)該發(fā)自建筑師的內(nèi)心。對這句話我思考了很久，其實(shí)建筑是給人使用的，因此最重要的是它能都給人帶來的價(jià)值，隱含在其中的那種活生生的氣質(zhì)，這是建筑師文化底蘊(yùn)的外在表露。所以，Christopher Alexander在那本書中的目的，也是為了找到一種總結(jié)自己觀點(diǎn)的方法，來總結(jié)自己對人文的認(rèn)識。至于現(xiàn)在大家對他的思路提出了質(zhì)疑，那也是一件好事，這說明大家對建筑之道的認(rèn)識到了新的高度。建筑是這樣，軟件中的模式也是一樣的，我也曾熱衷于研究模式的使用，直到某一天我猛然驚醒，與其沉迷于模式的表面形式，為什么不去研究隱藏在它背后的文化底蘊(yùn)呢？武俠小說中常說無招勝有招，模式的應(yīng)用也應(yīng)當(dāng)?shù)竭_(dá)這個(gè)境界，你如果可以在不經(jīng)意間應(yīng)用模式的思想，那又何必拘泥于模式的形式呢？

編寫優(yōu)秀OO代碼雖難，但還有更難的事情，就是讓整個(gè)開發(fā)團(tuán)隊(duì)都產(chǎn)出優(yōu)秀的OO代碼。我們剛才說了，OO對問題的解不是唯一的，但各個(gè)不同的優(yōu)秀解匯集到一起，可能就是一個(gè)糟糕的解，這是風(fēng)格和架構(gòu)的問題。你如何在團(tuán)隊(duì)中制定制度，營造氛圍，讓優(yōu)秀OO代碼成為團(tuán)隊(duì)最終的成果？這些問題，在我看來，要比CMM難得多，這個(gè)問題并不是靠花錢就能夠解決的。如果能夠解決這個(gè)問題，這個(gè)團(tuán)隊(duì)的創(chuàng)造力一定是驚人的。

4.面向?qū)ο筌浖_發(fā)過程

普通的軟件開發(fā)過程和面向?qū)ο箝_發(fā)過程有著很大的不同?；叵胛覀冊诜敲嫦?qū)ο笾虚_發(fā)過程中，最經(jīng)常采用的任務(wù)分配方法就是以軟件模塊為單位，這樣的好處是分配簡單，不同任務(wù)之間耦合程度低，容易操作。壞處是幾乎無法做到重用，也缺乏整體性的設(shè)計(jì)。而面向?qū)ο筌浖_發(fā)則不同，它是以類、類集合作為基本單位的。類之間關(guān)系錯(cuò)綜復(fù)雜（雖然我們提倡低耦合的設(shè)計(jì)，但類之間的關(guān)系仍然是相對復(fù)雜的）。這種情況下程序員之間相互協(xié)作的要求就非常之高，這種關(guān)系如果處理恰當(dāng)，則能夠完全體現(xiàn)出面向?qū)ο蟮耐?，否則，那將會(huì)是一場大災(zāi)難，面向?qū)ο蟮能浖_發(fā)過程要養(yǎng)成一些好的習(xí)慣：

4.1 盡量簡化和穩(wěn)定客戶端。

個(gè)人編程可以是一種享受，但團(tuán)隊(duì)開發(fā)始終是一項(xiàng)嚴(yán)謹(jǐn)?shù)穆殬I(yè)活動(dòng)，因此多考慮別人，不要設(shè)計(jì)復(fù)雜的接口，雖然你省事了，但這會(huì)給理解和使用你的接口和人造成障礙。

4.2 準(zhǔn)備一份簡潔的文檔，并保持更新。

隨便一種形式的穩(wěn)定，可以是代碼，可以是UML圖，也可以是純粹的文字（估計(jì)沒幾個(gè)程序員喜歡這種形式）。只要它能夠傳達(dá)你的代碼的目的，那就足夠。記住，更新代碼后，同時(shí)更新你的文檔。過期的文檔不僅是廢紙這么簡單，它會(huì)給其它人造成麻煩。切記！

4.3 盡可能多的考慮異常和錯(cuò)誤的情況。

寫出一個(gè)功能并沒有什么，但是要把這個(gè)功能寫的非常的完善那就很難了，因?yàn)槟阈枰紤]各種各樣的情況，正常的、非正常的。所以，寫完一個(gè)類的定義應(yīng)該是，完成編碼和穩(wěn)定，并通過原定的測試。本文摘自惠集網(wǎng)

第二篇：軟件開發(fā)心得

軟件開發(fā)心得體會(huì)

08軟件（1）班 陳會(huì)敏 24號

歲月流轉(zhuǎn)，時(shí)光匆匆，轉(zhuǎn)眼間我的大學(xué)生活已經(jīng)接近了尾聲?；厥淄簦刑嗝篮玫?，也有太多艱辛。我的大學(xué)生活的主旋律還是學(xué)習(xí)，我所選學(xué)的專業(yè)是軟件技術(shù)，在這條道路上走了那么久，也有一些小小的感悟與體會(huì)。

還記得上初中時(shí)，英語課本上有一篇關(guān)于比爾蓋茨的文章，當(dāng)時(shí)真的很佩服比爾蓋茨，也就是那時(shí)我才第一次接觸到軟件一詞，學(xué)過那篇文章后我有個(gè)想法，就是也要做個(gè)比爾蓋茨，可是由于家庭條件的限制，那也只能是個(gè)美好的夢想。后來上了高中，再報(bào)考時(shí)我就選擇了軟件技術(shù)這個(gè)專業(yè)，這樣我想就向那個(gè)遙遠(yuǎn)而又美好的夢想邁進(jìn)了一點(diǎn)點(diǎn)吧。

然而當(dāng)我真正上了大學(xué)，學(xué)了這個(gè)專業(yè)，我才知道要做個(gè)比爾蓋茨是多么的難，要想學(xué)好我的專業(yè)要花費(fèi)很大的精力。第一學(xué)期我們開設(shè)了C語言這門課程，當(dāng)時(shí)我學(xué)著真的是云里霧里、一竅不通，很是失落，學(xué)了不久之后我開始覺得自己可能并不喜歡這個(gè)專業(yè)，只是一時(shí)昏了頭，錯(cuò)以為喜歡了?，F(xiàn)實(shí)的打擊讓我有點(diǎn)不知所措，然而我已經(jīng)選擇了它，有句話說：既然選擇了遠(yuǎn)方便只顧風(fēng)雨兼程。我既然選擇了這個(gè)專業(yè)，我便也只有硬著頭皮也要走下去了。有了這樣的想法之后，在之后的一段時(shí)間里，只要是沒課的時(shí)候我就抱起了C語言課本，努力的看，記語法知識，語法規(guī)則，學(xué)語句、小算法等等。經(jīng)過一段時(shí)間的研究學(xué)習(xí)，我發(fā)現(xiàn)C語言并沒有我想象中的那么難

了，還是很有意思的。就這樣在學(xué)與玩中我的大學(xué)第一個(gè)星期就過完了。

后來又開設(shè)了很多課程，有VB、網(wǎng)絡(luò)、數(shù)據(jù)庫、操作系統(tǒng)、數(shù)據(jù)結(jié)構(gòu)等。在這些課程中最令我頭疼的就是數(shù)據(jù)庫了，老師講的時(shí)候老是劃重點(diǎn)，講的很少，當(dāng)時(shí)學(xué)的時(shí)候真的好難受，一學(xué)期下來啥也不會(huì)，后來看書上的操作，一步一步的操作，才終于學(xué)會(huì)了建個(gè)數(shù)據(jù)庫，做下備份還原等操作。開設(shè)的那么多課程也有我很喜歡的課程，比如數(shù)據(jù)結(jié)構(gòu)，這門課程理論的比較多，上機(jī)操作的很少，這門課程是很需要理解的，當(dāng)然有的還是要死記的。學(xué)習(xí)這門課的時(shí)候，我覺得并不像其它課程那么吃力，可能高中是學(xué)理科的緣故吧，理解起來并不太費(fèi)勁。所以當(dāng)時(shí)就很喜歡這門課，然而這門課表皮的好學(xué)，但要深學(xué)起來還是很有難度的，所以期末考試的時(shí)候我的成績并不太理想，但這些打擊不了我對它的興趣，至少我知道我所學(xué)的這個(gè)專業(yè)還是有很多我是很喜歡的。

這樣走著走著就到了大二的下學(xué)期了，那個(gè)學(xué)期，我們有一門課是C++，這門課的老師很和藹，能力也很高，從他那里我學(xué)到了很多東西。老師教給了我們很多算法，也很系統(tǒng)的講解了語法知識，還教我們做小系統(tǒng)，有的時(shí)候他會(huì)給我門們一些小系統(tǒng)的代碼，讓我們?nèi)ジ膶懀瑒傞_始的時(shí)候我也是不會(huì)，后來經(jīng)過學(xué)習(xí)請教改寫成功了，這個(gè)時(shí)候我就會(huì)很開心，很有成就感。就這樣在學(xué)與玩中，在快樂和憂愁中我們迎來了我們的大三時(shí)光。

大三剛一開學(xué)，老師們就告訴我們這學(xué)期就上十二周的課，然后

就考試，就畢業(yè)了。這讓我很有緊迫感，一想到畢業(yè)在即，心頭就有種不舍，這兒有我美好的時(shí)光，然而我就要對這里說再見了。大三了我們的課全變成了專業(yè)課，也幾乎全成了上機(jī)課，老師還給我們布置了一個(gè)程序，就是一個(gè)小組要交一個(gè)系統(tǒng)來算作成績。我們這小組所選的課題是圖書管理系統(tǒng)，針對這個(gè)系統(tǒng)，我們上機(jī)的時(shí)候，利用網(wǎng)絡(luò)資源在網(wǎng)上查找了相關(guān)的資料，因?yàn)檎f實(shí)話，我們對此并不太理解，也只有通過網(wǎng)絡(luò)來查找信息，做好需求分析，功能模塊設(shè)計(jì)等工作。在這同時(shí)我們還去了學(xué)校的圖書館理解了相關(guān)的信息，這個(gè)系統(tǒng)并不要求功能有多么強(qiáng)大，關(guān)鍵在與一種鍛煉，思維的鍛煉，對所學(xué)東西的總結(jié)等。建立數(shù)據(jù)庫時(shí)我們就根據(jù)需要建立幾個(gè)表，里面的數(shù)據(jù)也是從我們學(xué)校圖書館里找來的。后來的界面設(shè)計(jì)，為了追求美觀，我們又在網(wǎng)上搜了很多美麗的圖片來美化界面。具體到功能的時(shí)候，有很多東西都不會(huì)，后來老師在課堂在做了講解，我們就把它用到了我們的系統(tǒng)中，真的就是學(xué)一步做一步的。整個(gè)的系統(tǒng)做下來，我學(xué)到了很多東西，也對那么知識有了很好的應(yīng)用能力。

現(xiàn)在這個(gè)星期也就到了期末，這短暫的校園時(shí)光也在飛速的流逝著?；厥走^去學(xué)習(xí)的經(jīng)歷，真是苦中有樂，樂中亦多苦，然而無論如何這些都已經(jīng)走過去了，未來的路還要我們好好的走下去。人生本就是一個(gè)不斷的學(xué)習(xí)的過程，也是一個(gè)不斷完善的過程，在未來的道路上我會(huì)更加努力地學(xué)習(xí)，走出一個(gè)美好的人生。

第三篇：軟件開發(fā)實(shí)習(xí)心得

軟件開發(fā)實(shí)習(xí)心得

參加軟件開發(fā)實(shí)習(xí)的同學(xué)，你們從中收獲了哪些實(shí)習(xí)心得?不妨分享一下吧!以下是軟件開發(fā)實(shí)習(xí)心得，歡迎閱覽!

軟件開發(fā)實(shí)習(xí)心得1

不知不覺，在XX實(shí)習(xí)的日子快過去半個(gè)月了，記得剛來XX的頭幾天，感覺非常不適應(yīng)。首先是環(huán)境：這里吃的東西很貴，而且這里的物價(jià)很高。其次是XX人：XX人辦事的效率很高，這就是鐵人的精神吧。

對于以上種種，待了3，4天基本就適應(yīng)了，難怪一些長輩老是說：習(xí)慣了，就好了。

來的第一天，我們聽了付X萍老師講了一節(jié)課，可以說完全不知所云，但還是可以聽到一些東西的，譬如：工作環(huán)境的適應(yīng)，人與人之間的交際，處理各種事情的能力，其中最重要的就是養(yǎng)成良好的工作習(xí)慣。有良好的工作習(xí)慣，才會(huì)被上司，老板和同事認(rèn)可，將來也會(huì)比同輩有著更快更多的升職機(jī)會(huì)，而且一個(gè)良好的工作習(xí)慣，無論你從事哪個(gè)行業(yè)，都是受用終生的。然后，就是認(rèn)識我們的董亮老師了，一個(gè)可親可愛的老師，傳說中他們一個(gè)月會(huì)賺十幾萬呢!天文數(shù)字，望塵莫及啊。

在隨后的一段時(shí)間里，我們被分為了八組，每組六七個(gè)人，有一個(gè)組長帶領(lǐng)。我們組織作一個(gè)項(xiàng)目論壇，在第二，第三個(gè)禮拜感覺沒有剛來時(shí)那么拘謹(jǐn)了，我更明顯感覺到自我計(jì)劃，制定目標(biāo)的重要性了。在我們犯錯(cuò)誤的時(shí)候，老師會(huì)懲罰我們，陳發(fā)的方式很另類唱歌或者講笑話，不算是體罰大事可以達(dá)到對我們的約束。然而，歇息期間有組織我們做游戲，看似很簡單的游戲其實(shí)是想培養(yǎng)我們合作意識。

在實(shí)習(xí)的過程中，我深刻的體會(huì)到了三點(diǎn)：第一，項(xiàng)目是以迎合客戶和使用者為目的的，不可能像教師那樣為我們制定一套教學(xué)計(jì)劃。想要知道些什么，渴望懂得些什么，全要靠你自己想學(xué)，你自己不問，沒人會(huì)主動(dòng)來告訴你。第二，紙上得來終覺淺，絕知此事要躬行!在短暫的實(shí)習(xí)過程中，讓我深深的感覺到自己在實(shí)際運(yùn)用中的專業(yè)知識的匱乏，在行業(yè)中的經(jīng)驗(yàn)真的很重要。

第三，能更早的接觸你所在行業(yè)的真實(shí)情況。不出來自己轉(zhuǎn)一圈，根本不知道自己學(xué)的一些專業(yè)知識，哪些是十分重要，十分實(shí)用的。就比如說英語。以前聽老師說過，聽朋友也說過，將來工作了，英語相當(dāng)有用，外企就更不用說了。當(dāng)時(shí)沒什么感覺，但當(dāng)我頻繁的看到一打打英文資料手冊、幫助文檔時(shí)，我已經(jīng)切身地，的的確確地感受到英語的重要性。

這次實(shí)訓(xùn)讓我學(xué)到的東西太多，使我受益非淺，它讓我知道了工作上的辛

苦，讓我知道工作并不像在學(xué)校里學(xué)習(xí)一樣輕松。不過，雖然辛苦了點(diǎn)，但能讓我學(xué)到不同的東西、很充實(shí)，我心里還是高興的。人非生而知之，要學(xué)得知識，一靠學(xué)習(xí)，二靠實(shí)踐。沒有實(shí)踐，學(xué)習(xí)就是無源之水，無本之木。以上就是我在成都的進(jìn)行實(shí)訓(xùn)的心得和感受。不到半年的時(shí)間就將步入社會(huì)的我們，面臨是繼續(xù)深造，還是就業(yè)的壓力，我想我們更應(yīng)該把握住最后的一段時(shí)間，充實(shí)、完善自我，爭取做一名出色的大學(xué)生!對于這次實(shí)習(xí)，我很珍惜也很懷念。

軟件開發(fā)實(shí)習(xí)心得2

本人自XX年9月份參加工作至今, 六個(gè)月的實(shí)習(xí)時(shí)間已經(jīng)結(jié)束。在這段時(shí)間里, 在領(lǐng)導(dǎo)和同事們的悉心關(guān)懷和指導(dǎo)下, 通過自己的不懈努力, 在各方面都取得了進(jìn)步。

實(shí)踐讓我的技能不斷增長, 工作能力不斷加強(qiáng)。剛開始工作的時(shí)候, 發(fā)現(xiàn)自己以前在學(xué)校學(xué)習(xí)的知識很死, 知識

面很窄, 以前做的練習(xí)項(xiàng)目的實(shí)用性也不是很好。在開始的幾周公司給我們實(shí)習(xí)員工培訓(xùn)了xxxx平臺的使用, 通過這次培訓(xùn)使我認(rèn)識到xxxx平臺的優(yōu)勢, 可以大大提高軟件開發(fā)效率

隨后我就加入到xxxxx稅源控管系統(tǒng)項(xiàng)目的開發(fā)中, 成為開發(fā)小組中的一員。在項(xiàng)目開發(fā)過程中一邊是同事們的悉心指導(dǎo), 一邊是自己反復(fù)琢磨與理解, 幾個(gè)月下來大大提高了自己業(yè)務(wù)和技術(shù)兩方面的技能, 已經(jīng)能夠比較熟練的掌握基本的工作方法和一些技巧, 而且能夠獨(dú)立完成一些模塊的開發(fā)。

通過實(shí)踐, 我解決實(shí)際問題的能力得到了很好的鍛煉。工作中也遇到了很多的以前沒有遇到過的新技術(shù), 面對技術(shù)難題我總是直接面對, 沒有逃避, 也因此自學(xué)了好多新的技術(shù), 大大提高了自己的自學(xué)能力, 也加深了對自己工作要負(fù)責(zé)的信念。在項(xiàng)目開發(fā)過程中也遇到了一些自己確實(shí)無法解決的困難, 在經(jīng)理和同事的幫助下也順利的解決了，在此表示感謝。

在開發(fā)團(tuán)隊(duì)中, 加強(qiáng)了自己的團(tuán)結(jié)精神和集體感, 對工作認(rèn)真負(fù)責(zé), 對團(tuán)隊(duì)認(rèn)真負(fù)責(zé)。通過這個(gè)項(xiàng)目不僅學(xué)習(xí)到了很多技術(shù)也了解了整個(gè)項(xiàng)目的大體流程, 從需求分析、數(shù)據(jù)庫設(shè)計(jì)、詳細(xì)設(shè)計(jì)、代碼編寫、測試、項(xiàng)目維護(hù)等方面, 使自己不僅從一個(gè)代碼編寫人員的角度還從一個(gè)整體的角度來看整個(gè)項(xiàng)目開發(fā), 加深了軟件開發(fā)概念的理解。

不斷學(xué)習(xí)使我對工作有了更進(jìn)一步的認(rèn)識和了解。不懂就學(xué)、就問, 是一切進(jìn)步取得的前提和基礎(chǔ)。因?yàn)橛写髮W(xué)專業(yè)課的底子和參加過專門的java培訓(xùn)使我在工作過程中遇到的技術(shù)知識能更快的理解和掌握。工作中時(shí)常遇到新的問題, 就需要查閱相關(guān)資料, 請教同事和經(jīng)理, 一個(gè)問題一個(gè)問題的解決, 一個(gè)困難一個(gè)困難的克服, 不僅將原有知識溫習(xí)鞏固, 產(chǎn)生新的理解, 而且學(xué)到很多新知識, 有了許多新的認(rèn)識。但某些認(rèn)識都還是膚淺的, 還需要我在實(shí)踐當(dāng)

中去不斷深入地理解。

現(xiàn)場開發(fā)與維護(hù)使我不僅從一個(gè)開發(fā)人員的角度而且從客戶的角度去思考問題。在項(xiàng)目的開發(fā)后期, 也就是項(xiàng)目即將上線的階段我與其他幾位同事被派往現(xiàn)場去開發(fā)與維護(hù)項(xiàng)目。以前的開發(fā)都是根據(jù)需求分析來進(jìn)行, 功能要求一般在分析里面都寫的很清楚, 但是在現(xiàn)場開發(fā)直接面對客戶, 客戶提出的需求一開始只是一個(gè)大體的功能描述, 如何將這個(gè)只是語言描述的功能轉(zhuǎn)化為技術(shù)實(shí)現(xiàn)需要很強(qiáng)的抽象能力和對業(yè)務(wù)的深入理解, 這個(gè)過程大大鍛煉了自己的綜合能力。在第一時(shí)間接觸客戶的需求, 從客戶的角度思考問題, 只有更了解客戶需求才能更合理的設(shè)計(jì)軟件的結(jié)構(gòu), 功能。

軟件開發(fā)實(shí)習(xí)心得3

短短兩周的很快就過去了，在xx的實(shí)習(xí)馬上就要過去了。雖然只有短短的兩周，但我學(xué)會(huì)了很多知識，熟悉了軟件開發(fā)的流程，也很好的增強(qiáng)了自己 的動(dòng)手能力。

我是一名即將大四的學(xué)生，縱觀現(xiàn)在的就業(yè)形勢，國家高校的擴(kuò)招，世界金融危機(jī)的橫掃，大學(xué)生應(yīng)該有一種居安思危的緊迫感，特別是對已經(jīng)度過兩年大學(xué)的我來說，畢業(yè)并不是一個(gè)遙遠(yuǎn)的詞匯。寶劍鋒從磨礪出，梅花香自苦寒來，缺少了平時(shí)的鍛煉，沒有厚積當(dāng)然不能有薄發(fā)。首先我得有思想上的緊迫感，在學(xué)校學(xué)習(xí)的都是理論知識，實(shí)踐經(jīng)驗(yàn)則是少之又少。綜合能力強(qiáng)的人才才是這個(gè)社會(huì)需要的，成長成為社會(huì)需要的人才是我的個(gè)人奮斗目標(biāo)。有了強(qiáng)大的精神動(dòng)力，有了堅(jiān)如磐石的毅力，相信成功并不遙遠(yuǎn)。

首先，我的自我能力得到了加強(qiáng)。在實(shí)習(xí)的前幾天主要進(jìn)行的是與JAVA有關(guān)知識的學(xué)習(xí)及預(yù)備知識的普及。在這之前由于種種原因我沒有學(xué)習(xí)過JAVA，所以對于J我?guī)缀跻粺o所知。但我曾經(jīng)學(xué)習(xí)過C++，所以對語言的理解和接受能力還不算太慢，盡管老師講解

速度較快但我還是盡量跟上老師的速度。在這個(gè)過程中我學(xué)會(huì)一種自學(xué)方法可以在第一遍時(shí)不求甚解，先了解知識框架，之后再在使用的過程中不斷加強(qiáng)對知識的理解，從而較快的學(xué)會(huì)知識并應(yīng)用于實(shí)踐。

其次我的實(shí)際的操作能力得到了加強(qiáng)。知識講解告一段落后我們就進(jìn)入了緊張而又短暫的項(xiàng)目中。但不得不說剛開始就碰了一鼻子灰代碼書寫總是出錯(cuò)。由于對原理理解不夠透徹，語言使用缺乏足夠經(jīng)驗(yàn)所以進(jìn)度極慢。在經(jīng)過多次的討論后我們對項(xiàng)目理解逐漸深入，所以在此投入的過程就比較順利了。在這個(gè)過程中我明白了實(shí)踐和理論的差距及二者不可分割的關(guān)系。

最后是團(tuán)隊(duì)協(xié)作能力的提高。在整個(gè)過程中團(tuán)隊(duì)協(xié)作發(fā)揮著不可替代的作用。從在剛拿到項(xiàng)目時(shí)對項(xiàng)目進(jìn)行分析，然后進(jìn)行分工，之后就開始工作，既各干各的又不失默契的合作。在這個(gè)過程中我們誰遇到問題會(huì)互相幫助解決提高

了工作效率。由于各種原因，我們這組也存在些問題(自己編)。

這次實(shí)習(xí)拉近了我就和社會(huì)的距離，也讓自己在實(shí)踐中開拓了視野，增長了才干。社會(huì)和大學(xué)一樣也是受教育和學(xué)習(xí)的地方，在(寫實(shí)習(xí)地)的實(shí)習(xí)我收獲頗豐，再次感謝實(shí)習(xí)期間各位老師的指導(dǎo)教誨，你們給我的知識財(cái)富將讓我受益終生。但是我知道學(xué)無止境，僅僅這段時(shí)間的學(xué)習(xí)還是不夠的，在以后的生活中我會(huì)繼續(xù)努力學(xué)習(xí)，培養(yǎng)自己能力，進(jìn)一步完善自己。

第四篇：大型軟件開發(fā)心得

最近做的一個(gè)項(xiàng)目從需求分析到上線綿延了四個(gè)月之久，這也是目前接手過功能點(diǎn)最繁復(fù)，產(chǎn)品線對接最多的一個(gè)項(xiàng)目。從中得到的一些關(guān)于設(shè)計(jì)較大型產(chǎn)品的心得，拿出來跟大家分享。

立項(xiàng)前

1、統(tǒng)一元素設(shè)計(jì)需考慮周全

也許是初創(chuàng)團(tuán)隊(duì)的緣故，我不得不感嘆團(tuán)隊(duì)對產(chǎn)品經(jīng)理要求之嚴(yán)格之縝密，項(xiàng)目全程只有一個(gè)人負(fù)責(zé)，所以大到產(chǎn)品線對接，小到一句提示的位置和展示形式都需要一一推敲。

哪些元素應(yīng)該做到統(tǒng)一？

a、提示方面：統(tǒng)一的操作成功/失敗提示；統(tǒng)一的彈窗形式；提示語言采用較統(tǒng)一的句型；為空情況的友好提醒；溢出情況的友好提醒；表單實(shí)時(shí)驗(yàn)證的提醒形式等。

b、文字方面：是否有統(tǒng)一的段落前“·”號；統(tǒng)一的鏈接狀態(tài)；統(tǒng)一的字體、間距、行高等。

c、圖片方面：調(diào)取圖片的統(tǒng)一尺寸；如果是上傳圖片類的操作，需要考慮周全全站的調(diào)取情況，以及考慮是否統(tǒng)一預(yù)覽圖的尺寸等。

d、細(xì)節(jié)交互：未激活功能的按鈕做“灰色”處理（例如用戶沒有勾選信息時(shí)批量刪除按鈕不可使用）；按鈕點(diǎn)擊的狀態(tài)統(tǒng)一（例如增加“提交中”的按鈕狀態(tài)，以防止網(wǎng)速慢用戶狂點(diǎn)某一按鈕的情況）；特殊控件的統(tǒng)一等。

也許會(huì)有朋友說，上面有些是交互設(shè)計(jì)師需要做的事，但我一直認(rèn)為作為一個(gè)產(chǎn)品經(jīng)理考慮周全一些，沒壞處。這些“統(tǒng)一”同樣可以用在驗(yàn)收階段，要知道，即使一個(gè)像素也可以改變整個(gè)產(chǎn)品的感覺。

2、原有功能的去留

我一直覺得升級已有產(chǎn)品比開發(fā)新產(chǎn)品難一些。這就像栽培植物一樣，新種下一棵果樹無非需要選對了土地，然后刨個(gè)坑種下去，然而成長期的去病枝、打頂?shù)雀鞣N修剪所消耗的精力往往更多。

改進(jìn)已有產(chǎn)品常常需要面對一個(gè)最棘手的問題：原有功能是去是留？

原功能去掉的話是不是會(huì)影響部分用戶使用？是否需要通過公告、站內(nèi)信、界面引導(dǎo)等方式友好地告知用戶？怎樣把對用戶的傷害降至最低？

原功能留下的話是不是可以優(yōu)化完善？聽到了什么用戶群怎樣的聲音？是否要在這次升級中做調(diào)整？

這些問題當(dāng)接到項(xiàng)目的時(shí)候，產(chǎn)品經(jīng)理就應(yīng)該考慮周全了。特別需要注意的是，如果這個(gè)產(chǎn)品之前不是自己設(shè)計(jì)的，那么最好找到prd說明文檔細(xì)細(xì)研究一遍，對把握不準(zhǔn)的功能點(diǎn)找到原負(fù)責(zé)人確認(rèn)，畢竟樹苗是ta摘的，別把將來最能結(jié)果的枝干給砍了。

3、產(chǎn)品線上下游的對接

昨天有跟朋友聊起淘寶強(qiáng)勢之處，就是產(chǎn)品與產(chǎn)品緊密捏合，線上線下、跨平臺跨行業(yè)形成了一個(gè)盤根錯(cuò)節(jié)、根深蒂固的根基，無可撼動(dòng)。

所以把握產(chǎn)品線上下游和產(chǎn)品周邊很重要，即使一個(gè)看似簡單的新聞?wù)故卷撁嫘薷囊矔?huì)牽扯到編輯后臺、廣告位管理、幫助中心，甚至是訪問統(tǒng)計(jì)、數(shù)據(jù)需求的變更。

這要求在產(chǎn)品設(shè)計(jì)開始前，需要把該產(chǎn)品“連根拔起”，仔細(xì)梳理相關(guān)脈絡(luò)，如果產(chǎn)品線夠長，一個(gè)清晰的產(chǎn)品線結(jié)構(gòu)圖很有必要。

項(xiàng)目中

1、項(xiàng)目期間來自相關(guān)產(chǎn)品線調(diào)整的影響

項(xiàng)目期間相關(guān)產(chǎn)品線的調(diào)整是我最不愿意遇到的情況，這就像你在通往目的地的道路上高速行駛，就快要到達(dá)終點(diǎn)了，突然一個(gè)人告訴你：你走錯(cuò)路了。

項(xiàng)目里有一個(gè)通用模塊，產(chǎn)品設(shè)計(jì)到一半，這個(gè)通用模塊改了；項(xiàng)目里有一個(gè)流程，產(chǎn)品做到一半，這個(gè)流程廢棄了；最要命的是已經(jīng)立項(xiàng)開發(fā)了，你不得不硬著頭皮跟程序員說：“因?yàn)橐恍┎豢煽咕茉?，這個(gè)需求咱不做了?！?/p>

對于一個(gè)耗時(shí)較長的項(xiàng)目來說，這種情況難以避免，事出原因私自總結(jié)有三：

a、嚴(yán)重體驗(yàn)性問題：例如某個(gè)流程遭到大量用戶的不滿，為防止用戶流失，不得不做臨時(shí)調(diào)整，而倒霉的是，你也在用這個(gè)流程。

b、相關(guān)項(xiàng)目的影響：包括并行項(xiàng)目和新項(xiàng)目。例如你的同事在設(shè)計(jì)另一個(gè)產(chǎn)品，你們的產(chǎn)品相互牽扯較多，所以需求分析時(shí)做過很多溝通，但有一天，同事告訴你，ta的一個(gè)需求做臨時(shí)調(diào)整了會(huì)影響到你，怎么辦？

c、老板的突然決定：不舉例。

最終的解決方法不外乎三種：立即調(diào)整、延期調(diào)整、不調(diào)整。個(gè)人的處理原則一般是對a種情況進(jìn)行立即調(diào)整，對b、c情況討論并選擇性延期。

為什么這么做呢？a情況是必須要改的，時(shí)間早晚問題，長痛不如短痛，b、c兩種情況必須坐下來細(xì)細(xì)討論。需了解這個(gè)需求為什么要改？是長期對策還是臨時(shí)決定？能否延期，記錄需求等下一版本再開發(fā)？如果b、c情況提出來的需求沒過兩天又有改變，那與你配合的前端和程序員也太沒有安全感了。

這個(gè)時(shí)代能耐心閱讀完XX枚漢字的人越來越少，較大型項(xiàng)目的產(chǎn)品工作心得[下]未完待續(xù)，歡迎交流……

2、需求變更

承上，需求變更是每個(gè)程序員、產(chǎn)品經(jīng)理、設(shè)計(jì)師等都會(huì)遇到的情況。產(chǎn)品經(jīng)理不是神，項(xiàng)目組也不可能是開了無敵狀態(tài)抵擋任何外界的影響。

當(dāng)遇到不得不變更需求的時(shí)候，產(chǎn)品經(jīng)理應(yīng)該怎樣處理呢？下面是個(gè)人的四條建議：

a、積極處理。往往，當(dāng)一個(gè)設(shè)計(jì)愈是趨于完成，人們愈是傾向于局部調(diào)整，而不是做重新設(shè)計(jì)。當(dāng)一個(gè)需求因?yàn)楸娝苤脑虿坏貌徽{(diào)整的時(shí)候，作為產(chǎn)品經(jīng)理需要做的第一件事便是積極面對問題，積極處理。

項(xiàng)目開發(fā)往往是一個(gè)緊張的過程，每半天甚至每幾個(gè)小時(shí)就有若干個(gè)功能點(diǎn)開發(fā)完成，當(dāng)一個(gè)需求變更傳達(dá)出現(xiàn)“延遲”，這個(gè)變更對項(xiàng)目的正常進(jìn)程的“破壞力”就會(huì)更大一些。

b、保持溝通?！罢f話容易，溝通很難。很多事除非對方自己想明白，勸是沒有用的。所以，很多時(shí)候，溝通是個(gè)自己掙扎的過程”這話沒錯(cuò)。需求變更直接會(huì)影響到下一道工序，產(chǎn)品經(jīng)理需要將需求變更的細(xì)節(jié)和原因傳達(dá)給相關(guān)人員，包括視覺、前端、程序、測試等。

這是很多產(chǎn)品經(jīng)理表示非常痛苦的過程，因?yàn)榭赡軙?huì)遭到數(shù)落和冷眼，日本有一個(gè)禮儀原則是“不要給別人添麻煩”，但是在項(xiàng)目中，這不可避免。

個(gè)人認(rèn)為所有溝通的障礙都源于思想的不統(tǒng)一，如果讓大家覺得這個(gè)需求修改是在浪費(fèi)時(shí)間，那么溝通上的不暢快在所難免。項(xiàng)目不是這樣算的，需求既然更改一定有所目的，產(chǎn)品經(jīng)理需要將這個(gè)原因講明白，不做修改或節(jié)約溝通時(shí)間導(dǎo)致的返工，后果往往更嚴(yán)重。

第五篇：軟件開發(fā)心得總結(jié)

有感于網(wǎng)盤開發(fā)過程

有感于網(wǎng)盤開發(fā)過程..............................................................................................................................1

一、軟件開發(fā)個(gè)人體會(huì)：.................................................................................................................2

二、做軟件開發(fā)我覺得要明白：.....................................................................................................2

三、在開發(fā)中遇到問題應(yīng)該怎么去解決？......................................................................................2

四、怎么樣才能提高自身的能力？..................................................................................................2

五、怎么樣才能做好軟件開發(fā)？.....................................................................................................2

六、文檔的重要性.............................................................................................................................3

七、我的收獲.....................................................................................................................................3

八、網(wǎng)盤項(xiàng)目開發(fā)的最大體會(huì).........................................................................................................4

九、軟件測試（單體測試和連接測試）..........................................................................................4

常熟理工學(xué)院SIG小組

3/28/2013

一、軟件開發(fā)個(gè)人體會(huì)：

1.軟件領(lǐng)域中的知識在于積累。

2.做軟件開發(fā)，就類似算數(shù)學(xué)題和世界杯足球賽一樣：重在結(jié)果，而不在乎過程。3.軟件服務(wù)于人類，軟件是在解決一些生活中的問題和錯(cuò)誤，問題決定解決方案。

二、做軟件開發(fā)我覺得要明白：

1.職業(yè)的樂趣：

(A)用自己的智慧去創(chuàng)建新事物的快樂(B)開發(fā)對別人有用的東西(C)不斷學(xué)習(xí)來充實(shí)自己 2.職業(yè)的苦惱:(A)總是追求完美

(B)所有要實(shí)現(xiàn)的功能由他人而定

(C)概念設(shè)計(jì)計(jì)是有趣的，但找Bug總是很苦惱的

三、在開發(fā)中遇到問題應(yīng)該怎么去解決？

1.2.3.4.不明白就多問，不要自已一直去琢磨。

一個(gè)問題如果30分鐘還沒有解決就應(yīng)該考慮是不是問問別人。一個(gè)問題在沒有用過3種以上的方法解決過就不要去問別人。解決問題思路是關(guān)鍵：

相信問題總歸有解決的辦法，就算連技術(shù)上都沒法實(shí)現(xiàn)的問題，相信通過良好的溝通終究也會(huì)有解決的方法。

5.解決問題的前提是：理解別人的意思，理解別人的需求，多溝通，及時(shí)給客戶反饋信息。

四、怎么樣才能提高自身的能力？

1.程序員怎么樣進(jìn)步最快？ － 理論結(jié)合實(shí)踐

2.不要怕出錯(cuò)，不怕遇到錯(cuò)誤，有錯(cuò)誤就有挑戰(zhàn)，這樣才可以進(jìn)步，但不要讓同一個(gè)石頭把你絆倒2次。

五、怎么樣才能做好軟件開發(fā)？

1.首先要明白解決的問題是什么，理解問題，其次再?zèng)Q定怎么解決這個(gè)問題 2.碰到很復(fù)雜的問題，我們就簡單想，把問題簡單化，細(xì)化到能夠?qū)崿F(xiàn)為止

常熟理工學(xué)院SIG小組

3/28/2013

3.出了問題，我們要先分析問題，然后知道引起問題的原因，最后并想出問題的解決辦法 4.我們應(yīng)該從2個(gè)方面去把握一個(gè)項(xiàng)目：從業(yè)務(wù)角度和項(xiàng)目的關(guān)鍵問題上去把握一個(gè)項(xiàng)目

(A)從不同的系統(tǒng)場景

(B)從不同的用戶角色（充當(dāng)什么角色）(C)從不同的系統(tǒng)使用角度（擁有那些權(quán)限）

5.其實(shí)我覺得開發(fā)人員說實(shí)在應(yīng)該要比使用系統(tǒng)的人更了解系統(tǒng)需求，只有真正徹底的了解了項(xiàng)目的業(yè)務(wù)需求，我們才能做真的做好這個(gè)項(xiàng)目

六、文檔的重要性

記得我當(dāng)初剛開發(fā)項(xiàng)目的時(shí)候都是寫個(gè)大致的需求說明書，做一個(gè)E-R圖，畫幾個(gè)大致的數(shù)據(jù)流程圖，然后建立數(shù)據(jù)字典和表結(jié)構(gòu)關(guān)系。再接著搭建一個(gè)開發(fā)環(huán)境，配置幾臺服務(wù)器，劃分一下模塊，分工，我們就可以Coding了，一直到項(xiàng)目結(jié)束了，也沒有完整的設(shè)計(jì)文檔，更沒有完整的測試文檔，雖然這樣的確是很快的完成了Coding工作，感覺上好像節(jié)省了好多成本和開發(fā)時(shí)間，但后期的維護(hù)和Bug 就是經(jīng)常出現(xiàn)的事。

小項(xiàng)目沒有文檔關(guān)系不大，但如果遇到一個(gè)大項(xiàng)目的時(shí)候，那這樣的開發(fā)方式就很有問題很危險(xiǎn)的。

大項(xiàng)目沒有文檔： 首先維護(hù)就很麻煩，也很亂，寫的代碼，過幾天都不知道它是完成什么功能的了，其次系統(tǒng)的穩(wěn)定性和可靠性也讓人懷疑，擴(kuò)展性就不用說了。

七、我的收獲

A.程序員大多都不喜歡寫文檔,我們以前也是特討厭,記得以前都是系統(tǒng)開發(fā)完了，為了應(yīng)付項(xiàng)目驗(yàn)收，就匆匆忙忙的一組人在那里補(bǔ)文檔。在我們的思想里,所謂的文檔就是一些廢話,一句話硬是用十句話來代替的無聊透頂。B.代碼風(fēng)格要規(guī)范

以前做項(xiàng)目，我們都是不怎么去注意代碼風(fēng)格和寫代碼的規(guī)范，都是稍微想一下就直接開始寫代碼了。注釋也很少用，總感覺我們自己寫的代碼，我們怎么會(huì)不知道它做了些什么事呢 ？總覺得我們自己寫的代碼我們怎么會(huì)不知道它是用來做什么的呢。一直都不相信這是個(gè)事實(shí)，但事實(shí)上，項(xiàng)目驗(yàn)收后，系統(tǒng)剛開始使用的人少，也就不會(huì)出現(xiàn)潛在的錯(cuò)誤，隨著時(shí)間的增加，久而久之，當(dāng)大量用戶并發(fā)訪問的時(shí)候，系統(tǒng)的Bug 就暴漏出來了，那時(shí)你再用熟悉的Eclipse打開整個(gè)項(xiàng)目的源碼時(shí)，再去看自己寫的代碼的時(shí)候，真的發(fā)現(xiàn)，我們定義的這個(gè)變量名是什么意思啊 ？ 我們的這個(gè)Flag 是用來判斷什么的啊 ？我們的if（）中條件不知道是判斷什么？ Function（）也忘記是什么功能了？ 想想好可怕啊。難道真的都忘記了嗎 ？回答是肯定的： 真的忘了。C.心得體會(huì): 通過做該網(wǎng)盤項(xiàng)目，在這2年的鍛煉中，我們才真的體會(huì)到，良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié),一個(gè)好的程序是先寫好設(shè)計(jì)文檔再進(jìn)行編程的，在設(shè)計(jì)文檔的指導(dǎo)下，才能寫出安全的代碼。如果你不寫文檔，一開始就寫程序，這樣你就不會(huì)按已設(shè)計(jì)好的路線走，而是想到哪寫到哪。小功能還好說，要是大功能，就容易混亂.常熟理工學(xué)院SIG小組

3/28/2013

剛開始我們還很不習(xí)慣這一系列的編程風(fēng)格，很多的規(guī)范，尤其是命名，方法和注釋，都有這著很多限制，讓我們覺得真羅唆，寫個(gè)程序完成功能不就可以了嗎，明明1小時(shí)做完的事情非得讓人用3、4個(gè)小時(shí)去做，我們現(xiàn)在真的明白這樣做的好處了，我們已經(jīng)習(xí)慣這樣的編程風(fēng)格了，這也養(yǎng)成了我們的一個(gè)編程習(xí)慣了，深有體會(huì)啊。

最忙的時(shí)候就是我們成長和收獲最多的時(shí)候。

八、網(wǎng)盤項(xiàng)目開發(fā)的最大體會(huì)

我們覺得項(xiàng)目開發(fā)的開始時(shí)候，應(yīng)該由項(xiàng)目負(fù)責(zé)人很好的對項(xiàng)目是什么項(xiàng)目，具體大概做什么事情，是誰提出來的，目的是解決什么問題，以及里面用到的很多專有名詞做個(gè)細(xì)致的說明，而不是從一開始就分幾本式樣書，給個(gè)靜態(tài)Html 的Demo看看，然后搭建好開發(fā)環(huán)境就按照式樣設(shè)計(jì)書來開發(fā)。

九、軟件測試（單體測試和連接測試）

我們首先認(rèn)為，編寫程序的時(shí)候不要想出了問題再解決，而是要想如何不會(huì)出現(xiàn)問題，要根據(jù)經(jīng)驗(yàn)來預(yù)測可能出現(xiàn)的問題，然后避免出現(xiàn)。

測試，說的直接點(diǎn)就是給軟件找錯(cuò)誤。

很多人認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測試的唯一目的,查找不出錯(cuò)誤的測試就是沒有價(jià)值的測試,實(shí)際上我們不這么認(rèn)為。

我們覺得對開發(fā)人員來說，我們要把測試出來的Bug都應(yīng)該做個(gè)分析，知道錯(cuò)的原因之后，我們就應(yīng)該在下個(gè)項(xiàng)目中防止類似的錯(cuò)誤發(fā)生，而真正來提高我們開發(fā)的效率。

常熟理工學(xué)院SIG小組

3/28/2013