# 引言

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

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

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

# 关键词

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



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

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

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

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

# 时间线

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

# 为什么是“经历”？

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

后来慢慢发现——

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

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

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

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

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

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

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

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


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

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

最典型的，是前者。

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

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

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

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

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

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

---

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

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

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

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

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

---

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

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

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

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

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

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

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

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

---

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

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

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

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

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

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

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

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

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


# 后记

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

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

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

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

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

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

# 新年愿望
身体健康

升职发财

去一趟欧洲旅行

去新疆旅行

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

看到更多、更美好的故事

2025-年度总结

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就正常了。

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

cursor-大模型锁国区问题解决

# 背景
最近接手了一个新游的架构设计，因为新游偏向社交类游戏，单个游戏体内会存在多人联机、多种不同类型游戏对局的交互，即要考虑多种不同玩法服务的兼容和多人联系情况下的稳定性。




# 问题
传统的C/S架构中，可以一定程度上容忍server侧的变更或者某个实例突发宕机的情况（大不了重新请求一下就好了），但游戏架构要求多人联机场景下的稳定性和兼容性，无法容忍游戏联机过程中server中某个实例突发宕机或扩缩容的情况，因为当一个容器突发宕机，那就意味着那个容器上的游戏对局将会受到影响，严重影响用户体验。

我们先来看看使用C/S架构开发游戏的架构模式：

![image.png](/static/img/3487f1f632f7ce34fe14414921cb1986.image.webp)

从这个架构中可以明显看出下面的这些问题：
1. **数据同步链路长**：在一场对局中，传统C/S架构下，每个客户端WS所连接的Server实例可能不一样，并且同一个对局内的数据流同步必须依赖中间件进行，数据流传输链路长，高负载请求下，可能出现延迟感知明显的问题。
2. **稳定性不足**：假如某个实例宕机，此时对应的用户会突然断开连接并丢失部分操作请求，影响对局进程。
3. **延迟较高**：客户端可能分布在世界各地，每个客户端到服务的延迟都不同，在多人游戏对实时性要求较高的情况下，不同的游戏延迟会导致用户感知到的对局数据不同，影响游戏体验
4. **开发/维护成本较高**：即使在不同的游戏模式下，都需要单独在不同模式的游戏serevr中实现相同的对局、房间管理逻辑，而客户端需要根据不同的游戏模式去连接不同的对局服务器，额外增加成本。

# DS
没有什么是设计一个中间层解决不了的。面对多人联机社交游戏场景下的服务设计，我们引入DS服务层的概念来解决这个问题。

DS，全称叫做Dedicated Server（专用服务器），它可以用来给多人联机时提供稳定的房间信息管理和对局进度管理以及用户客户端的WS连接管理，并且一定程度上可以降低我们多游戏业务的开发成本。




那么我们来引入DS看下引入DS之后的架构：

![](https://umb.ink/static/img/edf294b8d94d2e288f8cf375411164b6.image.webp)

# DS优势

可以看到，引入DS之后，每个游戏客户端所连接的WS服务节点由DS统一调度管理，提高整个系统的可维护性。

1. 在同一个对局内，每个客户端连接的对局服务器在同一个实例上面，这样可以最大程度减少数据同步带来的性能损耗。
2. 数据会在DS内部的cache实例上缓存，假如在对局运行中某个DS实例崩溃，那么此时DS网关可以快速将实例上的所有连接转到其他实例，并从cache中把相关数据load到新实例里面，在用户端的感知也仅仅只是短暂断线重连，而且作用于同一对局内的所有用户，可以保证游戏对局进程影响最小化。

3. 得益于DS收束了所有的WS代理连接，那么我们就可以支持游戏客户端在一个游戏场景中，同时使用多个游戏WS服务，而客户都只感知到了一个WS数据流，多个WS客户端有DS实现WS映射。

例如：在一个游戏场景中，存在房间管理的WS、用户上下线的WS、用户沟通消息RTC信令、游戏玩法的对局数据WS等多个WS连接点，有DS的接入，客户端只需要接入一个DS的ws即可，如下架构图：

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