零.回首

写了好些年的博客，终于还是放下了。

一并放下的，还有从 2014 年 2 月 7 日开始记录的每周计划，运行到 356 周戛然而止。

放弃了一直以来的倔强坚持，拿换出来的时间尝试去思索那些以前从未觉察到的东西，复杂却有趣。

学习收获

荒了大半年，所以只有 22 篇博客：

• 跨端技术：变与不变 x1、三大困境 x1、动态化演进 x1
• React：新特性 x2
• SSR：意义 x3、原理 x3、框架 x3
• 前端工程化：IDE x1、低代码 x2、前端工程体系 x2、效能价值 x2
• 思想：抓手 x1

做支撑 2 年才真正认识了跨端技术，React 这年一样没什么变化，SSR 加了不少技能点但没能落地开花，定义了前端工程体系，并尝试量化其效能价值。

对技术细节的钻研少了，思考总结变多了，对前端工程化这一领域愈加清晰了。知识边界看不出变化，但对纸上得来的一些知识经过实践又有了更多的认识，比如架构设计，比如缓存预热、灰度发布、应急回滚，比如 Serverless、Cloud IDE……

目标完成度

• 影响力：微信公众号3000 关注（才 2300），对内演讲10 次以上（才 3 次）
• 前端工程化：既然还做这里，就做到超出预期（跑路了，先要有预期，才有可能超出预期）
• 学 PM 做事：读完《人人都是产品经理》（读了一半），并应用到3 个（0 应用）实际场景中
• 走出去：与内环保持 14 个链接 ✅
• 自省：每月复盘总结 1 次（持续过 3 个月书面总结，之后一些事情有反思）
• 观察：建立自己的“人事观” ✅

本着既然做就做好的初心，定了 3000 关注的目标（大约是翻倍还多），后来发现“涨粉”这件事更多地要靠运营手段，而非内容质量，这个指标也就不那么重要了。对内的影响力有所提升，但并不是靠演讲这种技术流操作来实现的，还存在很大的提升空间。

前端工程化、学 PM 做事，这两个目标在实际执行中泛化了，将研发模式、前端架构、生产关系等都纳入到了前端工程范畴，而学 PM 做事再抽象一层就是学人做事，学做过的人，学做得好的人：

先僵化，再优化，后固化。

而这一年里，我至少学过 3 个人做事，虽只学得皮毛，也已有了些成效。

“走出去”的习惯已经养成，并在火车上的一个静夜萌生了自己的“人事观”。自省的频率和深度都还不够，但总算事后能够意识到一些问题了。

成长经历

20 条心情记录：

• 人的问题：换位思考 x1 复杂 x1 当局者迷 x1
• 借字开头的词：借假修真 x1 借势而为 x1 借事修人 x1
• 机会：按闹分配 x1 难题与机会 x1 站队与抢镜 x1
• 成长：学习与学会 x1 输出思考与输出知识 x1 弹簧模型 x1 成长快 x1
• 沟通：交换信息 x1 慎言 x1 自下而上与自上而下 x1
• 方法：掐住根源 x1 上山模型 x1 用户需求与产品需求 x1 培养用户心智 x1

经历过复杂的事情，才开始更多地关注到一些非技术因素。

一.感悟

架构师的定义

曾探寻过架构师的职责，无果。直到发现这个定义：

要把解决复杂问题定义为架构师的一个典型角色。

（摘自我对技术架构的理解与架构师角色的思考）

也就是说，架构师就是能解决复杂问题的人。这个答案解开了我许久以来的很多困惑：

• 哪些工作属于架构（设计）范畴？
• 架构师要具备哪些能力？
• 技术能力并非顶尖水平，能算作架构师吗？
• 解决方案架构师，又是怎么回事？

在这个定义下，复杂问题都属于架构范畴，而无论是物理结构还是逻辑设计甚至人员排布，为了解决复杂问题而专门做方案的过程就是架构设计。

目的是解决问题，因此不同问题对架构师能力的要求不同，但一般而言，既要有准确定义、分析问题、制定方案的硬实力（如逻辑思维、技术能力），也要有能就方案达成一致，并推行下去的软实力（包括影响力、统筹能力）。因此，一些技术能力并非顶尖水平，却同样能解决复杂问题的人是架构师无疑。

解决方案架构师是一种职位，能够根据（甲方企业）的实际业务场景，提供解决方案，比如解决数字化经营、云部署、云研发等复杂问题。

所以，技术人将架构师作为职业目标是没错的，但成为架构师不单是一个技术目标。而业务场景下的复杂架构设计，是一个充满挑战的领域，让人着迷。

知行合一

学习（储备知识） 与 学会（学会了知识就能解决实际问题，这也是学会的标准）

学习与学会是两码事，学习是一个输入的过程，就像充电，而学会更多的要看输出，让灯泡发光，让高铁飞驰起来（而不是直接放电）。

了解了那么多知识，有什么用？

每年都在输入，却没看到输出，从外部视角来看，是没什么用。虽然自我感觉内化了很多，电力十足，可是既没点亮过灯泡，也没驱动过高铁，外部就无从判断这节电池能量的大小。所以，学习是从自己角度主观的事，学会是从别人角度客观的事。

学习过后端知识体系，学习甚至试玩过 Serverless，然而在真刀真枪的业务场景里却手足无措：

纸上得来终觉浅，绝知此事要躬行。

（似乎越长大，越能深刻理解少年时僵化来的朴实道理。）

知行合一，说的也是这个道理，用行来验证知，过程中产生新知，再用行来验证……如此反复才能不断精进。

无暇思考最可怕

结果，他们越勤奋、越忙碌，反而越将自己的技能收缩在一个跑道上。

典型的，写博客这件事我持续了长达 7 年，一个再好不过的“战术勤奋”案例，7 年里的很多个周末很多天都在一门心思地钻研技术，点亮了很多棵技能树，也错失了很多机会，甚至失去了很大一部分生活。

大约从去年年初开始意识到写博客这个习惯带来的坏处：

研究型性格本不是坏事，但目光容易停留在底层原理上，妨碍了对商业场景的思考，是成长慢的一个主要原因。因此，必须要克制往下钻的变态欲望，将目光移上来。

周末时间几乎都耗费在了写博客上，输出倒逼输入这个逻辑没错，我从这种勤奋和忙碌中输入了很多技术方面的知识，长此以往，视野也局限在了技术方面，无论抽象/具体、前端/后端/跨端、复杂/简单……我深陷在一个怪圈里，我眼中看到的只有技术，无法跳脱出来。

长期处于极度忙碌的状态而无暇他顾，看似全情投入，实则是一种极坏的状态，行动的勤奋完全掩盖住了思想的怠惰，就像一台机器，反复做着同一件事而不会多想，也没有时间去想？

P.S.其实去年想过停笔，但最后决定再写一年，想要在第一个十年里，保持一半的纯粹技术投入，算是一种偏执吧。

以创业的心态做事

这一点是半年前从老领导身上悟出来的，一个能把吹出去的牛都实现了的神人。

P.S.巧在前两天，看到阿相的分享《以创业的心态来工作与成长》，暗自感叹不谋而合，面壁计划也不一定靠谱。

总能把大家都认为不可能的事情做成，我最初以为靠的是赌徒的胆识，3 成把握就敢吹敢做，大家都输在了放手一搏的胆量上。后来发现并非如此，吹出去之后的全力以赴与决策前的盘算和胆识同样重要，不仅是全力以赴，不仅是尽人事听天命，而至少要是一往无前的“不择手段”。

把工作看作创业，如果每一件事都关乎生死存亡，就更能领会这种“不择手段”，才能想尽一切办法把事情做成，这就是创业的心态。

具体来讲，创业要做好三件事：找人、找钱、找方向。找对了人，事情就成了一半。以前对这句话不以为然，直到真正经历过长达几个月的胶着，才不得不意识到找对人的重要性。找钱也就是找资源，要求架构师有组织影响力，能影响各相关方，推动架构落地正是一种“找钱”的能力。找方向更多考验的是判断力，看得更多，看得更深，看得更高，看得更快的能力。

像创业一样，实际情况是资源总是不够，时机总是不合适，方向总是不明确，却总要把事情做成。挖空心思想尽一切办法，技术的、非技术的、常规的、非常规的……所有手段全都用上，才有可能将把握从 3 成提到 6 成，提到 8 成，才有最后的水到渠成。

保持谦卑

弱小和无知不是生存的障碍，傲慢才是。

长期专注于一个领域，比如前端工程化，比如跨端，比如低代码，比如 IDE，就容易变得“傲慢”：

theia 感觉不一定干的过 vscode 的 web 版。

主观筛选过的信息编织成了一个自我感觉良好的茧，提起盾牌，看什么都不以为然，久而久之形成了自己的“领域”，自己是领域中的权威，是领域中操控一切的神。

收起领域看到的才是真实的世界，保持谦卑，才有机会看到别人身上的闪光点：

上次看了眼 theia，发展挺快的哈哈。

二.目标

第 6 年

• 架构师：建立自己的业务模型，具备业务洞察能力。
• 前端工程化：收起领域，沉下来。
• 学人做事：学做业务，先僵化，再优化。
• 走出去：新交 1 个朋友。
• 自省：养成自省习惯，无论大小，事后下意识反思。

架构师

如果说前 5 年一门心思走在技术专家路线上，那么在接下来的 5 年目标成为架构师。

几个原因：

1. 业务场景下的复杂架构设计，让我着迷
2. 身边有架构师作为榜样，可求助指导
3. 架构师被定义得很清楚，并且空间足够大（未来 5-20 年都很难登顶）

与专家路线相比，架构师路线更具张力，当然，也更难。

事上练，难上得

想是一回事，做是另外一回事。

只有真正去做，在做的过程中，甚至做完才知道想得对不对，差多少。

想清楚方向，甚至只要想清楚了找方向的办法，就该立即着手去做了。边开枪边瞄准才是常态，而不会有事无巨细的设计，一笔一画的执行。

想，都是问题；做，才会有答案。

三.计划

主线

• 架构师

支线

• 前端工程化

日常

• 学人做事
• 走出去
• 自省