不止代码，职业发展黄金手册

花了小半天时间，读完了阿里人出品的《不止代码，职业发展黄金手册》，记录下其中的诸多闪光点。

如何快速成长为技术大牛？

做的更多，做的比你主管安排给你的任务更多。

1. 需求分析的时候更加准确，能够在需求阶段就识别风险、影响、难点

2. 问题处理的时候更加快速，因为相关的业务和代码都熟悉，能够快速的判断问题可能的原因并进行排查处理

3. 方案设计的时候考虑更加周全，由于有对全局业务的理解，能够设计出更好的方案

熟悉端到端，熟悉更多的系统、业务、代码

自学更多，比如垃圾回收等应用到项目中

Do better

    比如重复代码太多，是否可以引入设计模式？

   系统性能一般，可否进行优化？

    目前是单机，如果做成双机是否更好？

     版本开发质量不高，是否引入高效的单元测试和集成测试方案？

     目前的系统太庞大，是否可以通过重构和解耦改为3 个系统？

     阿里中间件有一些系统感觉我们也可以用，是否可以引入 ？

如何避免让战术上的勤奋掩盖战略上的懒惰

关键问题点：

    为什么你的知识积累不了？

    同样实践，效果不一样？

    知识+ 逻辑就基本等于你的能力

    好的逻辑又怎么来？●● 实践●● 复盘

大学毕业5 到10 年teamLeader需要的技能：

●● 能对所负责领域的业务特点、发展趋势、友商竞争分析有很好的洞察？能知道这个业务领域的客户是谁？他们的需求是什么？他们的痛点是什么？所以，这个TL 应该需要学习《咨询的奥秘》、《探索需求》、《系统化思维导论》。对于技术型的TL，还应该了解《成为技术领导者：掌握全面解决问题的方法》。

●● 服务于特定领域的客户，我们需要能了解我们的客户企业架构、业务知识。要了解清楚规划的产品、服务，什么才是客户所需要的。那么，从理论上，我们是否应该学习一些TOGAF、NGOSS、ITIL 等业务理论以及业务知识？

●● 作为 TL， 是否有必要能将自己对于市场的洞察转换成业务规划，并能向自己的老板（或者投资人）说清楚、讲明白？并争取到老板的同意，包括资金、人力资源等。对于，能否把事情讲明白，我们可能需要学习《金字塔原理》，并能非常清晰、有逻辑性地进行表达与沟通。当然，有些业务发展的事不一定特别有逻辑，是需要摸索、尝试，那么你是否能将一个不确定的领域说服老板并获得支持，我们又需要什么？《博弈论》、《影响力》等。

●● 获得老板支持后，就需要开始带着兄弟们干活了。作为带头人，你看我们是否需要能将业务趋势、客户痛点进行业务建模好让团队的PD、技术都能理解？

在做业务进一步深入分析，可能就需要学习《领域驱动设计: 软件核心复杂性应对之道》、《实现领域驱动设计》、《企业应用架构模式》、《恰如其分的软件架构》等等。

●● 做完业务设计后，开始要带着团队做技术方案设计、接口设计以及编码实现等。这个过程，TL 又需要具备软件项目管理的能力。无论是《PMBOK 指南》，还是《敏捷软件开发》、《人月神话》、《程序开发心理学》，相信总归还是会有点帮助的。

●● 对于一些有国际化要求的公司，还需要再学习英语吧！

●● 嗯，还需要有个好的身体，还需要经常锻炼，学习科学的健身吧。至少我明白了一个道理，以前我都是跟自己说，等这段时间过了，闲下来去锻炼一下。其实，我发现，越是忙的时候，越需要锻炼身体！

●● 另外，在这 10 年内，比较关键的是——你还经历过什么有挑战的业务、技术、产品、平台等方面的成功与失败经验？在这些经历里，你可能会遇到这些困难与挑战：团队磨合的挑战、技术方案上的争执、平台优先 or 业务优先的博弈、低落的团队氛围、个人的低谷等等。这些困难与挑战，你是退缩了？还是有成长？在带团队时，再次面临这些挑战时，这时你是否有解或者有勇气了？

技术变化那么快，程序员如何做到不被淘汰？

业务、技术与软件系统的价值链

 

通俗的讲业务就是用户的痛点，是业务提供方（比如公司）的盈利点。而技术则是解决问题的工具和手段。

架构师需