計(jì)算機(jī)科學(xué)科技集團(tuán)軟件工程師實(shí)習(xí)報(bào)告_第1頁
計(jì)算機(jī)科學(xué)科技集團(tuán)軟件工程師實(shí)習(xí)報(bào)告_第2頁
計(jì)算機(jī)科學(xué)科技集團(tuán)軟件工程師實(shí)習(xí)報(bào)告_第3頁
計(jì)算機(jī)科學(xué)科技集團(tuán)軟件工程師實(shí)習(xí)報(bào)告_第4頁
全文預(yù)覽已結(jié)束

付費(fèi)下載

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

計(jì)算機(jī)科學(xué)科技集團(tuán)軟件工程師實(shí)習(xí)報(bào)告一、摘要

2023年6月5日至8月23日,我在計(jì)算機(jī)科學(xué)科技集團(tuán)擔(dān)任軟件工程師實(shí)習(xí)生,負(fù)責(zé)前端開發(fā)任務(wù)。期間,我主導(dǎo)完成3個(gè)Web應(yīng)用模塊重構(gòu),將頁面加載速度提升23%,通過優(yōu)化CSS選擇器減少JavaScript執(zhí)行時(shí)間17%。核心工作成果包括實(shí)現(xiàn)響應(yīng)式布局適配5種設(shè)備分辨率,使用ReactHooks重構(gòu)組件代碼,減少重復(fù)渲染次數(shù)30%。專業(yè)技能應(yīng)用方面,熟練運(yùn)用Git進(jìn)行分支管理,提交代碼合并沖突解決率100%,通過Postman調(diào)試API接口效率提升40%。提煉出組件化開發(fā)復(fù)用策略,如封裝可復(fù)用表單組件,顯著降低新功能開發(fā)時(shí)間50%。

二、實(shí)習(xí)內(nèi)容及過程

實(shí)習(xí)目的主要是將在學(xué)校學(xué)的理論知識跟實(shí)際工作對接上,了解軟件工程的真實(shí)開發(fā)流程,提升自己的編碼和解決問題的能力。

實(shí)習(xí)單位是家專注于做企業(yè)級SaaS服務(wù)的公司,技術(shù)棧主要是React、Node.js和微服務(wù)架構(gòu),團(tuán)隊(duì)氛圍挺開放的,大家交流技術(shù)問題挺頻繁的。

實(shí)習(xí)內(nèi)容以前端開發(fā)為主,參與了他們一個(gè)客戶管理系統(tǒng)的重構(gòu)項(xiàng)目。我的任務(wù)具體是優(yōu)化用戶數(shù)據(jù)展示模塊,那塊代碼比較舊,耦合度高,響應(yīng)速度慢。我花了大概兩周時(shí)間,通過組件拆分和狀態(tài)管理優(yōu)化,把原來的500ms左右的加載時(shí)間縮短到300ms以下,提升了40%。還實(shí)現(xiàn)了拖拽排序功能,用的是ReactDnD庫,當(dāng)時(shí)調(diào)試了好幾天,主要卡在事件冒泡和虛擬DOM渲染的問題上。導(dǎo)師建議我用useCallback鉤子緩存函數(shù),這樣性能好很多,確實(shí)是這樣,之后新加的交互功能我都用這個(gè)方法,效果明顯。

另一個(gè)挑戰(zhàn)是后端API設(shè)計(jì)不合理,參數(shù)過多,我直接在Feign客戶端層面做了封裝,把冗余的參數(shù)合并,簡化了前端調(diào)用,同事說這個(gè)做法挺實(shí)用的。

實(shí)習(xí)成果主要體現(xiàn)在兩個(gè)數(shù)據(jù)上,一個(gè)是頁面性能指標(biāo)提升,另一個(gè)是開發(fā)效率提高。比如重構(gòu)后的模塊,同類操作的時(shí)間從平均8秒降到3秒出頭。收獲就是學(xué)會了如何在團(tuán)隊(duì)協(xié)作中推進(jìn)技術(shù)方案,還有處理復(fù)雜業(yè)務(wù)邏輯的思路。

遇到的問題主要是團(tuán)隊(duì)管理上有點(diǎn)混亂,比如需求變更頻繁但溝通不及時(shí),我差點(diǎn)把一個(gè)緊急需求做反。另一個(gè)是培訓(xùn)機(jī)制不完善,新人上手全靠自學(xué),有些內(nèi)部工具文檔缺失。

我覺得公司可以建立更規(guī)范的需求管理流程,比如用Jira做任務(wù)跟蹤,需求變更必須走評審。另外建議搞個(gè)內(nèi)部技術(shù)Wiki,把散落各處的知識點(diǎn)系統(tǒng)化,對新人幫助特別大。

這次經(jīng)歷讓我意識到自己技術(shù)深度還不夠,特別是對底層原理的理解,以后得加強(qiáng)。職業(yè)規(guī)劃上更清晰了,想往前端架構(gòu)師方向發(fā)展,但知道還得繼續(xù)深耕,比如深入學(xué)習(xí)WebAssembly和邊緣計(jì)算這些前沿技術(shù)。

三、總結(jié)與體會

這8周,從2023年6月5日到8月23日,在計(jì)算機(jī)科學(xué)科技集團(tuán)的經(jīng)歷,讓我對軟件工程的理解從書本概念變成了實(shí)實(shí)在在的代碼和項(xiàng)目。實(shí)習(xí)的價(jià)值在于,我把學(xué)校學(xué)的數(shù)據(jù)結(jié)構(gòu)、算法、操作系統(tǒng)這些,真真切切用到了生產(chǎn)環(huán)境的優(yōu)化上。比如通過分析Profiler工具的數(shù)據(jù),我發(fā)現(xiàn)一個(gè)模塊的CPU占用率異常,最終定位到是遞歸調(diào)用沒有優(yōu)化,改成迭代后,接口響應(yīng)時(shí)間直接從平均350ms降到了180ms,這個(gè)數(shù)字讓我挺有成就感的。這種把理論轉(zhuǎn)化為生產(chǎn)力,再通過數(shù)據(jù)驗(yàn)證效果的過程,就是最大的價(jià)值閉環(huán)。

這次經(jīng)歷也讓我職業(yè)規(guī)劃更具體了。我意識到前端工程化的重要性,比如CI/CD流程里自動化測試覆蓋率不到60%會導(dǎo)致發(fā)布延遲,這提醒我以后要補(bǔ)強(qiáng)自動化測試這塊。我打算接下來備考PMP證書,提升項(xiàng)目管理和團(tuán)隊(duì)協(xié)作能力,因?yàn)榘l(fā)現(xiàn)單靠技術(shù)能力還不夠,得學(xué)會帶團(tuán)隊(duì)、做項(xiàng)目規(guī)劃。

行業(yè)趨勢方面,公司用的微服務(wù)架構(gòu)和容器化部署讓我印象深刻。觀察到云原生技術(shù)已經(jīng)是主流,但團(tuán)隊(duì)在服務(wù)網(wǎng)格Istio方面的應(yīng)用還比較少,主要是人手和資源問題。這讓我看到方向,后續(xù)學(xué)習(xí)會重點(diǎn)研究ServiceMesh和Serverless,感覺這些是未來幾年前端架構(gòu)師必備的技能棧。

心態(tài)轉(zhuǎn)變是最大的收獲。以前寫代碼覺得完事就行,現(xiàn)在會想用戶會不會遇到問題,性能是否達(dá)標(biāo),甚至考慮跨團(tuán)隊(duì)協(xié)作時(shí)的接口設(shè)計(jì)。比如有一次為了減少后端API調(diào)用次數(shù),主動提出了緩存方案,雖然實(shí)現(xiàn)花了點(diǎn)時(shí)間,但最終被采納,那一刻覺得肩上責(zé)任重了,但也挺興奮的。這種從學(xué)生到職場人的心態(tài)轉(zhuǎn)變,讓我更理解“質(zhì)量”和“效率”的重量。

未來會把實(shí)習(xí)遇到的問題變成學(xué)習(xí)動力。比如遇到的某個(gè)分布式事務(wù)問題,我整理了調(diào)研筆記,打算用LeetCode刷題加深對CAP理論的理解,爭取下學(xué)期考取AWS認(rèn)證,彌補(bǔ)云平臺實(shí)踐經(jīng)驗(yàn)的不足。這段經(jīng)歷雖然短暫,但確實(shí)給我的學(xué)習(xí)和求職目標(biāo)打下了更堅(jiān)實(shí)的基礎(chǔ)。

四、致謝

在此期間,感謝公司提供實(shí)習(xí)平臺,讓我有機(jī)會將理論知識應(yīng)用于實(shí)踐。特別感謝我的實(shí)習(xí)導(dǎo)師,在項(xiàng)目方向和技術(shù)

溫馨提示

  • 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)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論