Blog

Blog

PHODAL

程序员如何提高影响力2.0

尽管之前已经有一篇非常不错的关于《如何提高影响力》的文章,但是那篇文章缺少一些理论的支持。

不知道你发现了没有你在Github上的代码并不比别人差,但是无论你怎么努力你都换取不了同样的关注。当别人开始使用微信公众号的时候,你也开始使用,但是你怎么努力也不及别人的百分之一的阅读量。

然而尽管你觉得非常不爽,但是你并不知道为什么!我记得mruby刚刚只写了一个README.md的时候,就获得了上千个star。

因为松本行弘很有影响力,也因为它也很有影响力。

这也算得上是粉丝经济,在这方面做得最好的有:

smartisan

而作为一个程序员,可以有怎样的『粉丝经济』呢?

阮一峰与《ECMAScript 6入门》就是一个很好的例子,尽管我见过的阮一峰的技术博客都写得很浅、不够深入。我也见过很多写得比他好的,但是阅读量却远远不及。

THE WORLD IS CHANGED

所以,有时候并不是你实力够了就行了。现在已经比过去好了许多,但是还是不够。

影响力方程式: IMPACT = C x ( R + E + A + T + E)

尽管这是一本书的名字,但是我们还是稍微展开一下:

  • C: 对比度
  • R: 触及率
  • E:曝光度
  • A:表达方式
  • T:信任度
  • E:共鸣水平

对比度——证明你写的代码比别人好!

什么算得上是对比度?

Python框架对比

如上图所示的Python框架中的性能对比算是一个很不错的对比。尽管我是一个重度Django爱好者,和一个轻度Flask爱好者。但是他们的目的是不一样,在后来我需要一个RESTful API的时候,我选择了Falcon,因为上图表明了Flacon的性能更好!

如果你正在写一个框架,而且你发现这个时候已经有别的轮子存在了,而且用户很多。那么你有多大的把握把用户拉过来?

jQuery框架就是一个很受欢迎的前端框架。那么谁做到了可以替换jQuery?

  • Zepto:更小的jQuery
  • React:更快的DOM操作

又比如,已经有人写了一系列的ES6教程,那么你怎么超越他?连Google在显示搜索结果的时候,也会删除内容重复。机器是如此,更何况是人呢。试试不同的角度,不再是只写ES6的语法,而是实战之类的。

这就是为什么在上述的表达式中,如果对比度为零,那么整个结果就是零。如果你不能证明你和别人有差异,那么你就很难有明显的影响力。

如果你在一个领域没有啥想法,而另外一个领域是空白的,不凡去试试这个领域。

表达方式——简单即是好

与代码相比,这点更适合在写博客上。通常来说,受欢迎的博客都是那些能轻轻松松地帮助别人解决问题的博客。

工作的时候,我们并不没有那些时间去看别人的长篇大论,我们要做的是:

  • 搜索某个关键词
  • 点击相应的结果
  • 然后离开

如下图所示,打开第一个结果,然后离开。

Search Result

因为这存在一个能力的金字塔模型,处于底层的人往往更多,如下图所示:

70

而那对于大部分的初学者来说,一篇简单易懂的博客、一行简单易读的代码就可以帮他们的代码。甚至是我在平时的时候,也会直接Copy/Paste,尽管会对长的代码做一些Review,但是短的瞬间就能理解了。

并且对于程序员来说,表达的问题足以让多数人不愿意写博客。而写简单的博客往往更易受欢迎,因为可以帮人解决问题。

触及率——你的发声平台

在开始尝试这一点之间,你需要有一个Unique ID。它用来说明我是谁,你在xx网站上看到的那个xx就是我。所以我在后来的经验中学会了这一点,不管在哪里,我都用phodal这个ID。

我就是Phodal,你在哪看到的Phodal都是我。

而这是一个很漫长的过程,开发人员通常喜欢在不同的社区聚集。这就意味着,当我们完成某个软件、文章的时候,我们需要去让不同的人看到。

我们先在我们的公众平台、博客上发,然后是知乎、CSDN、图灵等等专栏,最后推荐到如掘金、开发者头条、极客头条这样的聚合网站上。

我们就可以慢慢地积累人气。

曝光度——让自己无处不在

这是一个非常有意思的话题。如果我们每天都可以上头条,那么我们的粉丝肯定会一直往上走。而如果我们很久一句话也不说,那么会掉很多关注。

而对于程度员来说,这点还算很难。如果你一直在加班,那么你会有时间去发这些么?对于这一点来说,还是有几个不错的东西可以做的~~

  1. 针对不同的平台有不同的内容。如我喜欢在我的微博发一些Github上有意思的项目,在我的博客上发一些解决问题的博客。
  2. 整理一些电子书。如果你也写了很多文章,那么要整理出一本电子书一定是一件很容易的事——我整理了《一步步搭建物联网》、《GitHub漫游指南》
  3. 避免内容多平台同步。当你来到一个新的平台的时候, 这个策略是相当有效的。但是到了后期就不是了,用户在不同的地方都看到了相同的内容。

接着就是不断地坚持下去,去年我写了127篇博客。然后已经在GitHub上刷了461天,你呢?

Github 461

坚持比完美更重要哦!

信任度——跟着你就是对的!

人们为什么就相信罗永浩能做出好的手机?因为人们相信他。

人们为什么跟随你?因为相信你能写一些有意思的玩意儿、能帮助他们成长、能看到更广阔的世界。

而人们由粉转黑的原因往往是因为你错了:

  • Angular 2.0的升级把很多人坑了,所以多了很多黑粉。
  • Ruby on Rails的后期维护把很多人坑了,所以多了很多黑粉。
  • Node.js把TJ坑了,所以他转向了GO。

让人们相信你 ,就是最好的事,而这一点则是另外一个持久的过长。而影响力都是持久的过程,不是么??

共鸣水平——你说得对!

我希望我码了这么多次,你可以回一个你说得对!这就说明了我们是有共鸣的。而引起共鸣的很多原因,则是因为我们分享了我们的真实体验、感受。

  • 使用Python来玩大数据和机器学习就是那么爽。
  • 使用JavaScript来开发Web、移动应用就是那么快。

而如果你不是出自于提高影响力的目的来看此文,那么只会是这是一篇瞎扯的文章——因为从一开始我们就没有共同话题。

我想说Node.js的回调是一个大坑,但是你却觉得Node.js的回调让人爽爆了。那我怎么指望你能和我同一路。

当我们试图去分享一个内容的时候,我们也希望别人能引起共鸣。当我写一篇说Java在架构模式中的应用时,我就指望读者说:你说得对!

React.js引起了大家巨大的共鸣,所以它也就有了更大的影响力。

TODO

那么,我应该怎么做?

  • 创建自己的博客分享自己的心得
  • 回答别人的问题
  • 。。。

帮助别人才是提高影响力的基础。

关于我

Github: @phodal     微博:@phodal     知乎:@phodal    

微信公众号(Phodal)

围观我的Github Idea墙, 也许,你会遇到心仪的项目

QQ技术交流群: 321689806

新书《前端架构:从入门到微前端》

《前端架构:从入门到微前端》是一本围绕前端架构的实施手册,从基础的架构规范,到如何设计前端架构,再到采用微前端架构拆分复杂的前端应用。本书通过系统地介绍前端架构世界的方方面面,来帮助前端工程师更好地进行系统设计。

前端架构包含以下五部分内容:

  • 设计:讲述了架构设计的模式,以及设计和制定前端工作流。
  • 基础:通过深入构建系统、单页面应用原理、前端知识体系等,来构建出完整的前端应用架构体系。
  • 实施:通过与代码结构的方式,介绍如何在企业级应用中实施组件化架构、设计系统和前后端分离架构。
  • 微前端:引入6种微前端的概念,以及如何划分、设计微前端应用,并展示了如何实现这6种微前端架构。
  • 演进:提出更新、迁移、重构、重写、重新架构等架构演进方式,来帮助开发人员更好地设计演进式架构。
comment

Feeds

RSS / Atom

最近文章

关于作者

Phodal Huang

Developer, Consultant, Writer, Designer

ThoughtWorks 高级咨询师

工程师 / 咨询师 / 作家 / 设计学徒

开源深度爱好者

出版有《前端架构:从入门到微前端》、《自己动手设计物联网》、《全栈应用开发:精益实践》

联系我: h@phodal.com

微信公众号: 与我沟通

标签