第一篇：軟件開發(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é)，技術骨干找問題，拿出解決方案，力爭第一次做軟件把它做好：

重新做軟件開發(fā)進度計劃和軟件測試計劃，并且讓獨立功能demo制作和測試先行；

用direct drawww.taixiivf.com進一步深入學習；經(jīng)過近兩個月的自主學習，進一步掌握了asp.net動態(tài)網(wǎng)頁制作的一些理論知識和基本常識，不僅要應用各種方面的知識還要對所學的知識學會變通使用，雖然會有一些成功的地方。曾經(jīng)看到網(wǎng)上有這么一句話，一個優(yōu)秀的網(wǎng)絡程序員不但要了解自己領域的一些專業(yè)技術，而且很多時候還要充當半個網(wǎng)絡工程師，半個美術設計師和半個數(shù)據(jù)庫管理員。asp.net是microsoft .net戰(zhàn)略的核心產(chǎn)品，asp.net憑借它豐富的控件，以及具有革命性的code-behind技術，以及良好的封裝性，無疑成為業(yè)界開發(fā)active server page的一門巨將，

asp.net 是 asp（微軟動態(tài)服務器網(wǎng)頁技術）的最新版本。執(zhí)行效率大幅提高：asp.net構(gòu)架是可以用microsoft（r）公司最新的產(chǎn)品 visual studio.net開發(fā)環(huán)境進行開發(fā)，www.taixiivf.coml和簡單的www.taixiivf.com的基石。

有缺陷的人才

這是一個朋友（lance）的想法，我認為還是有道理的。

大公司，會看重綜合素質(zhì)，而如果是小公司，可以考慮選擇一些有缺陷的人才。有缺陷，是指，比如他英語很差，或溝通不清晰，但他能用程序員該有的思

維去思考問題。這樣的人員，通常進不了大公司，故會相對踏實地呆在一家公司，做好自己的工作。

2. 謹慎考慮這樣的開發(fā)人員

太活潑，太易興奮

太易興奮，說到投機處，“是是是是，對對對對。。�！保�又蹦又跳，還時不時來點，“oh yeah, you are right“，然后還擺個 v 手型。討論問題，不易固守在技術問題本身，時常跑到“我們產(chǎn)品中用到的技術（或第3方產(chǎn)品）很強，我挺他們，不可能有問題”，又或者“我們對客戶要強勢，我們要堅持我們的產(chǎn)品沒問題"。

軟件開發(fā)工作本身，顯得比較沉悶，優(yōu)秀的技術人員，都略顯有些內(nèi)向，因為解決問題，很多時候需要耐得住寂寞，時刻保持相對冷靜。

太活潑的人，會在遇到問題之初，表現(xiàn)出很強的沖勁，但當長時間不能解決時，會表現(xiàn)出沒有耐心，會經(jīng)常抱怨（對team、管理、產(chǎn)品、流程等），非常情緒化。女程序員還會吵，會哭，這時項目經(jīng)理只能放下手中的活，下去給她買點零食來哄哄。

這些通常不太容易在面試時表現(xiàn)出來，在試用期時，要觀察。

家境太好的人

家境好，可能沒吃過什么苦，抗壓差，并不太容易珍惜這份工作。工作強度不大時，還好。遇到技術難題、項目進度緊、壓力大時，這些人員，可能會表現(xiàn)出不易妥協(xié)，難于溝通，”我反正也不在乎這么一個工作。。。我工作不工作都可以，有什么大不了“。

我team中曾經(jīng)有這樣一個”富2代“，干了一年不到就閃了。他在的幾個月中，就像是一場鬧劇，來這里，旅游觀光罷了，東看看西看看，拋下幾句狠話，刻下”xxx到此一游，就走了。

身體太差的人

身體常年有疾者，通常都會性格怪戾，脾氣暴躁，難于跟team很好相融。

第四篇：分享軟件開發(fā)小心得體會——(廈門ios開發(fā)培訓)

分享軟件開發(fā)小心得體會——（廈門ios開發(fā)培訓）

如何能在短短的30分鐘或1小時內(nèi)，快速識別出，坐在你對面的應聘人員，是否適合你的team。廈門博看文思來支招：

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

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

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

這些人員，入職后，通常都是能干活，能作為骨干。

- 思路清晰，思想活躍的人

讓談談自己現(xiàn)在的產(chǎn)品，如果能清晰表述，有條理，會發(fā)散，但又能適當控制住，并收回到原話題。談到技術問題和解決過的難題時，眼中有光芒：）

這些人員，今后工作中，學習能力強，對解決難題有幫助，能作為中堅。

- 坦誠、堅定、平和的人

面試中，坦誠，目光堅定。有時坦誠到甚至于顯得有點木訥：）

我曾經(jīng)遇到一個，面試下來，我最后介紹我們產(chǎn)品中用到的技術，他對這些技術知之不多，最后他說，“我可能不是非常適合，我知道一個朋友，他可能更適合�！蔽揖C合評估后，最后還是選了他，事實證明，他后來做的很不錯。

坦誠堅定的人，會有恒心去學習，去解決問題。這些人員會作為team的基石。

- 有缺陷的人才

這是一個朋友（lance）的想法，我認為還是有道理的。

大公司，會看重綜合素質(zhì)，而如果是小公司，可以考慮選擇一些有缺陷的人才。所謂有缺陷，是指，比如他英語很差，或溝通不清晰，但他能用程序員該有的思維去思考問題。這樣的人員，通常進不了大公司，故會相對踏實地呆在一家公司，做好自己的工作。

2. 謹慎考慮這樣的開發(fā)人員

- 太活潑，太易興奮

太易興奮，說到投機處，“是是是是，對對對對。。�！�，又蹦又跳，還時不時來點，“oh yeah,

you are right“，然后還擺個 v 手型。討論問題，不易固守在技術問題本身，時常跑到“我們產(chǎn)品中用到的技術（或第3方產(chǎn)品）很強，我挺他們，不可能有問題”，又或者“我們對客戶要強勢，我們要堅持我們的產(chǎn)品沒問題"。

軟件開發(fā)工作本身，顯得比較沉悶，優(yōu)秀的技術人員，都略顯有些內(nèi)向，因為解決問題，很多時候需要耐得住寂寞，時刻保持相對冷靜。

太活潑的人，會在遇到問題之初，表現(xiàn)出很強的沖勁，但當長時間不能解決時，會表現(xiàn)出沒有耐心，會經(jīng)常抱怨（對team、管理、產(chǎn)品、流程等），非常情緒化。有些女程序員還會吵，會哭，這時項目經(jīng)理只能放下手中的活，下去給她買點零食來哄哄，“莫哭，這里有你最愛吃的貓哆哩�！币贿叢林�鼻涕、眼淚，一邊嘴里塞滿東西，鼓鼓啷啷“這是酸角口味的，那個西番蓮口味的才叫好吃..."廈門博看文思指出，這些通常不太容易在面試時表現(xiàn)出來，在試用期時，要觀察。

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

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

立項前

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

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

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

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

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

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

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

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

2、原有功能的去留

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

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

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

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

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

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

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

所以把握產(chǎn)品線上下游和產(chǎn)品周邊很重要，即使一個看似簡單的新聞展示頁面修改也會牽扯到編輯后臺、廣告位管理、幫助中心，甚至是訪問統(tǒng)計、數(shù)據(jù)需求的變更。

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

項目中

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

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

項目里有一個通用模塊，產(chǎn)品設計到一半，這個通用模塊改了；項目里有一個流程，產(chǎn)品做到一半，這個流程廢棄了；最要命的是已經(jīng)立項開發(fā)了，你不得不硬著頭皮跟程序員說：“因為一些不可抗拒原因，這個需求咱不做了。”

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

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

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

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

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

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

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

2、需求變更

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

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

a、積極處理。往往，當一個設計愈是趨于完成，人們愈是傾向于局部調(diào)整，而不是做重新設計。當一個需求因為眾所周知的原因不得不調(diào)整的時候，作為產(chǎn)品經(jīng)理需要做的第一件事便是積極面對問題，積極處理。

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

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

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

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

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權問題，請聯(lián)系我們及時刪除。

《軟件開發(fā)心得體會》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://www.taixiivf.com/gongwen/285084.html

• 上一篇：輸油員工轉(zhuǎn)作風心得體會
• 下一篇：輪訓心得體會