下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
軟件工程軟件外包公司外包實(shí)習(xí)生實(shí)習(xí)報告一、摘要
2023年7月1日至2023年8月31日,我在一家軟件外包公司擔(dān)任外包實(shí)習(xí)生,負(fù)責(zé)Java后端開發(fā)任務(wù)。核心工作成果包括完成3個模塊的代碼重構(gòu),使系統(tǒng)響應(yīng)速度提升20%,并通過單元測試覆蓋率達(dá)到85%的標(biāo)準(zhǔn)。應(yīng)用了SpringBoot框架進(jìn)行API開發(fā),結(jié)合Git進(jìn)行版本控制,處理了日均約200個Bug修復(fù)請求。通過實(shí)踐掌握了敏捷開發(fā)流程中的迭代優(yōu)化方法,總結(jié)出自動化測試用例生成模板,可復(fù)用于同類項(xiàng)目,有效降低了后續(xù)開發(fā)階段的問題排查時間。
二、實(shí)習(xí)內(nèi)容及過程
實(shí)習(xí)目的主要是了解軟件外包行業(yè)的實(shí)際工作流程,把學(xué)校學(xué)的理論知識用上,看看自己適不適合做開發(fā)這行。
實(shí)習(xí)單位是做軟件外包的,客戶主要是一些國內(nèi)的大公司,他們需要其他公司幫他們做項(xiàng)目或者維護(hù)系統(tǒng)。我們部門接手的項(xiàng)目類型挺多的,有電商后臺、有企業(yè)內(nèi)部管理系統(tǒng)。
我從2023年7月1號開始實(shí)習(xí),崗位是外包開發(fā)實(shí)習(xí)生。剛開始主要是跟著導(dǎo)師熟悉項(xiàng)目,學(xué)用的是Java后端開發(fā)。導(dǎo)師給我安排的第一個任務(wù)是參與一個電商平臺的訂單模塊優(yōu)化。這個模塊原本有點(diǎn)老舊,Bug不少,客戶反饋系統(tǒng)響應(yīng)慢。我負(fù)責(zé)的是訂單查詢接口的優(yōu)化。
我花了兩天時間讀原來的代碼,發(fā)現(xiàn)主要是查詢邏輯太復(fù)雜,有些冗余的數(shù)據(jù)庫查詢沒優(yōu)化。數(shù)據(jù)庫是MySQL,表關(guān)聯(lián)多了,查詢語句寫的也不太規(guī)范。我就把原來的查詢拆分成幾個小查詢,用了MySQL的臨時表和JOIN優(yōu)化。還加了幾個索引,比如在訂單狀態(tài)和用戶ID上。改完之后自己用Postman測試,發(fā)現(xiàn)同樣的請求,響應(yīng)時間從原來的2秒多降到了0點(diǎn)5秒左右。導(dǎo)師看了測試結(jié)果,后面就讓我把這個優(yōu)化方案應(yīng)用到其他幾個慢的接口上。
實(shí)際開發(fā)中遇到的最大困難是第一次接觸敏捷開發(fā)流程。2023年7月15號左右,我們團(tuán)隊(duì)正在進(jìn)行一個Sprint迭代,我接到的需求是增加一個優(yōu)惠券使用的功能??蛻裟沁叴叩猛?,但需求文檔寫得有點(diǎn)模糊。當(dāng)時我有點(diǎn)懵,不知道從哪里開始。導(dǎo)師就教我用用戶故事的方式來拆解需求,先定義好功能點(diǎn),然后評估工作量。我花了兩天把需求細(xì)化成幾個小的用戶故事,比如“用戶登錄后能看到可用的優(yōu)惠券列表”、“選擇優(yōu)惠券后要減去對應(yīng)金額”之類的。每完成一個小故事,就提交一個測試版本給產(chǎn)品經(jīng)理確認(rèn)。這樣雖然累,但確實(shí)能保證需求不被遺漏,也避免了最后改起來太亂。
在實(shí)習(xí)期間,我用了SpringBoot框架開發(fā)接口,Git管理代碼版本,還接觸了Docker容器化部署。印象最深的是學(xué)到了怎么寫自動化測試用例。之前在學(xué)校寫測試就是隨便寫幾個,實(shí)習(xí)后才知道要覆蓋各種邊界情況。我們項(xiàng)目要求單元測試覆蓋率要達(dá)到80%以上,我就用了JUnit和Mockito,寫測試的時候特別注意了空指針、異常處理這些情況。最后我負(fù)責(zé)的模塊測試覆蓋率做到了85%,比要求的還高一點(diǎn)。
實(shí)習(xí)成果的話,我總共完成了訂單模塊的3個功能優(yōu)化,提交了12個代碼提交記錄,處理了將近200個Bug修復(fù)請求。最讓我滿意的是那個訂單查詢優(yōu)化,客戶那邊測試的時候反饋說使用量大的接口速度明顯快了。
實(shí)習(xí)過程也讓我對軟件開發(fā)有了更直觀的認(rèn)識。比如看到代碼是怎么在團(tuán)隊(duì)里分工協(xié)作的,了解不同技術(shù)選型背后的考慮,比如為什么這個項(xiàng)目用SpringBoot而不是別的框架。最大的收獲是認(rèn)識到溝通真的很重要,有時候需求不明確,自己埋頭做半天,最后發(fā)現(xiàn)方向完全錯了。
困難方面,我覺得公司培訓(xùn)機(jī)制有點(diǎn)欠缺。剛來的時候沒給太系統(tǒng)的培訓(xùn),很多東西都是靠導(dǎo)師帶著。而且我所在的崗位跟學(xué)校學(xué)的課程匹配度也不是100%,比如我們用的敏捷開發(fā)流程,學(xué)校沒教過,來了之后都是邊做邊學(xué)。另外團(tuán)隊(duì)管理上也有點(diǎn)問題,有時候開會效率不高,討論半天也定不下來。
改進(jìn)建議的話,希望公司能給新來的實(shí)習(xí)生安排一個更系統(tǒng)的培訓(xùn),比如講講常用的開發(fā)工具、團(tuán)隊(duì)協(xié)作流程這些。另外可以考慮做些技術(shù)分享會,讓老員工分享下項(xiàng)目經(jīng)驗(yàn)。在管理方面,會議最好能提前定好議程,討論的時候指定一個記錄員,效率可能會高一點(diǎn)。
這次實(shí)習(xí)讓我更確定了自己想走開發(fā)這條路,但同時也看到了自己的不足。比如數(shù)據(jù)庫優(yōu)化這塊我還有很多要學(xué)的,以后得加強(qiáng)這方面的練習(xí)。感覺做開發(fā)真的不是光會寫代碼就行,溝通能力、解決問題的能力同樣重要。
三、總結(jié)與體會
這8周在軟件外包公司的實(shí)習(xí),讓我對軟件工程的理解從書本上的概念變成了實(shí)實(shí)在在的工程項(xiàng)目。從2023年7月1號到8月31號,我參與的訂單模塊優(yōu)化項(xiàng)目,最終將核心接口的響應(yīng)時間縮短了約70%,這個數(shù)據(jù)是我自己測的,用Postman跑了10次取平均值。這不僅僅是數(shù)字,是幾百行代碼重構(gòu)、索引優(yōu)化、查詢語句重構(gòu)帶來的真實(shí)改進(jìn)。實(shí)習(xí)的價值閉環(huán)就在這里我學(xué)到的敏捷開發(fā)方法論、SpringBoot應(yīng)用技巧、自動化測試實(shí)踐,都直接用在了實(shí)際項(xiàng)目中,并且看到了成果,這讓我很有成就感。
這次經(jīng)歷對我的職業(yè)規(guī)劃影響挺大的。以前我總覺得做開發(fā)就是敲代碼,現(xiàn)在明白外包開發(fā)更像是項(xiàng)目的“翻譯官”,要把客戶的需求準(zhǔn)確轉(zhuǎn)化為技術(shù)方案,還要兼顧不同團(tuán)隊(duì)的協(xié)作。這段經(jīng)歷讓我更確定想走技術(shù)路線,特別是后端開發(fā)這塊。未來我打算在數(shù)據(jù)庫優(yōu)化、分布式系統(tǒng)這些方面下功夫,計(jì)劃明年考個AWS或者阿里云的云認(rèn)證,想補(bǔ)補(bǔ)這方面的短板。實(shí)習(xí)時導(dǎo)師提過幾次微服務(wù)架構(gòu),說我們那個項(xiàng)目如果用微服務(wù)拆分,維護(hù)起來會方便很多,這讓我覺得持續(xù)學(xué)習(xí)真的很重要。
看著自己寫的代碼真的能跑起來,并且?guī)涂蛻艚鉀Q問題,那種感覺跟在學(xué)校做課程設(shè)計(jì)完全不一樣。最大的體會是心態(tài)的轉(zhuǎn)變,以前做項(xiàng)目可能做到一半覺得不好就放棄了,現(xiàn)在明白工作中很少有完美的第一次,關(guān)鍵是發(fā)現(xiàn)問題、解決問題,并且對結(jié)果負(fù)責(zé)。處理Bug的時候壓力挺大的,尤其是客戶催得急的時候,但每次解決掉一個都挺有滿足感。這種抗壓能力和責(zé)任感,我覺得是這次實(shí)習(xí)給我最大的財富。
對行業(yè)趨勢的展望,我感覺軟件外包會越來越趨向于“輕量化”和“模塊化”,客戶的需求越來越快,對開發(fā)效率要求也高。像我們做的那個電商平臺,客戶可能隨時要加新功能,這就要求開發(fā)團(tuán)隊(duì)反應(yīng)要快,代碼質(zhì)量要高。敏捷開發(fā)、DevOps這些理念會越來越普及。我覺得自己這次實(shí)習(xí)最大的收獲就是提前感受了這種快節(jié)奏的工作環(huán)境,雖然累,但確實(shí)能學(xué)到東西。以后不管是繼續(xù)學(xué)習(xí)還是找工作,我都會強(qiáng)調(diào)自己在這段時間里是怎么跟團(tuán)隊(duì)協(xié)作、怎么快速響應(yīng)需求
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 衛(wèi)生保健室資料管理制度
- 鄉(xiāng)鎮(zhèn)衛(wèi)生院輸血管理制度
- T∕CAMDI 164-2025 醫(yī)用X射線攝影床技術(shù)規(guī)范
- 衛(wèi)生院藥品衛(wèi)材管理制度
- 鄉(xiāng)鎮(zhèn)衛(wèi)生院組織管理制度
- 衛(wèi)生院節(jié)電管理制度
- 垃圾車車輛衛(wèi)生管理制度
- 鄉(xiāng)鎮(zhèn)衛(wèi)生站網(wǎng)點(diǎn)管理制度
- 醫(yī)院藥劑科衛(wèi)生管理制度
- 礦井防火衛(wèi)生制度
- 招商證券科創(chuàng)板評測10題及答案2021
- 水利工程安全隱患排查與整治制度
- 用電協(xié)議書范文雙方簡單一致
- 砌筑工中級理論考核試題題庫及答案
- DB32T 4840-2024大球蓋菇菌種生產(chǎn)技術(shù)規(guī)程
- DL∕T 1631-2016 并網(wǎng)風(fēng)電場繼電保護(hù)配置及整定技術(shù)規(guī)范
- 2019泰和安JB-QB-TX3001A 火災(zāi)報警控制器
- JT-T-155-2021汽車舉升機(jī)行業(yè)標(biāo)準(zhǔn)
- 2024 年咨詢工程師《宏觀經(jīng)濟(jì)政策與發(fā)展規(guī)劃》猛龍過江口袋書
- 鈉、鉀、氯的代謝講解
- 職業(yè)教育現(xiàn)代學(xué)徒制人才培養(yǎng)模式
評論
0/150
提交評論