本篇文章圍繞“軟件開發心得體會”展開，旨在分享我在軟件開發領域的一些心得與體會。作為一名公文網站的編輯，我深知軟件開發的重要性以及其中不可避免的挑戰。希望通過本文的分享，能夠幫助讀者在軟件開發的道路上更好地前行，獲得更多的收穫和成長。
第1篇
作為一個軟件開發人員, 記得在我第一天進入公司實習的時候, 首先要學習的就是編程規範. 相信每個搞開發的同學都跟我一樣吧.
編程規範在學校裏是十分不重視的. 老師也不會硬性地要求學生要遵照怎樣的規範去編寫代碼, 實驗或者作業什麼的, 只要能實現功能就ok了. 但是公司卻不一樣, 公司的代碼並不是一個人編寫, 別人很可能需要閲讀甚至修改你的代碼, 閲讀一個不符合規範的代碼, 所需要的時間可能比重新開發還要漫長. 代碼規範的重要性是不言而喻的.當然, 作為一個開發人員的前提, 我還是公司裏的一個員工(雖然不是正式的...). 我還必須遵守員工的規範.
其實員工規範也沒有什麼特別多的要求, 個人認為就跟上學差不多, 雖然規範是差不多, 心態上卻有着很大的差異. 原因無他, 你到學校是自己交錢上學, 上班卻是別人發工資給你. 拿了人家錢, 還要擾亂人家的規範, 這種事我還真幹不出來. 看來錢不論到哪裏都是一個問題, 呵呵
其實本來, 我是寫"人其實是一種很唯心的動物", 但不知道別人是不是也這樣, 雖然我覺得是, 卻無從考究, 還是嚴謹點.
為什麼説我唯心呢? 當我心裏把自己當作一個學生, 跟把自己當作一個上班族時, 在各種細節上都會不一樣, 例如那有點虛無縹緲的"氣質", 或者是説話的語氣.
這個大概是"站在不同的高度, 看到不同的風景"吧. 正如老總看的是公司發展方向, 主管卻在看業績, 經理在看項目, 小弟們在看代碼...
設計模式是我到公司才接觸的事物, 主要是講述一種面向接口的編程思維, 按照設計模式所編寫的代碼, 會比學校那種直接實現功能的代碼繁瑣一點, 增加很多看似多餘的虛類或者接口. 但是這種代碼更加具有拓展性, 更好地把數據封裝起來. 在增加狀態, 增加類的時候, 並不需要修改過多代碼, 這種代碼對於版本升級尤其重要.
在公司培訓學習中, 我總能很快地掌握各種設計模式的要領, 獲得上司的好評. 但是我明白, 設計模式真要應用到代碼中去, 是要培養一種習慣.
個人觀點好像説得有點多了, 下面説説我這3個月裏的實習情況. 總的而言, 我到公司接觸了2個平台, 一個是現在很火的android, 另一個則是nokia的qt. android 用的基本是java語言, 其中還會帶點xml語言; 而qt用的則是c++.
對於這2個平台, 用着的感覺其實大同小異, 用我上司的話説, 基礎打好了, 語言就不應該是障礙. 感覺挺有道理的. 想當年我作為一個vb助教, 卻沒半點vb基礎, 對vb那些基礎問題還是可以比較輕鬆地解決, 這跟我其他程序語言基礎比較好有着密不可分的關係.
android平台的一個基本窗口是一個activity, 除了基本的'activity外, 還提供listactivity和tabactivity這些拓展的子類, 每一個activity都可以看作一個窗口, 一個進程可以有多個activity, 每個activity都擁有一個view, view可以通過xml設定, 當使用activity的子類時, 必須注意這些子類的xml必須含有特定id的控件, 或者不用xml實現view, 系統會有一個默認的xml去實現那些一個基礎view並且實現必要的id.
在談到view, 那麼就必須説到layout了, android的layout很強大, 最基礎的是橫向或豎向的排列布局, 另外還有網格, 表格佈局等等. 掌握好佈局的方法可以讓我們對界面設計事半功倍.
android有趣東西有很多, 在我完成那個移植應用的時候, android總能給我一些驚喜, 例如popwindows這個設計, 他作用是彈出一個窗口等, 或者你可以把他看作一個acticity, 效率卻比activity快很多. 利用popwindows, 你可以做出風格各異的消息框, 菜單欄, 下拉菜單等等.
另外還有一個抽屜類也很特別, 他就像觸屏系統的解鎖一樣, 拖動手柄, 便可拉出一個界面, 這種設計大大地節省應用的空間, 減少切換界面的操作, 從而降低應用的功耗.告訴大家一個很多人不注意的地方, android應用如果進行橫豎屏幕切換的時候, 進程會完全關閉後, 再重新打開的, 因為android做了保存狀態的操作, 所以很多人會以為屏幕切換後, 進程還是本來的進程.
qt跟android有很多共通點, 例如android的activity就如qt的qwidget, 當然, 他們的狀態機有着很大的區別.
qt最大的特點是他的信號槽, 通過信號和槽的連接, 可以把很多類與類間相關的函數連接在一起, 甚至可以傳遞參數
從學生到走上工作崗位，一步步的熟悉和認識着周圍的環境，熟悉這社會生存之道!在這裏我學到了我離開校園的第一筆知識，這些都是從書本上學不到的知識，從體驗公司的文化到親身接觸公司的每個部門的人員，從公司的季刊雜誌上，從其他員工的言談中，有好的信息，也有不好的耳聞，總之，我的感覺中，我們的公司還是在不斷前進發展。
從學校邁入社會，華潤以自己的姿態給我這樣一個良好的鍛鍊平台。從學生到工作，華潤以自己的品質和精神讓我瞭解和洞察並融入社會這個大家庭，華潤為我創造了這樣一座橋樑。融入華潤，融入社會，我以華潤的精神強化自己，以華潤的記紀律規範自己，每一天努力，每一步的行動，都讓我逐步提高和完善自己，以至於在這個平凡的崗位上做到一個合格稱職的職業人。
工作中有苦有樂，產線上同事之間的互幫互助，讓我充分體會到與人協作，共謀發展，合作共利的快樂。產線5s讓我深刻認識到良好整潔的工作環境是工作效率和品質保證。產線紀律是我規範和端正自己的工作態度，保證每一顆電路的品質。在這樣的環境下，在這樣的氛圍中，我也漸漸養成了良好的工作習慣和責任意識，努力將這份工作做到更好。從華潤到社會大家庭，從一顆細小的電路到做人做事，不容置疑每一步都至關重要。“千里之行，始於足下”，我想，一切都從身邊做起，從細節做起，從小事做起，從當下這份工作做起。播種行為，收穫習慣;播種習慣，收穫性格;播種性格，收穫命運。一點一滴的積累，一點一滴的進步都將決定和影響着我的將來!
第2篇
這個暑假惠普派人到我們學校來開展軟件測試培訓。老師説機會難得所以我就參加了，説實話每天在教師從早晨坐到下午，中間只有一個半小時休息時間，這樣還是相當累人的。我們第一天開始就覺得這個簡直比平常上課還累啊。
不過看到老師講得如此認真，看到惠普如此強大，我看在座的學員都聽得非常認真。所以向我這種上課從來不聽講的這回都聽得認真得不得了，呵呵。
前兩天確實還是有點累，講的也是理論課，而且以前我們從來沒有接觸過測試這個行業，所以聽得也嘿吃力。但是老師給我們講了不少他們的工作經驗和惠普這種世界五百強美國十強的企業文化，鄙人是深受教育啊。
後兩天我們每個人帶一個筆記本進行上機操作了。我們的第一個任務就是安裝軟件，那個軟件好大啊，整整2個g。我們考啊考啊考了好久才考完。軟件叫qtp，就是惠普的快速測試專業版。確實是一個強大的軟件，呵呵大家用了就曉得了!
有了電腦自然好耍了，我們休息的時候就上網啊，我看貓和老鼠都看得差不多了。不過那個軟件畢竟是大軟件，操作還是比較複雜，而且全英文版，對我這種英語水平的人確實有點難以接受a。不過呢，我還是在老師的敬業精神鼓勵下學到了不少知識受益匪淺啊，單詞也記到了不少!離六級又近了一步!!
四天的培訓在今天就徹底的結束了，下午老師給我們開座談會，問我們有什麼問題，結果呢我們一點問題都沒得。老師教得好啊呵呵!我們沒得問題老師又只有給我們説他的光輝歷史了撒。什麼當年大學畢業了差點工作都沒找到啊，什麼當年英語學得最撇啊，還有找不到工作在網吧鬱悶打遊戲啊呵呵。
我記得老師説得最有感情的一句話就是“社會是黑暗的啊”。我們對這句話都是深信不疑!所以以後呢，要好好努力啊，不管社會有好黑暗你都能找到光明，生活就是如此，時間本就平凡。好好幹好好幹!
在沙盤對抗中直面市場競爭之激烈，通過不同角色的扮演，運用企業經營管理理論和信息化管理技能，進行市場選擇，投資決策和生產運營，增長才幹，搏擊商場，百戰不殆。
我們通過模擬企業實訓，置身於仿真的生產經營過程，完成企業生產經營中各種信息的採集和處理。體驗與其他部門的協作，作到邊學邊練，學用結合，迅速掌握erp軟件的使用要領，提高信息化管理技能，經歷完整的企業經營進程，感受現代化信息技術的魅力。
在仿真的企業環境中，構建傳統的手工管理模式和利用計算機技術信息化技術的`現代化管理模式，模擬現實企業的生產經營管理過程。
1.在一個仿真的企業環境中我作為ceo帶領整個企業進行了8年的商業抗戰，我的搭檔分別扮演了生產總監，採購總監，營銷總監，財務主管，財務助理，信息總監及商業間諜。在學習中我們互相幫助，互相進步，互相學習。在前一年的學習中我們還剛剛接觸並不瞭解太多的東西，在之後的兩年和三年的學習中我們光榮“破產”了，成為了給老師幹活的最早的一個企業。我們模擬了企業的職能崗位熟悉了企業的業務流程。充分扮演了自己所擔當的角色。
2.體驗了整個企業的經營過程，並把所學的理論知識應用到實踐中，由此加深對企業的物流，商流，資金流和信息流的體會，促使我們進行了積極的思考，瞭解了企業的運作，提高了學習和實踐能力。
3.開闊了視野，提高了綜合素質，加深了對企業管理信息化的認識和理解，提高企業信息化管理技能，掌握了企業信息管理流程。
1.企業核心競爭力缺乏持續增強和系統改進，嚴重製約企業長遠的發展，客觀上需要一種先進的管理工具幫助企業系統解決自身發展中的種種問題。
由於第一天的學習前我們都沒有進行預習導致我們企業的所有員工沒有一個概念，在老師的培訓下還是沒有一個清晰的概念及相關的知識，以至於在沙盤對抗中失去大量資金與訂單。
在信息總監的兩次誤操作下我們在第二年的經營中喪失了投遞p1廣告的機會，在之後的訂單中我們也無權在進行搶單，因此我們企業的p1被積壓了很多庫存，儘管通過我們的營銷總監的分析我們將會在未來將產品賣出並且是大賣，可是我們還是由於短期貸款的到期使企業破產。我相信在真實的企業中誤操作也會發生但是我清楚這樣的錯誤給企業所帶來的將是無法彌補的損失。所以我相信失誤的出現率也是一個企業成功的關鍵問題。
廣告策略是指為了達到預期廣告目標而進行的各項謀劃運作，是廣告的手段、對策和謀略等的組合。站在企業家的立場來看，廣告策略首先是促銷的一種手段，是企業的一種投資行為，而不是藝術家的個性作品，也不是學者的理論實踐，用廣告大師奧格威的經典名言來説：“我們的目的是銷售，否則便不是做廣告。"所以我們評價廣告策略的標準是廣告成本投入對經濟效益產出的貢獻程度，即最好的廣告策略將是以最少的廣告投入達到最大的效益產出。
在廣告策略中投資廣告和最後的廣告收益都應該用科學的方法進行計算然後作出合理的判斷及預測方能為企業最終取得利潤做出應有的貢獻。
預測準確的市場需求對採購來説也至關重要，不浪費材料又能滿足市場，保證供給也成為了一個企業的核心問題。
第3篇
我是公司一名文員，部門涉及很多業務數據的東西，在此之前，公司的所有業務記錄都是通過一張excel表格來完成，第一次看到那張表的時候是真心嚇到了，字段有幾十個，項下又有很多拆分合並，其中又大多為數據和日期，通過幾天的整理髮現了不少錯誤，更加感歎需要一個數據庫來解放人力、提高效率。
從開始接受access培訓到現在已經有半年時間，雖然上學期間學校的老師也有給我們講過access的知識，但只是講了些關係的建立及簡單的查詢，以為access就好比word、excel等相對比較簡單的辦公軟件一樣。但開始接受盟威access的培訓後，對access的看法才改變，原來access還可以這樣玩；參加學習之初，由於自身一開始認識誤區的心態導致自己走了很多彎路。一開始所有的access老師就告誡我説一定不要心急，要按培訓指南指導，要按照教程一步一步做下去，切忌眼高手低。但因為心想自己對電腦還算有點感覺，加上公司一直比較急，又很想短時間內做出點東西，就沒有很耐心的把教程步驟做完，導致後期回爐再造無數次耽誤很多時間，在這裏希望大家引以為戒。
在學習的過程中，因為老師是一個階段一個階段發教程的，當我看到報銷系統時，就已經覺得十分十分的強大了，然後自己就想邊看教程邊偷懶開始自己開發，雖然老師一再強調不能不會走就想跑，但自己還是開始蠢蠢欲動了，等到做了一部分之後看到了進存銷系統後，又發現裏面有很多自己可以學以致用的東西，然後又開始重新做，再等到新版的快速開發平台出來了，自己又一次被震撼了，感慨access快速平台的強大，基本的模塊都不需要自己手動創建了，簡直太厲害，真是技術宅改變世界。
整個開發過程可以説是充滿艱辛，但又有很強的成就感。雖然自己有時候會想不出來該怎麼做，但是！還有一羣很厲害的老師可以幫你，有時候老師們一句話、一段代碼就能幫我搞定自己苦思冥想很久都做不出的.步驟，可以説每一個成功的系統背後都有一羣默默無聞的老師。
每次把自己一些亂七八糟的想法告訴一對一老師，其實自己都覺得可能做不了了，但每次杜老師都會給我驚喜，幫我完美解決掉，十分欣慰。
現在系統開發的已經在測試應用，雖然還有些部分在一步步完善修改，但我相信access的強大，能解決我的數據問題，也相信盟威老師們的技術給我的支持，在此感謝這半年來所有老師的大力支持與幫助，也希望盟威軟件快速開發平台做得越來越好，讓更多跟我一樣的菜鳥開發出屬於自己的數據庫軟件，解放自己的工作強度。
第4篇
受某化公司委託，開發一款用於視頻和圖像處理的軟件，開發難度高，高到從未搞過，開發週期長，長到是我以前項目監控最長開發週期的兩倍，開發成本之底，讓我覺得程序員成了高級打字員。首先是需求分析書、產品規格説明書、設計説明書、代碼規説明書、測試計劃，光稿就不知道熬了多久才做完。
緊接着，遇到一系列問題，首先是語言選擇，vc++和c#都是可以保證開發完成的選擇，但是vc++內存容易報錯，界面很難修改，而客户要求的界面質量甚至比程序的功能更嚴格，沒辦法，客户就是上帝，上帝做事一定有他的道理。c#語言易於開發，而且圖形界面繪製也易於修改，可以做出客户體驗很的界面，但是在資源的消耗上，讓我很吃驚。做到第二個月，大概的界面已經完成時，出現界面刷新的問題，刷新時開始卡，界面不流暢。沒辦法，改。
開會，總結，技術骨幹找問題，拿出解決方案，力爭第一次做軟件把它做：
重新做軟件開發進度計劃和軟件測試計劃，並且讓獨立功能demo製作和測試先行；
用direct draw、direct 3d或者opengl中的一個替代c#本身的gdi繪圖，將在接下來的開發任務中加入進去。
事無鉅細，當我滿意的看着界面流暢，功能也已實現時，發現軟件在低分辨率或者小本上根本亂到沒法看，甚至是界面功能按鈕錯位，重疊等等。沒辦法，改。畢竟軟件的多分辨率兼容和操作系統兼容是必須要做的。
接下來一大堆的麻煩找了上來，軟件出現各種各樣想都想不到的問題，總算是按時將第一個版本發佈出去，並且開始接下來的升級開發任務。
一、相關的檔不是給別人看的，而是給自己看的，相關檔一定要齊備，而且讓所有涉及開發的人員都清楚的知道你檔裏所要表達的意思；
二、一定要注意多做demo，多做實驗，一個demo程序員幾個鐘頭就可以完成，甚至更少，但是不做demo，核心程序沒有做實驗，其他的東西都圍繞核心程序做了上去，到時候耽誤的可不是幾個鐘頭
三、程序設計要注重用户體驗，當初客户對我要開發軟件提出近乎苛刻的要求時我不在意，但是當我自己反覆使用軟件時有了很多體會，流暢美觀的界面帶給人心理的快感的確能替代一些尚未開發完整的功能帶給用户的遺憾。
四、測試計劃多次進行，分批進行，不要全部開發完成再對軟件做測試。
還要堅持三個月，軟件馬上發佈，希望大家的支持，謝謝！！！
人人簡歷網
