转载

2016年节点——增长的一年：不只编程

Posted by:Phodal Huang Dec. 22, 2016, 10:15 p.m.

时间过得很快很短，十二个月前在准备回南方的机票；八个月前在西安忍受着雾霾；四个月前在陪 @花仲马吐槽桂林山水；今天我在这里，码下了这一行行的字。

在最近的一年里，有一个明显的变化是：进步不再那么明显。虽然这是一个不可避免，但是也找不到合适的突破点。这也意味着我拥有更多的非编程时间，我可以去探索更多的东西。

我开始关注于社交（技术型社交）、增长（技术营销），还有一些细分领域。从这个秋天开始，我开始走路回家，大概 4.5 公里左右。除了感觉更能走以外，还没有别的明显的变化——按理说，多运动应该能提高某方面的能力。

依旧的让我们继续从 Line Of Business 说起，即编程、写作、设计。LoB，即业务线，当我第一次听到这个名字，我就喜欢上它了——简单的来说，就是业务及收入来源。下面的这张图非常适合当前的情况：

在过去的一年，编程（即工资）依旧是最主要的收入来源。不过值得让人高兴的是写作的收入，也相当于一个季度的工资收入。只是设计依旧不起色，这主要是没有时间投入造成的。在未来的一年， 是否咨询与演讲也可以转换变 LoB 的一部分 ？

编程

在十月的那个国庆里，我停止了 GitHub 上的连击——「不要用战术上的勤奋，掩盖战略上的懒惰」。其实我只是想说，有些人应该关心一下上面的 Star 数好吗？

Growth 毫无疑问是今年编程方面的主角了：

2016年节点——增长的一年：不只编程

当它还是 Ionic 1 时就有一千两百次左右的提交，而升级到 Ionic 2 时又重写了一遍，就有了上图中的 1964 次提交，差不多是 2016 提交量的 1/3。每一次更新 Growth 的时候，都有大量的代码修改，如下图所示：

2016年节点——增长的一年：不只编程

然而这是一个面向最终的产品，而我一直想创建一个开发者日常使用的工具、框架等等。 Growth 可能有点难以达到这个目标，但是它对于大部分的新手程序员来说还是挺有帮助的——日活量接近 300 说明了这一点。

在工作上的变化不是很大，从之前西安的国外交付项目变为了深圳的国内交付项目。Title 变小了，做的事情也变少了，时间变多了，写代码的时间也变多了。原来的项目都要熟悉项目上的一切技术栈，还要负责架构的设计，现在只需要关注于混合应用。这是不是也意味着， 可以考虑在明年写一本混合应用的电子书 ？

再回到一个老生常谈的问题， 没有一个代表性的开源作品 。这是去年 Annual Review，同事对我的建议：缺乏代表性作品。那么问题来了， Growth 算是一个代表性的作品吗 ？我需要有一个代表性的开源作品吗？我依旧没有想明白答案到底是：是还是不是。不过在下一年里，依然还需要有一个作品，不是吗？

写作

在这一年里，写作里面已经有相当多可圈可点的内容了。年初设定的公众号 10000 粉的目标，现在已经达到了 -> 目前是 12100 左右。

在微信公众号方面仍然有一个问题： 缺乏一个合理的定位 。开始运营公众号的时候，一方面是为了帮我们家 @花仲马引粉，一方面则是普及读者——博客的大部分流量来源是 Google。

不过有一件事，我发现很奇怪：每当我秀恩爱的时候都有很多赞赏，但是干货的时候都很少有赞赏~。

写作上已经完成了第一步的 战略性转移 。年中的时候，我审阅完 Packt 出版社的《Smart IoT Projects》一书时，向编辑提出审阅前端书籍的请求。随后，我用 GitHub 和 Growth 项目证明了：写 Angular 2 和 TypeScript 的经验。于是我将审阅的方向转向了前端领域，这就意味着，我可以在 真正的第一时间 阅读到国外的前端书籍——作者在写书的时候，我就可以读到相关的内容。然后等这本书出版了，需要两三个月。再等到翻译成中文出版，估计到一年多以后了。现在正在审阅两本 Angular 2 的书，预期下个月和明年四月份会出版。

除此， 写作上正在尝试另外一个实验 。《自己动手设计物联网》最早是来源于我的毕业设计及 GitHub 上的开源电子书《教你设计物联网系统》，除此它还有一个开源的 APP。简单的总结一下这些步骤就是：精益出版 + 技术营销，而这一点特别适合 Growth 系列的内容。

Growth 最初推出的时候是一个开源的 APP，它被验证是有一定用处的。随后，推出了两本相关内容的电子书，即《Growth：全栈增长工程师指南》及《Growth：全栈增长工程师实战》。从项目的 Star 数和 APP 的用户来看，它特别适合于有一本纸质书籍。因为他在前期的市场宣传上已经不错了，同时它还有 APP 的用户在持续使用着。因此，你可能在明年看到这本书电子书——目前在写最后一章，出版合同还未签下。

这也存在一个问题是： 编写技术书籍相当的花费时间 。从长期来看，这是有益于国内的 IT 环境，并且有利于自己梳理自己的知识体系——电子书可以完成梳理，并且周期更短。但是编写技术书籍，对于 待我代码编成，娶你为妻可好 的进度条影响比较小。

设计

尽管我一直想在设计上投入一些时间，但是并没有那么多的可用时间。让我看到一点希望的是：我创建了一个项目： Brand ，它让看到编程和设计之间的一些交集：即，用代码来生成一设计。SVG 是在这方面的一个很好突破点，它甚至让我有了 创建一个图形框架 的冲动。挖坑之前，让我再想想 有没有这方面的必要性 ——需要在数学方面投入相当多的精力。

不过我计划在下一年里： 拍摄一些照片还当作公众号的题图 。同时，尝试去整理出一个自己的色彩集，又或者整理一个前端 CSS 框架。