計算機科學軟件研發(fā)所程序開發(fā)實習報告_第1頁
計算機科學軟件研發(fā)所程序開發(fā)實習報告_第2頁
計算機科學軟件研發(fā)所程序開發(fā)實習報告_第3頁
計算機科學軟件研發(fā)所程序開發(fā)實習報告_第4頁
計算機科學軟件研發(fā)所程序開發(fā)實習報告_第5頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

計算機科學軟件研發(fā)所程序開發(fā)實習報告一、摘要2023年7月1日至2023年8月31日,我在計算機科學軟件研發(fā)部門擔任程序開發(fā)實習生,負責參與3個Web應用模塊的開發(fā)與測試。核心工作成果包括完成用戶管理模塊的前端代碼重構,將頁面加載速度提升15%,通過自動化測試腳本減少每日Bug報告數(shù)量至8條以下。期間應用了Git進行版本控制,使用ReactHooks優(yōu)化組件性能,并通過Jest編寫單元測試覆蓋率達92%的測試用例。提煉出模塊化開發(fā)與CI/CD流程優(yōu)化的方法論,可復用于提高團隊協(xié)作效率。二、實習內容及過程2023年7月1日至8月31日,我在一家軟件公司做程序開發(fā)實習。來的時候想多了解下實際項目開發(fā)流程,學點真本事。公司是做企業(yè)級SaaS的,主要用JavaSpringBoot和React框架,團隊有十來個人,分成幾個小組做不同模塊。我跟著后端一組,主要參與一個電商系統(tǒng)的訂單管理模塊開發(fā)。開頭跟著導師熟悉代碼庫,用了兩天時間看現(xiàn)有模塊設計,特別是數(shù)據(jù)庫表關系和API接口文檔。導師讓我從一個小功能開始做,先是修改訂單狀態(tài)接口,把原來同步修改改成異步,用了RabbitMQ隊列,解決了高并發(fā)下超時問題。測試時發(fā)現(xiàn)偶爾有消息丟失,查了日志才知道是Broker配置問題,調大內存參數(shù)后穩(wěn)定了。這段經(jīng)歷讓我明白消息隊列不是隨便用的,得懂底層原理。接下來獨立負責地址管理模塊,需要對接三方物流API。第一次寫異步調用邏輯踩了不少坑,比如參數(shù)格式不匹配、超時重試沒做好?;怂奶鞎r間才搞定,最后接口成功率穩(wěn)定在99.2%。期間用了Postman模擬請求,把關鍵場景都測透了。團隊里用的CI/CD流程是Jenkins+GitLab,我參與了流水線優(yōu)化,把單元測試執(zhí)行時間從8分鐘縮短到3分鐘,現(xiàn)在新代碼提交能更快看到結果。遇到的最大挑戰(zhàn)是需求變更頻繁。7月20號剛完成的支付模塊,客戶突然要增加發(fā)票功能,時間很緊。當時手頭還有個報表模塊沒上線,有點懵。導師教我用領域驅動設計,把核心業(yè)務拆分開,Invoice模塊和Payment模塊解耦得比較好,改起來就順手多。雖然加班加點,但最終按時交付了,客戶那邊也挺滿意。這讓我意識到敏捷開發(fā)不是瞎改,得有清晰邊界。做開發(fā)過程中發(fā)現(xiàn)公司代碼規(guī)范有點亂,有些老員工寫法跟新人不一樣。比如變量命名、類結構設計,導致后期維護費勁。我整理了個文檔,列了20條常見問題,給組里發(fā)了郵件,沒想太多結果。后來技術主管看到了,在周會上提了一下,現(xiàn)在新代碼提交都會過一下檢查。這八周最直觀的感受是,學校學的理論和實際差距不小。比如設計模式,書上講得明白,真遇到問題才知道哪個用得順手。還有團隊協(xié)作,一個人埋頭寫代碼快是快,但溝通成本高?,F(xiàn)在看項目文檔、寫單元測試、參與CodeReview這些習慣,比單純敲代碼收獲大。職業(yè)規(guī)劃上更清楚想做什么了,想往中間件方向發(fā)展,后續(xù)打算多學學Elasticsearch和Kubernetes這些。三、總結與體會這八周,從2023年7月1日到8月31日,在研發(fā)部門的經(jīng)歷像個閉環(huán)。剛來時想著把課堂知識用上,結果發(fā)現(xiàn)差距不小。比如7月中旬做的訂單模塊,用Spring事務管理時,單純寫trycatch解決不了數(shù)據(jù)庫回滾問題,導師給我講了隔離級別和樂觀鎖的應用場景,我才明白同步和異步處理不是簡單替換。這段經(jīng)歷讓我把《數(shù)據(jù)庫系統(tǒng)原理》那本書看了第二遍,特別是索引優(yōu)化和鎖機制部分。實習價值體現(xiàn)在具體成果上。參與優(yōu)化的地址管理接口,通過引入緩存層,QPS從200提升到800,雖然只是邊緣場景,但看到監(jiān)控數(shù)據(jù)從紅色變綠色那一刻,感覺挺實在。寫的單元測試覆蓋率達到92%,比組內平均水平高,技術主管在周會上提了,說這點做得好。這讓我意識到,以前寫測試是為了交作業(yè),現(xiàn)在明白是質量保障的基本功。職業(yè)規(guī)劃上更清晰了。本來對前后端都感興趣,但通過參與支付模塊和報表模塊開發(fā),發(fā)現(xiàn)后端邏輯更吸引我,特別是分布式事務和中間件這塊。接下來打算系統(tǒng)學下Kafka和Zookeeper,9月開始準備AWS認證,希望能補上云原生這塊短板。公司用的Jira看板管理,我現(xiàn)在會用基本操作,但像Epic和Story拆分還不會,覺得可以拿來做畢業(yè)設計。行業(yè)趨勢上感受到幾個點。一是低代碼平臺在中小企業(yè)興起,8月底有個技術分享會,講的是用低代碼工具快速搭建后臺,雖然我不太認同純低代碼的擴展性,但確實能提高效率。二是AI輔助編程越來越普及,我用過GitHubCopilot,能加速簡單邏輯編寫,但復雜場景還得自己兜底。這讓我反思,學生時代不能只學工具,得懂原理。心態(tài)轉變是最大的收獲。以前寫代碼覺得對就完事,現(xiàn)在會想性能、可維護性、安全性。7月25號晚上調試接口時,因為一個小疏忽導致線上數(shù)據(jù)錯誤,折騰到凌晨三點才解決,第二天主動跟導師匯報了。雖然問題不大,但第一次體會到責任,那種壓力是以前沒感受到的?,F(xiàn)在寫代碼會反復檢查,甚至編一些刁鉆的測試用例來驗證。這種從學生到準職場人的心態(tài)轉變,比學會什么新技術更寶貴。未來打算把實習中遇到的問題系統(tǒng)化,比如訂單異步處理中的冪等設計,準備寫個博客總結。同時爭取參與開源項目,彌補實踐經(jīng)驗不足這塊短板。這段經(jīng)歷讓我明

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論