程序员35岁危机，如何破局？(4)

技术方面主要有以下几点建议：
先广后深，打造自己的核心竞争力。 你可以是微服务领域的专家，也可以是 ES 大佬，或者精通 Flink。拒绝啃老本。 不要在一个公司混了 3 年，出来找工作投简历，发现简历都投不出去，Spring Cloud 都不知道是什么，微服务、分布式完全没接触，还是只会基于 SSH 的 CURD。2/3 线城市还好说，在一线城市工作的，技术迭代更新比较快，一定要跟紧主流技术。要形成自己的技术体系。 什么是技术体系，举个例子，你说自己会 MySQL 数据库，但是除了日常写 SQL 进行 CURD 的业务开发外，你还知道 MySQL 的运行架构，主流存储引擎的区别，主从同步原理、组复制、锁机制、分表分库、事务控制这些吗？围绕着技术名称的中心点，能像蜘蛛网那样扩散出去，形成有条理的网状结构，就形成了自己的技术体系。
尽可能做多做一些总结输出。 我目前的做法是将日常的一些学习笔记、人生感悟、bug 解决过程等先简单记录在有道笔记上面，后面再逐渐整理输出，既可以回顾总结反思，也能作为一些博客的内容输出。不要死磕技术（这点大家勿喷）。作为程序员，需要有一定的技术信仰，但也不能太过迷信技术。在职场中，你要比别人走的更高更远的话，只会敲代码实现一些业务功能是远远不够的。其实在很多开发公司，开发人员的地位都比较一般，来去匆匆，始终是底层的搬砖工。所以，不要傻傻地一头扎入了技术的海洋，每个人的精力都是有限的。除了技术实力外，你还需要有意识地培养自己的沟通表达能力、文档输出能力，比如项目说明文档、项目架构图、汇报 PPT、团队管理、项目管理、项目规范、抽象化思维、产品化思维等综合实力。

3.2 架构和设计

架构师是很多开发者的终极技术梦想，能成为架构师的凤毛麟角。
但是，每个人都必须要架构和设计软件的能力！
如果你没有架构、设计的能力，就无法站在更高维度去理解软件开发，就必然被迫奋战在最简单也最容易被替代的体力化的编码工作岗位，而这样的岗位，必然是拒绝大龄程序员的。
所以，即便你还不是架构师，也不是技术经理，也不是管理人员，也不是需求分析师，你也需要在日常工作中拔高一点，经常性的、刻意地去想一想，系统的模块为什么这么划分，服务间的接口为什么这么设计，这个业务逻辑为什么要这样实现而不是那样实现。