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

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

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

開會(huì)，總結(jié)，技術(shù)骨干找問題，拿出解決方案，力爭(zhēng)第一次做軟件把它做好：

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

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

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

有缺陷的人才

這是一個(gè)朋友（lance）的想法，我認(rèn)為還是有道理的。

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

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

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

太活潑，太易興奮

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

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

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

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

家境太好的人

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

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

身體太差的人

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

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

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

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

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

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

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

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

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

讓談?wù)勛约含F(xiàn)在的產(chǎn)品，如果能清晰表述，有條理，會(huì)發(fā)散，但又能適當(dāng)控制住，并收回到原話題。談到技術(shù)問題和解決過的難題時(shí)，眼中有光芒：）

這些人員，今后工作中，學(xué)習(xí)能力強(qiáng)，對(duì)解決難題有幫助，能作為中堅(jiān)。

- 坦誠、堅(jiān)定、平和的人

面試中，坦誠，目光堅(jiān)定。有時(shí)坦誠到甚至于顯得有點(diǎn)木訥：）

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

坦誠堅(jiān)定的人，會(huì)有恒心去學(xué)習(xí)，去解決問題。這些人員會(huì)作為team的基石。

- 有缺陷的人才

這是一個(gè)朋友（lance）的想法，我認(rèn)為還是有道理的。

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

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

- 太活潑，太易興奮

太易興奮，說到投機(jī)處，“是是是是，對(duì)對(duì)對(duì)對(duì)。。�！�，又蹦又跳，還時(shí)不時(shí)來點(diǎn)，“oh yeah,

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

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

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

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

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

立項(xiàng)前

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

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

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

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

b、文字方面：是否有統(tǒng)一的段落前“·”號(hào)；統(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、原有功能的去留

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

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

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

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

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

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

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

所以把握產(chǎn)品線上下游和產(chǎn)品周邊很重要，即使一個(gè)看似簡單的新聞?wù)故卷撁嫘薷囊矔?huì)牽扯到編輯后臺(tái)、廣告位管理、幫助中心，甚至是訪問統(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è)需求咱不做了。”

對(duì)于一個(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è)人的處理原則一般是對(duì)a種情況進(jìn)行立即調(diào)整，對(duì)b、c情況討論并選擇性延期。

為什么這么做呢？a情況是必須要改的，時(shí)間早晚問題，長痛不如短痛，b、c兩種情況必須坐下來細(xì)細(xì)討論。需了解這個(gè)需求為什么要改？是長期對(duì)策還是臨時(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)理需要做的第一件事便是積極面對(duì)問題，積極處理。

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

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

這是很多產(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)重。

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

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

• 上一篇：輸油員工轉(zhuǎn)作風(fēng)心得體會(huì)
• 下一篇：輪訓(xùn)心得體會(huì)