# 引言

一年又一年。恍惚之间，2025 又匆匆走到了尾声。转眼毕业也将近三年，光阴如隙，来不及细数。

原本想简单聊聊这一年的经历，可细想之下，似乎并没有什么惊天动地的大事。可当真正回头望去，才发现，这一年竟也经历了太多值得铭记的瞬间。

一时语塞，索性就从回顾开始。

# 关键词

回顾我的 2025，给它一个关键词的话，我会选择——“经历”。



这一年，我经历了工作的变动，住所的迁移，生活环境的改变；也经历了朋友的来来往往，人际关系的靠近与疏远。

乍看之下，好像没有什么轰轰烈烈的大事件，但恰恰是在这些琐碎而具体的小事里，堆叠出了属于这一年的厚度。

它们或许平凡，却真实；或许细碎，却深刻。每一段经历，都留下了一些难忘的回忆，也沉淀出一些值得珍惜的经验。

慢慢地我开始意识到，人生或许并不在于完成多少宏大的目标，而在于去经历那些未曾经历的事情，在经历中体会，在体会中成长。

# 时间线

篇幅所限，具体的时间线整理在这里：（图比较多，加载图片有可能比较慢，请见谅）
https://umb.ink/post/46

# 为什么是“经历”？

相比身边的同龄人，我算是比较早进入社会的一批。没有复读，也没有 gap 去考研或考公，毕业后便直接投入工作。再加上一些并不算深厚、却也真实存在的大厂经历，以及偶尔兼职做职业规划、提供咨询的过程，让我有机会接触到形形色色的人，也听到了许多不同的人生故事。

后来慢慢发现——

- 很多迷茫，本质上是因为经历太少；
- 很多焦虑，本质上是因为未知太多。

而“经历”对人的塑造，是极其深刻的。

> 经历多了，遇事才会坦然。

我曾接触过一些长辈，已近“知天命”的年纪，却在某些问题上依旧像孩童一般。固守旧有观念，排斥新鲜事物；面对未知时慌张无措，甚至本能地抗拒改变。

- **年龄，并不天然带来成熟；**
- **时间，也不会自动转化为见识。**

> 真正让人沉稳的，从来不是年岁，而是经历。

当你见过足够多的选择，听过足够多的故事，踩过足够多的坑，你自然会明白——很多事情不过如此，很多焦虑也终将过去。

于是，2025 对我而言，不是“成就”的一年，而是“经历”的一年。
而经历，本身，就是一种成长。


> 经历越多，越能看清自己，也才能真正成长。

在做咨询的时候，我常会遇到两类极端的朋友：
一种是“优越感爆棚”，一种是“妄自菲薄”。

最典型的，是前者。

有些自身条件并不占优的人，却常常说：

> “非大厂配不上我，不去。”
> 
> “年薪不到 30 万没必要工作。”
> 
> “我才不要做销售，不体面。”
> 
> “人要对自己好一点，贷款也要买车。”

这些话听起来像是自信，甚至像清醒，但——真的如此吗？

不可否认，每个人都有自己的价值观。但从我接触过的许多人和故事来看，过度的自我优越，往往来源于**缺少真实挫折的经历**。

他们未必家庭富裕，却往往被父母尽力托举。父母替他们承担了生活的重量，他们却从未真正感受过生活的重量。
于是，在缺乏参照与碰撞的情况下，容易高估自己的能力，同时低估现实的门槛。

更矛盾的是——
一旦真正进入社会，面对赤裸裸的竞争与筛选，这种“理想自我”和“真实自我”的落差，会在瞬间崩塌。
很多人会从自负直接跌入自卑，甚至难以承受压力，走向极端。

---

而另一类人恰恰相反。他们常说：

> “我配不上。”
> 
> “我什么都不会，肯定找不到工作。”
> 
> “我还是听父母的，去流水线踏实一点吧。”

这些人往往成长于压迫感更强的环境。父母能力有限却控制欲强，从小被否定、被比较、被要求“懂事”。
长期的评价体系让他们形成强烈的“不配得感”——即使别人认可，他们也难以相信。

于是做事畏缩，机会面前先退一步。

鼓励可以短暂提振，却无法真正改变，因为问题不在认知，而在经历的缺失。

---

仔细观察会发现，这两种看似相反的性格，本质却相同——

- **都没有经历过足够真实、足够匹配的反馈。**

如果自负的人，从小被引导去直面困难，他可能会成为真正自信的人；

如果自卑的人，拥有几次可验证的成功体验，他的成长速度往往极快。

所以人的发展，很像“小马过河”。
别人告诉你深浅没有意义，只有自己试过，河才有刻度。

经历越多，能力边界才会清晰：

面对超出能力的事敢于挑战，面对能力之内的事游刃有余。

因此，多经历——
无论好事坏事，都是成长的组成部分。

---

> **任何经历，都是一堂生动、珍贵的一课**

仔细回想，前些年在大厂加班加的死去活来的经历，初到北京被街道办强拆出租屋的经历，找工作时被内卷疯狂PUSH的经历，恋爱时吵的不可开交的经历，高考时学习学到昏天黑地的经历....这些在当时的我看来都是生活带给我的一些“苦难”，但从现在的我看来，这些都是生活教会给我的珍贵一课。

- 大厂的加班让我学会了如何提高自己的工作和协作效率，也更加明白了身体最重要。
- 虽然被强拆了出租屋，但也第一次学会了冷静面对突发意外，学会了如何与不讲理的老登回旋。
- 找工作的内卷让我明白了自己的上限在哪里，也明白了量变一定会引起质变。
- 恋爱的矛盾让我明白了如何与异性相处，如何处理好思维方式差异导致的矛盾。
- 高考时的苦难学习让我在日后遇到艰苦的环境时，会下意识想，“这算啥，高考早五晚十都经历过了”。
- 北漂的生活虽苦，但是让我认知和见识涨了非常多，也让我第一次意识到，人可以舍弃所有所谓的“责任”，去追寻自己所想的未来。（当然，也可以说提升了幸福感，毕竟对比之下，没有什么比小镇做题家从0开始北漂更苦的事情了）

> **经历越多，路也会越走越宽。**

偶尔朋友会打趣我：“你怎么总能听到这么多故事，而且很多还挺惨的？”

这其实是个因果倒置：
幸福的人往往不需要倾诉；
不幸的人，需要出口。

很多故事之所以沉重，是因为它们必须被说出来，否则当事人就要独自承担全部重量。

也许正因为我平时会帮人做规划，也喜欢聊一些“歪理”，不少人遇到事情会来找我聊聊。

于是虽然我很宅，却认识了很多人；
我经历不多，却听过很多故事。
而这些间接的经历，同样在塑造一个人。


# 后记

回头看，2025 并没有发生什么决定命运的大事。
但我开始理解一件事：

成长不是因为某个瞬间改变了人生，

而是经历让你慢慢不再需要改变人生。

这一年不是“有所成”的一年，

而是第一次不再着急“有所成”的一年。

而经历，本身，就是答案。

# 新年愿望
身体健康

升职发财

去一趟欧洲旅行

去新疆旅行

学会一首完整的双手钢琴曲

看到更多、更美好的故事

2025-年度总结

# 0. 前言

为了业务线各岗位高效协作，划分职责边界，提升工作效率的同时降低工作强度，减少无效加班的情况。规范工作流程和发版节奏。（不仅适用于互联网，一切团队协作都可参考本SOP，把执行节点进行替换即可）



# 1. 工作原则
*  一：需求冻结制度

进入开发阶段的需求，非特殊情况，原则上不得变更，新需求一律放入需求池。任何情况下不得口头插入需求。紧急需求必须拉会评审。

* 二：发版节奏固定

每两周为一个迭代周期，发版日固定为每个迭代的最后一个周四。除P0级线上事故外，不允许临时发版。

* 三：各司其职

每项工作有且只有一个「负责人」(Owner)，其他人为「协作者」。负责人对交付质量和进度负全责，协作者配合完成。

* 四：关键环节把控

当工作出现问题，全部要找项目经理协调，原则上不出现策划/产品越过项目经理与研发直接沟通的情况。

* 五：文档驱动

任何情况下，如果要开会，必须撰写文档，不论是技术方案还是产品方案，使用AI辅佐的文档必须自己review先过一遍。

# 2. 流程与职责边界：

![whiteboard_exported_image.png](/static/img/e15d83f1a4e0d6b9c36c6b2285328dec.whiteboard_exported_image.webp)


![image.png](/static/img/3d9aeb329a8d1fcf44032afa944a8515.image.webp)

# 3. 需求变更控制
变更分级

- 轻微变更（文案修改、颜色微调）：开发自行判断可否吸收，报备产品经理即可
- 中度变更（功能逻辑调整、交互修改）：必须提交变更申请，拉相关人员开小会，经产品负责人+技术负责人评审通过后方可执行
- 重大变更（新增功能、砍掉已开发功能）：必须开评审会，评估影响范围和延期风险，由栗子拍板
紧急需求绿色通道

针对紧急场景，设立专项绿色通道：
 
1. 提出紧急需求，明确交付时间和核心诉求
2. 产品经理「紧急需求评审会」，明确紧急需求有哪些交付标准和内容（15分钟内完成）
3. 技术负责人评估：当前迭代哪些内容可以交付、哪些必须砍掉、额外需要什么
4. 形成「紧急版本交付清单」：明确列出本次包含/不包含的功能
5. 全员对齐后按清单执行，不得在清单之外临时加内容

企业内双周发版SOP分享

2025-timeline

# 引言
这篇文章主要写给还没毕业或刚刚毕业的同学，希望通过这篇文章，能够让大家从学生思维跳脱出来，向真正的工程师思维进行转变，更好地提升自己。
# 学生思维和工程师思维有什么区别？为什么要转变？
我们说的工程师思维不仅仅是局限于做工程师的人，而是拥有像工程师一样解决问题的能力，推进项目落地的思维方式。


在学生时代，我们习惯了“老师布置什么，我就做什么”的学习模式——作业按要求完成、考试按范围复习，这种“等待指令”的思维惯性让知识接收高效运转，但是不会主动思考去解决问题，过度关注局部/短期的事物，这就是我们常说的“学生思维”。而工程师思维与之不同，工程师思维强调自己探索，从全局角度整体思考，要具有能够独立解决复杂问题的能力。相比学生思维，工程师思维更加严谨，更加主动。

进入社会、跨入职场后，我们需要主动解决问题的能力，需要有从全局角度思考的综合性思维。因此学生思维是无法帮助我们继续成长的，我们要从“知识接收者”到“问题解决者”的角色转型。

> 举个例子：
> 现在学校里面要做一套校园门禁系统，并且校长把这个项目交给你来做，此时你会如何着手？
> 
> 如果是普通学生，会想如何设计门禁硬件，可能会用esp32做门禁闸机板，可能会用java写后台门禁管理系统，但大部分情况下，当学生按这个思维设计下去之后会发现，做出来的东西完全不能用，也不好用，项目也推不动。这是因为学生思维惯性，**只关注**到了“门禁系统”这一个具体的**局部系统**，而不是整个项目。做项目，做工程不仅仅只有浮于表面的硬件设备或代码平台，还包括了上下游一系列的用户和利益相关方，包括了对项目未来可能会存在的一系列风险的预估。这些是学生思维所无法涵盖的。
>
> 而对于有一定成熟经验的工程师，“门禁系统”在设计时，会考虑很多前置问题，它的受众群体到底包括哪些人？如何让学校内的每个人都能接受新的门禁系统？如何与相关方高效沟通？在硬件选型上，如何保证闸机运行的稳定性？供电、网络稳定性如何保证？项目推进时需要涉及哪些校内部门，需要和哪些领导打交道？这些全部确认后，后续才是如何着手落实这个项目。
> 
> 

因此，学会工程师思维，能够帮助我们跳脱出认知困境，站在全局角度思考问题，更好地推动问题解决或项目落地，也可以更好地辅助我们做完美的决策。


# 如何转变？
## 1. 改变环境
拥有工程师思维离不开真正的“工程师环境”，也就是要在实际的工程化环境，真正致知于行，才能更好的学习和培养工程师思维。在学校这个相对与社会隔绝的环境中，很难有机会接触到真正的落地项目。

有些同学可能参加各种创新创业大赛，做一些打比赛的项目，甚至是做一些小规模的校内创业项目，这些项目虽然一定程度上可以帮助我们初步积攒一些经验，了解到一定量的工程化思想。但是跟实际的公司、社会环境中的落地项目相比，依然相差甚远。

因此，在个人能力满足的情况下，我建议大家多多出去到社会企业中进行调研、实习，哪怕去到比较底层，非常草台班子的初创公司。特别是前往科技较为发达的一线、新一线城市去，实习，工作。真正切身实地感受与人沟通、规划资源、学习职场前辈的各种工作方法论，在这个过程中逐渐培养起工程师思维，一点点升级打怪。

大家需要明白一个事情，学校能教的有且只有书本和老师PPT上的内容，非常有限，学校不会教你文档怎么写，PPT如何做，如何与人沟通，如何快速解决问题等等，只有切身到真正的社会中，才能学会这些东西。正如古话所言纸上得来终觉浅，绝知此事要躬行。

## 2. 学会自我寻找答案
在程序员的职业发展中，有一个文章叫做“提问的智慧”，是所有程序员的必修课，而我认为这是所有人的必修课，每个人都应该学会“如何向别人提问”，学会自我解决问题，学会如何正确从他人那里获取知识。

自我解决问题与向他人寻求答案并不冲突，自我解决问题的过程中，合理向他人寻求帮助也是一种很好的方法，但是这不代表所有事情都要依赖于他人，向他人寻求答案的本质是将答案转变为自己的能力。如果一味地依赖他人，不自己探索，那么问题永远存在，永远不属于自己。

那么如何学会自我探索，自我寻找答案呢？
1. 用好搜索引擎/AI问答：搜索引擎和AI是一个非常强大的工具，有任何疑问，先从搜索引擎寻找答案，推荐谷歌、其次是bing，最不推荐百度（百度害人，很容易出现一个问题搜索下去一整页全是广告）
2. 使用思维导图，梳理问题链路。在遇到问题时先梳理问题关系，对问题进行拆解，尝试多多使用思维导图和流程图，去寻找问题关键点。举例：我要找工作，那么我就要从头梳理我找工作这个问题，首先我想要什么工作？然后我的期望薪资是什么?我的能力有哪些？我预期的工作岗位要求有哪些？将这些问题作为一个个思维图进行导出，然后寻找他们之间的关联。
> 3. 举例：我通过拆解“我要找工作”这个问题来绘制思维图。把一堆生涩的招聘要求和我个人的能力直观地呈现出来，寻找之间的关联，更好地让我能够看到我的短板和我的长处。
> 

![image.png](/static/img/65deb074e511f90014d44dde4b4f95ff.image.webp)
## 3. 多模仿，多看多做
不论是在校园内，还是在社会中，在我们身边一定有很优秀的人，他们思维敏捷，做事雷厉风行，那么他们就是我们学习的榜样。我们可以多多观察这些人在工作时，在沟通时的行为逻辑和方式，甚至可以自己悄悄进行记录或大胆与他们单聊请教，了解他们的思维方式和学习方式（当然，前提是方式要合理，要尊重别人）。而与优秀的人聊天，每每都会给我们不同的新启发。并且很多优秀的人也非常乐于分享自己的经验和经历，与优秀的人沟通一定是一件对自我提升很大的事情。

吸纳不同人的思维，学习不同人的做事方式，最终转变为自己的风格，长此以往，不知不觉中我们将会也变成别人口中“优秀的人”。

但需要注意的是，不是所有人思维逻辑都适合无脑学习，一定要结合自己的实际情况。东施效颦不可取。
## 适度去拓展眼见
认知，眼见的拓展也是褪去学生思维的一大核心，当自己的眼见拓宽，会看到很多不同的事物，而思想也会更加全面，更加容易找到问题切入点。

例如在大学生时期，很多人不会把“图书管理系统”当回事，觉得这种东西只是很简单的一个课程设计级别的CRUD系统，但倘若真正见识过企业级的图书管理系统，就完全不会这样想，企业级的图书管理系统要考虑稳定性，考虑易用性，考虑数据安全，服务稳定，可能作为学生不会觉得服务宕机几分钟或者丢失一些数据是什么大事，但在企业层面，几分钟的服务不可用可能就是数百万不可挽回的损失。而倘若没有真正见过几分钟亏损几百万的场面，大多数学生是无法想象到服务稳定性是多么重要的一件事。

因此，适度地去参加各种科技展会，技术沙龙，开拓自己的眼见（甚至可以适当地放弃一些校内课程来参加各类科技展会），我相信展会带来的眼界拓展一定比学校的落后课程的作用更大。

# 结语
最后我想说，从学生思维到工程师思维的转变，从来不是一蹴而就的瞬间蜕变，而是一场需要耐心与实践的长期修行。当我们放下"等待指令"的惯性，开始主动扛起解决问题的责任；当我们跳出课本里的标准答案，学会在现实的复杂约束中寻找最优解——这种思维方式的进化，不仅会让我们在职场中走得更稳，更会成为我们终身成长的底层能力。

记住，真正的工程师思维，不只是写代码、做项目的专业技巧，更是一种"把不可能变成可能"的信念。它教会我们在迷雾中找到方向，在阻力中开拓路径，在质疑中坚持价值。或许起步时会有笨拙与迷茫，但每一次主动思考、每一次解决问题、每一次突破认知边界，都会让我们离"优秀工程师"的目标更近一步。

愿你从此刻开始，带着这份思维的"工具箱"，勇敢地走向更广阔的世界。不必害怕犯错，不必焦虑速度，因为每一次实践都是蜕变的契机。当你真正用工程师的眼睛审视世界，用工程师的双手改变现实，你会发现：成长，永远比想象中更精彩。

如何培养工程师思维？

1. 打开你的cursor，选择setting->network->选择http1.1



setting在界面右上角
![image.png](/static/img/02c1ef2125ee0c19dc11e2cce9bc937f.image.webp)
2. 打开你的魔法工具的全局代理模式，然后cursor就正常了。

什么？你不知道什么是魔法工具？你可以退出程序员这个行列了。