提前1个多月写总结，不然过几天又忙的找不着北了。嗯……，好吧，我不忙的时候也找不着北。

用PDCA总结一下今年和自己的公众号【编程一生】那些事儿。

Plan

所有的计划都是应该围绕着目标来的。【编程一生】公众号的目标有于公于私两个方面。

于公：中国在互联网领域、支付领域的科技可以说是世界领先的。小小的我也希望在这些领先技术的带动下，更多的技术领域可以走在世界的前列。我希望可以把自己的技术输出，让大家一起进步，为加快中国科技的发展尽一份力。

于私：希望可以打造自己的品牌影响力。之前的一位带过我的领导，他理论知识非常强，带过的学生很多都在很短的时间晋升到比他还高的职级。他却很多年停留在一个职级上升不上去。别人和他谈及此事，他云淡风轻：“我桃李满天下，但凡有人感恩拉我一把，我不就上去了嘛。”就在那一年他晋升了。我的理想更多是做事，一个女孩子对什么职位什么的，倒是没什么要求。只是担心以后年级大了，怕没有一个能够发挥自己能力和价值的平台。

Do

基于上面的初心，年初的时候，大多数情况下我是关闭了赞赏功能的。因为我的目标是知识的传播，大家感恩在心就好啦。我还把收到的赞赏资金都通过XX宝爱心捐献了。因为本来开着也不是有意开的，就是懒的输入作者名而已。

收到了自然感恩和欢喜，但是就是想着和大家一起为那些可怜可爱的孩子们做些事情，就捐出去了。后来想想，其实我做的不对，我这么做经过那些支持我的朋友们的同意了嘛，就把人家的钱捐出去了。脑子是怎么长的。

所以现在，我一收到赞赏就买点奶茶什么的，一买买两杯，700毫升的。喝饱了好有力气写好文章嘛！

希望为公益尽一份力呢，就自己尽呗，用劳动所得就好了。不过我发现，家里那位长的膀大腰圆，心比我还软，经常做这个。我就心安理得的等着他做就好了。

在文章质量方面，自我评价，文章90%以上都是干货吧。今年连什么感悟也很少写了。少写的原因是觉得要做个成年人，多做事，少发感慨。PDCA，一切围绕目标嘛，我的目标在技术上。但就是这个月，看了一下自己公众号的数据，因为没有推广和运营，经营数据惨淡。所以拜托朋友帮忙发了个朋友圈，还和朋友做了一次互推。希望持续有新的朋友加入讨论，给我新的思路。

Check

本文的技术重点来了，做项目也一样。第一重要的是有明确可行、基于SMART原则的目标设定；第二重要的就是要经常检查自己目标的达成情况。以下是我的check事项：

用户趋势分析

【编程一生】公众号创立于2017年10月10日，正式经营应该从2018年3月算起。4年间用户趋势如下：

这是直接用Excel-插入图表做出来的时间趋势，可以看出头两年用户增长快，这两年反而慢了。我倒不觉得是个退步。头两年，实事求是的说，影响力还是有的。经常有同学找到我，因为我想转岗到我们组。这给我很大压力，工作上很忙很累，还要注意保持体重。因为公司经常各种活动找到我，要拍照。天天加班到半夜还不敢吃饱，营养不够头发一把一把的掉，脑力还感觉快不够用了。

然后我整理了一下状况，认清了一下现实：之前一直游刃有余不是因为自己会的太多，而是要的太少。突然给自己设置了太多的目标，没有分清主次。控制不好压力，会误了大事。其他的事情先放一放，先在工作上夯实基础，立足与长远发展。

内容来源分析

今天是2021年11月21日，当然当朋友们看到这篇文章的时候应该是过了几天了。不用怀疑，你们在工作日看到我发出的文章基本都是我在周末或者节假日写的。来来来，卷起来，给你们点压力

我要说的是上面的饼图是2021年10月21日到2021年11月20日的数据，展现了这段时间各个阅读来源渠道的占比情况。因为坚持原创的原因，很多朋友和平台都订阅转发我的文章。

大家可能在很多平台上看到过我的文章。但是只有公众号里我基本都是有回音的。因为其他平台很多是后台系统自己同步过去的，我就是授权一次后，其他不需要做什么了。

感谢坚持转发我文章的朋友们，出于隐私保护的原因，就不点名道谢了。

老铁用户分析

从上面柱状图看，2月份开始，常读用户出现明显下降，原因是2月份春节整月没有更新；5月也是整月没有更新；一直到9月份之前更新频率较低。从2月开始的数据和工作繁忙程度基本是成反比的。9月和10月都有在平时每周一篇的基础上有加更。但是因为10月跨了国庆节，有朋友出去玩了，数据有所下降，这是好事。

单篇内容分析

觉得眼晕的可以直接跳过这些表格往下看。

从内容阅读上分析看，大家比较关心的内容有面试、架构和明显结构化容易理解的内容。

上面的数据，个人认为代表了文章的质量和朋友们需求的综合。

从用户兴趣上，面试和架构的兴趣高。

从分享数据上，侧重于某一领域的深入文章，依赖朋友的分享会产生更好的效果。

阅读完成率很大程度上和文章长短有关；对于实际工作中遇到的重大问题也受到比较多的关注。

这一堆表格，是不是有点晕了。要的就是这个效果，因为下面要介绍的就是怎么避免在实际工作中给大家造成这样的困扰。这就要用到我的看家本领【鱼骨图】了，想想都激动。

鱼骨图类型介绍：

A、整理问题型鱼骨图（各要素与特性间不存在原因关系，而是结构构成关系）

B、原因型鱼骨图（鱼头在右，特性通常以“为什么……”来写）

C、对策型鱼骨图（鱼头在左，特性通常以“如何提高/改善……”来写）

这次使用原因型鱼骨图：

先从介绍图表使用的角度来看，因为涉及的数据太多，这里使用鱼骨图直接展示了分析后的结论，属于总结性分析。鱼骨图还适合表现完全没有明确数据的情况，比如整理头脑风暴的结论。

其实针对每篇文章在多维上有明确数据，很合适用雷达图来展示各方面的优劣，我就不具体画了，随便找了个雷达图的例子:

从数据的分析上，其实个人认为自己那篇《深入理解函数式编程》写的好，但是阅读量不高，看到数据之前个人分析哈：一方面是我发文不注重时间，大周六，还是一大早，性子急嘛，写好就很想发出来跟大家讨论讨论。另外一方面，语言限制受众面本来就有局限，实际从数据来看并不理想。

如果说题目上嘛，看很多公众号文章题目很抢眼。目标不同，所以处理方式也不同，我的文章名副其实很重要，内容与题目的质量标准统一也很重要。小心砸了招牌。

Action

分析了原因，怎么改进呢？

方面一

从数据分析上看到，更新频率低是用户黏性降级的最主要原因。提高产量？这个还是看实际情况吧，工作是第一位的。但是如果我能把产量提上去，就说明我工作比以前做的好了呀。因为事情井井有条，所以有精力写文章，值得为之努力，但努力的方式一定是先把工作搞好。不然就违背了PDCA的P。

方面二

关键还是要提高质量，不能降低标准。做到下面几个关键词：

生动、有趣、易懂、深入、抽象能通用能力

方面三

加强交流。很多朋友怕自己媳妇在家不工作，会慢慢与社会脱节。这其实也是一样的道理。交流少会造成决策上的独断专行、思想上的落后。本身写文章的一个目的就是要借助文章发现自己的盲点和误区，提高自身，这点是要重点加强的。

总结

本文用了几类常见的图表来做总结说明。其中柱状图和折线图都可以表示时间等单一维度的变化，但是用折线图更多的是线上的单个点数据太多或者不重要，趋势更重要的情况。用图表说话是通用能力，各个方面都能用到，还可以帮助整理思路。

这方面经典的书有《跃迁-成为高手的技术》和《金字塔原理》，推荐给大家。

我把自己看过的经典电子书总结打包上传了一下，做活动时分享在了朋友的公众号上。自家铁粉不给这个福利实在不厚道。获取方式：

关注「编程一生」公众号

回复：666 获取经典技术书籍

往期推荐

面试专家职位面试官会问什么

社招面试的架构分析

引入服务网格

关于Java两点需要更新的知识