軟件開發(fā)的心得

時間：2021-06-12 11:38:58 心得體會我要投稿

軟件開發(fā)的心得

　　篇一：軟件開發(fā)心得體會

軟件開發(fā)的心得

　　受某文化公司委托，開發(fā)一款用于視頻和圖像處理的軟件，開發(fā)難度高，高到從未搞過，開發(fā)周期長，長到是我以前項目監(jiān)控最長開發(fā)周期的兩倍，開發(fā)成本之底，讓我覺得程序員成了高級打字員。首先是需求分析書、產(chǎn)品規(guī)格說明書、設計說明書、代碼規(guī)范說明書、測試計劃，光文稿就不知道熬了多久才做完。

　　緊接著，遇到一系列問題，首先是語言選擇，vc++和c#都是可以保證開發(fā)完成的選擇，但是vc++內(nèi)存容易報錯，界面很難修改，而客戶要求的界面質(zhì)量甚至比程序的功能更嚴格，沒辦法，客戶就是上帝，上帝做事一定有他的道理。c#語言易于開發(fā)，而且圖形界面繪制也易于修改，可以做出客戶體驗很好的界面，但是在資源的消耗上，讓我很吃驚。做到第二個月，大概的界面已經(jīng)完成時，出現(xiàn)界面刷新的問題，刷新時開始卡，界面不流暢。沒辦法，改。

　　開會，總結(jié)，技術(shù)骨干找問題，拿出解決方案，力爭第一次做軟件把它做好：重新做軟件開發(fā)進度計劃和軟件測試計劃，并且讓獨立功能demo制作和測試先行；

　　用direct draw、direct 3d或者opengl中的一個替代c#本身的gdi繪圖，將在接下來的開發(fā)任務中加入進去。

　　事無巨細，當我滿意的看著界面流暢，功能也已實現(xiàn)時，發(fā)現(xiàn)軟件在低分辨率或者小本上根本亂到?jīng)]法看，甚至是界面功能按鈕錯位，重疊等等。沒辦法，改。畢竟軟件的多分辨率兼容和操作系統(tǒng)兼容是必須要做的。

　　接下來一大堆的麻煩找了上來，軟件出現(xiàn)各種各樣想都想不到的問題，總算是按時將第一個版本發(fā)布出去，并且開始接下來的升級開發(fā)任務。

　　最后，給剛剛接手軟件開發(fā)項目的朋友一些忠告：

　　一、相關(guān)的文檔不是給別人看的，而是給自己看的，相關(guān)文檔一定要齊備，而且讓所有涉及開發(fā)的人員都清楚的知道你文檔里所要表達的意思；

　　二、一定要注意多做demo，多做實驗，一個demo程序員幾個鐘頭就可以完成，甚至更少，但是不做demo，核心程序沒有做實驗，其他的東西都圍繞核心程序做了上去，到時候耽誤的可不是幾個鐘頭

　　三、程序設計要注重用戶體驗，當初客戶對我要開發(fā)軟件提出近乎苛刻的要求時我不在意，但是當我自己反復使用軟件時有了很多體會，流暢美觀的界面帶給人心理的快感的確能替代一些尚未開發(fā)完整的功能帶給用戶的遺憾。

　　四、測試計劃多次進行，分批進行，不要全部開發(fā)完成再對軟件做測試。還要堅持三個月，軟件馬上發(fā)布，希望大家的支持，謝謝�。�！

　　軟件開發(fā)心得體會（2）：

　　作為ｐｍ，有時需要招聘軟件開發(fā)人員。這幾年也一直在想，如何能在短短的30分鐘或1小時內(nèi)，快速識別出，坐在你對面的應聘人員，是否適合你的team。這幾年也一直在觀察和反思，經(jīng)歷過的team和現(xiàn)在team中的軟件開發(fā)人員。有幾點小的心得。

　　1. 傾向于招什么樣的軟件開發(fā)人員

　　- 經(jīng)歷過歷練的人

　　吃過苦的，比如以前工作，經(jīng)常被外派出差，又如曾在業(yè)內(nèi)都知道以加班多而著稱的公司呆過，還有些，留過學，但都是自己邊打工邊讀書的，等等。這些人員，入職后，通常都是能干活，能作為骨干。

　　篇二：軟件開發(fā)工作總結(jié)

　　1、分享第一條經(jīng)驗：學歷代表過去、能力代表現(xiàn)在、學習力代表未來。其實這是一個來自國外教育領域的一個研究結(jié)果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：重要的道理明白太晚將抱憾終生！所以放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈！

　　2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，我剛畢業(yè)，還不知道將來可能做什么？，跟著感覺走，先做做看。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術(shù)，將來成為專家級人物？向管理方向走，成為職業(yè)經(jīng)理人？先熟悉行業(yè)和領域，將來自立門戶？還是先在行業(yè)里面混混，過幾年轉(zhuǎn)行做點別的？這很重要，它將決定你近幾年、十年內(nèi)做什么事情才是在做正確的事情！。

　　3、軟件開發(fā)團隊中，技術(shù)不是萬能的，但沒有技術(shù)是萬萬不能的！在技術(shù)型團隊中，技術(shù)與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟件項目團隊中，技術(shù)水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、設計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護，多少你都要有技術(shù)基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個高學歷的牛人(非技術(shù)型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句再也受不了啦！四分五裂、各奔東西。那個項目的成功度大家可想而知了。

　　4、詳細制定自己軟件開發(fā)專業(yè)知識學習計劃，并注意及時修正和調(diào)整(軟件開發(fā)技術(shù)變化實在太快)。請牢記：如果一個軟件開發(fā)人員在1、2年內(nèi)都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了。不要告訴自己沒有時間。來自時間管理領域的著名的三八原則告誡我們：另外的那8小時如何使用將決定你的人生成敗！本人自畢業(yè)以來，平均每天實際學習時間超過2小時。

　　5、書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到世外高人，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書！我買的那些家伙出的書，!00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。擁有書籍并不表示擁有知識；擁有知識并不表示擁有技能；擁有技能并不表示擁有文化；擁有文化并不表示擁有智慧。只有將書本變成的自己智慧，才算是真正擁有了它。 6、不要僅局限于對某項技術(shù)的表面使用上，哪怕你只是偶爾用一、二次。對任何事物不究就里是任何行業(yè)的工程師所不應該具備的素質(zhì)。開發(fā)windows應用程序，看看windows程序的設計、加載、執(zhí)行原理，分析一下pe文件格式，試試用sdk開發(fā)從頭開發(fā)一個windows應用程序；用vc＋＋、delphi、java、net開發(fā)應用程序，花時間去研究一下mfc、vcl、j2ee、net它們框架設計或者源碼；除了會用j2ee、jboss、spring、hibernate等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、設計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你知其然且知其所以然！

　　7、在一種語言上編程，但別為其束縛了思想。代碼大全中說：深入一門語言編程，不要浮于表面。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是包治百病的靈丹妙藥。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關(guān)鍵模塊時，為什么不可以借鑒c、c51、匯編的模塊化封裝方式？用傳統(tǒng)的桌面開發(fā)工具(目前主要有vc++、delphi)進行系統(tǒng)體統(tǒng)結(jié)構(gòu)設計時，為什么不可以參考來自java社區(qū)的ioc、aop設計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架？在進行類似于實時通信、數(shù)據(jù)采集等功能的設計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式？為什么一切都必須以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題？？？他山之石、可以攻玉。

　　8、養(yǎng)成總結(jié)與反思的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統(tǒng)體系結(jié)構(gòu)、甚至進化為框架。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務時都從頭開始，而有經(jīng)驗者往往通過重組自己的可復用模塊、類庫來解決問題（其實這個結(jié)論不應該被局限在軟件開發(fā)領域、可以延伸到很多方面）。這并不是說，所有可復用的東西都必須自己實現(xiàn)，別人成熟的`通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現(xiàn)，這樣沒有知識產(chǎn)權(quán)、版權(quán)等問題，關(guān)鍵是自己實現(xiàn)后能真正掌握這個知識點，擁有這個技能。

　　9、理論與實踐并重，內(nèi)外雙修。工程師的內(nèi)涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產(chǎn)品的本質(zhì)及軟件產(chǎn)品研發(fā)的思想精髓的人（個人觀點、歡迎探討）。掌握軟件開發(fā)語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質(zhì)的工作。學習、掌握軟件產(chǎn)品開發(fā)理論知識、軟件開發(fā)方法論，并在實踐中理解、應用軟件產(chǎn)品的分析、設計、實現(xiàn)思想來解決具體的軟件產(chǎn)品研發(fā)問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。

　　10、心態(tài)有多開放，視野就有多開闊。不要抱著自己的技術(shù)和成果，等到它們都已經(jīng)過時變成垃圾了，才拿出來丟人現(xiàn)眼。請及時發(fā)布自己的研究成果：開發(fā)的產(chǎn)品、有創(chuàng)意的設計或代碼，公布出來讓大家交流或者使用，你的成果才有進化和升華的機會。想想自己xx年間開發(fā)的那些windows系統(tǒng)工具，5、6年之后的今天，還是那個樣子，今天流行的好多windows系統(tǒng)工具都比自己的晚，但進化得很好，且有那么多用戶在使用。并且，不要保守自己的技術(shù)和思想，盡可能地與人交流與分享，或者傳授給開發(fā)團隊的成員。與人交換蘋果之后，每個人還是只有一個蘋果；但交換思想之后，每個人都擁有兩種思想，道理大家都懂，但有多少人真正能做到呢？ 11、盡量參加開源項目的開發(fā)、或者與朋友共同研制一些自己的產(chǎn)品，千萬不要因為沒有錢賺而不做。網(wǎng)絡早已不再只是虛擬世界，網(wǎng)上有很多的開源項目、合作開發(fā)項目、外包項目，這都是涉獵工作以外的知識的絕好機會，并且能夠結(jié)識更廣的人緣。不要因為工作是做erp，就不去學習和了解嵌入式、實時、通信、網(wǎng)絡等方面的技術(shù)，反過來也是一樣。如果當他別人拿著合同找你合作，你卻這也不會，那也不熟時，你將后悔莫及。

　　12、書到用時方恨少，不要將自己的知識面僅僅局限于技術(shù)方面。諾貝爾經(jīng)濟學獎得主西蒙教授的研究結(jié)果表明：對于一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內(nèi)就可以掌握任何一門學問。教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法�？梢�，掌握一門陌生的學問遠遠沒有想想的那么高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、盡量擴大自己的關(guān)注圈。財務、經(jīng)濟、稅務、管理等等知識，有空花時間看看，韜光養(yǎng)晦、未雨綢繆。

　　13、本文的總結(jié)與反思： a：不要去做技術(shù)上的高手，除非你的目標如此。雖然本文是關(guān)于提高軟件開發(fā)知識的建議，做技術(shù)的高手是我一向都不贊同的。你可以提高自己的專業(yè)知識，但能勝任工作即止。 b：提高軟件知識和技術(shù)只是問題的表面，本質(zhì)是要提高自己認識問題、分析問題、解決問題的思想高度。軟件專業(yè)知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。 c：在能勝任工作的基礎上，立即去涉獵其它領域的專業(yè)知識，豐富自己的知識體系、提高自己的綜合素質(zhì)，尤其是那些目標不在技術(shù)方面的朋友。

【軟件開發(fā)的心得】相關(guān)文章：