业务 RD 如何提高自身竞争力

互联网寒冬下，各个企业为求自保纷纷祭出了裁员大招。在这个寒冬中作为RD如何防止被裁，是许多人都会面临的问题，其主要还是在于RD自身的竞争力问题。那么作为一名业务RD应该如何提高自身竞争力呢？

业务RD的竞争力是什么

我个人觉得 竞争力可以用下面公式来表达：

竞争力 = 技术 * 软实力 * 业务理解；

• 技术是RD的立身之本，也是RD最为关心的能力。一般在刚入行的前几年技术能力进步会比较明显；然后很多人就会进入滞涨期，不知道如何提高自身技术能力了。

• 软实力一般 包含沟通交流能力、项目推进能力、时间管理、执行力、影响力等，但工作中又很少被给予像培养技术能力一样多的时间和重要性，所以在这方面的成长往往相对缓慢。

• 业务理解能力看起来没有那么有技术含量，所以导致被很多RD轻视或者忽略，在这方面工作多年仍旧没有成长。

技术能力往往决定着RD能否找到满意的工作， 业务理解能力往往决定着RD在职业道路上能走多远。

如何修炼这些能力

1，离开舒适区

舒适区是指自己能力范围内的事情。如果我们一直呆在舒适区我们的能力就停止不前，只是一直再用之前的经验来解决问题。如果我们想要成长必须离开 舒适区进入学习区。比如：工作中我们可能只是负责项目中的某个模块，只了解自己负责的部分；我们就可以在空闲之余了解整个项目的架构，站在更高的视角看待自己负责的 模块；以及思考为什么这么设计架构；这种架构是如何满足业务需求的。

2，刻意练习

想要提高某种技能的时候，刻意练习能让我们迅速达到目标。比如想提高演讲能力，可以经常在组内或者部门能做技术分享。当我们在了解一项新的 设计模式 或者新技术时，我们可以在编写代码的时候刻意使用这种技术。

3，思考总结

在花费了很长时间解决一个技术难题之后有没有总结这类问题，下次在遇到类似问题时能够迅速解决。在项目完结时，有没有做项目总结，哪里做的不好，哪里做的好。 从来就不存在完美的实现，我们需要总结，以便下次能够有更好的实现方式。

聊聊RD的基本功—技术

我个人觉得技术 能力主要 分为3部分，可以用下面公式来表达：

技术 = 架构设计 * 程序编写 * 问题排查；

• 架构设计不仅仅是指一个项目，还是可以是一个小模块，甚至是一个接口、一个class。如何清晰合理的定义项目的边界，如何设计出一个个低耦合高内聚模块，对于接口监控的重点在哪里，如何实现一个可扩展的class，都是我们应该时刻关注的。 我们的工作是一个不断解决问题的过程，只有能解决越来越大、越来越复杂的问题，我们的架构设计能力才能不断地向上突破。

• 程序编写是一个RD的基本能力，反应了一个 程序员 的基本素养。

• 问题排查能力是区分一流程序员和普通程序员的一个关键指标。俗话说：程序员不是在写bug的路上就是在解决bug的路上。一流的程序员和普通的程序员在问题定位效率上真是千差万别。

技术能力相对于其他能力有特殊性。有哪些措施提高我们的技术能力和扩展我们的技术视野或者快速入门一项技术。

1，实战

纸上谈兵终觉浅，技术学习的最佳途径就是实战，通过大量代码的编写让我们找到“感觉”。

2，阅读技术书籍

在当今的快文化中，很多人包含我周围的不少同事都不喜欢或者没有时间读书。但是我个人觉得读书很重要。每本书基本上都要自己的主题，围绕着这个主题会做一个比较全面的总结；对于读者进入这个领域是比较好的帮助。比如你想重构代码的时候，可以先阅读《 重构 》这本书，学习一下重构的方法。

3，阅读源码

找一些经典的开源项目学习一下，比如JDK源码、Spring、MyBatis等。阅读源码的好处很多，比如能提高我们阅读代码的能力、能更好的了解项目的组织结构、能学习到很多优秀的编码方式、也能让我们更好的掌握项目的核心等等。

4，官方文档

学习一项新技能，官网文档永远是最权威的资料，也是入门最快的一种方式。比如说学习Spark，基本上把官方文档看完之后上手就很快了。 官方文档基本上都是英语的，就对程序员的英语要求比较高了。

5，公众号（或者博客）

公众号能够扩展我们的视野，让我们了解一些好用的 工具 或者前沿知识。比如VJMap就是我从某 公众号看到比较好用的工具。当然目前公众号鱼龙混杂，需要我们自己甄别哪些是比较好的。比如“美团技术团队”公众号，口碑和内容就很不错。

写在最后

其实程序员最大的竞争力在于自学能力。所掌握的技术有可能过时，业务有可能调整，自学能力才是我最根本的保障。