一个初级工程师的年度复盘：从"这个组件怎么用"到"我来部署整个项目"
目录
心法一：别怕拆解复杂问题"面对复杂功能时，把它拆成几个'小积木'，先让每个积木能单独工作，再考虑如何拼接。就像学做菜，先学会切菜、炒菜，最后才是做一桌宴席。"
心法二：业务理解是技术价值的放大器"再好的技术，如果不解决业务问题，就是空中楼阁。理解业务，你写的代码才真正'有用'。"
心法三：动手是最好的学习方式"看10篇部署教程，不如亲自部署一次。在真实服务器上遇到的问题，是任何模拟环境都给不了的'宝贵经验'。"
第七章：展望2026------下一站，AI赋能的全栈工程师
第一章：开篇------从零开始的勇气
2025年1月，我坐在宿舍里，盯着Vue3 的官方文档发呆。屏幕上是一个简单的table组件需求，而我的大脑一片空白------"
el-table-column的prop属性到底是什么？分页怎么做？数据从哪来？"那时的我不会想到，一年后的今天，我不仅能熟练地写前端页面、处理后端逻辑，还能把整个项目部署到云端，甚至用爬虫为它增加新功能。
这一年的技术之路，像打游戏通关------每解决一个难题，就点亮一个技能点。现在，让我和你分享我的三个"关卡"，以及我从中学到的"心法"。
第二章：第一关------毕业设计的"全栈初体验"
迷茫的起点：Element Plus的"惊吓"
我的毕业设计需要做一个管理系统。选择了Vue3 + Element Plus，本以为有现成组件库会很轻松，结果第一天就被现实"打脸"。
问题1：Table组件像天书
第一次见到
<el-table>时，我完全懵了。":data是什么？v-for呢？为什么我的表格是空的？" 查了三小时文档才发现，我忘了在data()里定义数组。大白话顿悟时刻：
"原来
:data就像给表格'喂数据'，你得先准备好'食物'（数据数组），表格才会'吃'（渲染）。"问题2：分页+抽屉的"组合拳"
点击表格某行，弹出抽屉显示详情；同时还要支持分页。我写了半天，不是数据错乱就是组件通信失败。
我的笨办法：
先写死静态表格，让它显示出来
单独写分页，测试翻页功能
单独写抽屉，测试打开关闭
把三个"零件"拼起来，用Pinia管理共享状态
代码中的"啊哈时刻"：
javascript
// 从完全看不懂，到理解每一行
const store = useTableStore() // Pinia仓库
const { tableData, currentPage } = storeToRefs(store) // 响应式解构
// 点击行时：打开抽屉并传递当前行数据
const handleRowClick = (row) => {
drawerVisible.value = true
currentRow.value = row // 原来组件通信可以这么简单！
}技术成长：
Vue3组合式API：从"这是什么鬼"到"真香"
Pinia状态管理：明白了为什么需要全局状态
Element Plus组件：熟记了table、pagination、dialog的常用属性
Axios：学会了async/await处理异步请求
心法一：别怕拆解复杂问题
"面对复杂功能时，把它拆成几个'小积木'，先让每个积木能单独工作，再考虑如何拼接。就像学做菜，先学会切菜、炒菜，最后才是做一桌宴席。"
第三章：第二关------职场后端的"实战练兵场"
7月，我以Java后端开发的身份入职。突然从Vue的"花花世界"跳到了Spring Boot的"严谨王国"。
三个"没想到"的成长：
1. Git从"提交代码"到"团队协作"
在学校，Git就是
git add .+git commit+git push。在公司第一次看到Git Flow、分支策略、合并请求（MR）时，我才明白------原来Git是团队的"协作语言"。大白话理解：
"主分支（master）像正式发布的'成品库'，开发分支（develop）像'半成品车间'，功能分支（feature）像每个人的'工作台'。代码要经过'质检'（Code Review）才能进入车间，最后才进成品库。"
2. Linux从"点点点"到"命令行高手"
第一次用SSH连接服务器时，我连
cd和ls都要查。现在我能熟练地：
tail -f logs/app.log实时看日志
ps -ef | grep java查Java进程
scp上传下载文件用
systemctl管理服务最骄傲的时刻： 第一次独立部署公司测试环境，所有服务正常启动。
3. 金融业务的"认知升级"
信托业务、资金结算、合规风控......这些术语听起来就头大。但我发现了一个诀窍：把业务逻辑画成流程图。
比如"信托产品成立流程"：
客户认购 → 合同签订 → 资金划转 → 份额确认 → 成立公告每个节点对应一个接口，每个状态变更对应一次数据库更新。当我把业务和代码对应起来时，突然就通了。
心法二：业务理解是技术价值的放大器
"再好的技术，如果不解决业务问题，就是空中楼阁。理解业务，你写的代码才真正'有用'。"
第四章：第三关------个人项目的"独立宣言"
11月，我做出了今年最酷的决定：租一台阿里云服务器，部署自己的个人项目。
从0到1的部署历险记
踩坑记录：
服务器选择困难症： 1核2G还是2核4G？CentOS还是Ubuntu？
环境配置的"连环坑"： JDK版本、MySQL安装、Nginx配置
最崩溃的时刻： 项目本地运行完美，服务器上端口死活不通
问题解决过程：
bash# 第一步：检查进程 netstat -tlnp | grep 8080 # 发现端口没监听 # 第二步：检查防火墙 sudo firewall-cmd --list-ports # 发现8080没开放 # 第三步：开放端口 sudo firewall-cmd --zone=public --add-port=8080/tcp --permanent sudo systemctl restart firewalld # 第四步：再次检查，成功了！那种看到"Hello World"出现在公网的激动，至今难忘。
爬虫：为项目加上"自动更新"超能力
我想给个人项目增加一个每日新闻模块。手动更新太麻烦，于是决定学爬虫。
技术栈选择： Java + Jsoup + Spring Boot定时任务
简单到让人惊讶的核心代码
java// 定时任务，每天上午9点抓取新闻 @Scheduled(cron = "0 0 9 * * ?") public void fetchDailyNews() { // 1. 发送HTTP请求（就像浏览器访问） Document doc = Jsoup.connect("https://news.example.com").get(); // 2. 用CSS选择器"提取"新闻标题（像jQuery一样简单） Elements newsTitles = doc.select(".news-item h3"); // 3. 保存到数据库 newsTitles.forEach(title -> saveToDB(title.text())); log.info("今日新闻抓取完成，共{}条", newsTitles.size()); }那一刻的成就感： 早上醒来，打开我的个人网站，新鲜的热点新闻已经自动更新在那里------技术真的能创造价值。
心法三：动手是最好的学习方式
"看10篇部署教程，不如亲自部署一次。在真实服务器上遇到的问题，是任何模拟环境都给不了的'宝贵经验'。"
第五章：年度技术栈盘点------我的"武器库"升级
年初 vs 年末的对比：
| 技术领域 | 1月水平 | 12月水平 | 关键成长 |
|---|---|---|---|
| 前端 | Vue3 Hello World | 能独立开发管理后台 | 组件通信、状态管理、UI库使用 |
| 后端 | 只会写Controller | 熟悉Spring Boot全家桶 | 接口设计、数据库操作、业务逻辑 |
| DevOps | 只会点"运行"按钮 | 独立部署项目到云服务器 | Linux命令、服务部署、问题排查 |
| 工具 | Git基本操作 | Git Flow团队协作 | 分支管理、代码合并、冲突解决 |
| 业务 | 学生项目思维 | 理解金融业务逻辑 | 需求分析、流程梳理、技术实现 |
第六章：写给一年前的自己，也写给正在起步的你
如果我能回到2025年1月，我会对那个对着Table组件发愁的自己说三句话：
"迷茫是正常的开始"
每个大神都曾是小白。我第一次用npm install时，连node_modules是什么都不知道。但正是这些"不知道"，驱动我去学习、去探索。
"项目是最好的老师"
文档要看，视频要学，但真正的成长来自动手做。我的Vue3知识，80%来自边做毕业设计边查文档。
"保持记录的习惯"
这一年我在CSDN写了47篇技术文章。有些是问题解决记录，有些是学习笔记。现在回头看，这些文章不仅帮助了别人，更是我成长的"里程碑"。
给同样在路上的你：
如果你也是初级工程师，也在某个技术问题上卡住------别灰心。我经历过Table组件的茫然，经历过部署失败的沮丧，经历过业务听不懂的焦虑。
但请相信：每个今天解决的小问题，都是明天解决大问题的基石。 前端看不懂就拆开看，部署失败了就查日志，业务不理解就画流程图。
第七章：展望2026------下一站，AI赋能的全栈工程师
2025年，我从"前端迷茫新生"成长为"能独立开发部署的后端开发者"。
2026年，我想：
深入微服务架构，理解分布式系统的设计思想
学习云原生技术，尝试用Docker容器化我的项目
让AI为传统管理系统"插上翅膀"，探索大模型在实际业务中的应用
继续坚持写大白话技术文章，帮助更多像我一样的初学者
做一个真正的全栈项目，从前端到后端到部署，完全自己掌控
我想成为这样的工程师：
左手是扎实的传统开发能力（前后端、部署、运维），右手是新时代的AI技术。两者结合，才能创造出既有技术深度又有智能体验的产品。
特别想聊聊：为什么2026年我一定要学AI？今年在写爬虫抓取新闻时，我突然意识到：如果只是机械地抓取和展示信息，价值是有限的。但如果加上AI能力呢？
我设想中的"AI赋能管理系统"：
现在的管理系统，用户遇到问题只能查文档或找人工。我想用开源大模型+我的Java后端，为我的个人项目增加一个：
能理解业务问题的智能助手
7x24小时回答常见操作疑问
甚至能根据用户描述自动生成操作指引
我理解的"不被时代淘汰"：
今年AI技术爆发，很多人担心程序员会被替代。但我的观察是：
AI替代的不是程序员，而是"不学习的程序员"
就像当初移动互联网兴起时，只会写PC网页的程序员面临挑战一样。主动拥抱变化，才能把AI变成助力。
初级工程师的"弯道超车"机会
AI降低了某些技术的门槛。以前做一个智能客服需要NLP专家，现在用OpenAI API可能几百行代码就能出demo。我们要做的，是学会如何把AI能力"集成"到现有系统中。
5. 我的学习计划（初步）：
- 第一季度： 从LangChain开始，学习如何将大模型接入Java/JavaScript
- 第二季度： 实践RAG（检索增强生成），让AI基于我的业务文档回答问题
- 第三季度： 探索AI在前端的应用，如智能表单生成、代码辅助
- 第四季度： 做一个完整的"AI+管理系统"开源项目
但我也在提醒自己：技术人需要平衡"追新"与"务实"
不盲目： 不为了用AI而用AI，每个功能都要解决真实问题
不神话： AI是增强，不是替代。业务逻辑的核心仍然需要我严谨的代码
不放弃根基： 再好的AI应用，也需要扎实的编程基础、清晰的架构设计
最后
最后，分享我的年度感悟
下面是2025年我的CSDN博客"成果数据"：
在CSDN创作了近300篇技术文章
文章被阅读26万+次，收获点赞3800+
文章内容/代码被复制1万+次
获得了29枚CSDN勋章和"新星创作者"称号
看着这些数字，我突然明白了坚持的意义。
技术之路没有捷径，但有方法------拆解复杂问题 + 动手实践 + 总结记录。这一年，我最大的收获不是学会了多少技术栈，而是建立了"遇到问题 → 分析问题 → 解决问题"的思维模式。感谢2025年努力的自己，也感谢每一个阅读我文章的你。编程的世界很大，我们一起慢慢探索。
这篇文章是我在CSDN"博客之星2025年度总评选"的参赛作品。所有内容均为原创，记录真实的技术成长历程。如果你也有类似的故事，欢迎在评论区分享------技术人的成长，需要彼此的见证和鼓励。