2017年 一些吐槽 一些想法

[luckyyyyy]

内容不会提及任何新手应该如何入门的细节，请读者不要介意，这里主要是我的一些想法。

回顾2017年一整年，学习了非常多的知识，列一下的话应该主要是下面这些。 webpack webassembly nodejs vue react php7 yii2

码农，只要能顺利度过初期，就能快速成长，那些大神根本不是遥不可及，谁都是从一点点的积累过来的。

编程这一行业，在写业务逻辑上，在初期基本不可能遇到什么大的挑战，等业务真正起来了，那么整个逻辑会被拆的很细很细，不同的人会负责不同的业务节点，这时候压力已经不在于如何写业务逻辑，而是如何把负责的这一部分做到最优了。

举个例子就是，一家C/D轮公司看似没什么用的一个后台界面，只是b2b使用，一天登录不了几次，结果却有一个大佬带十几个人维护开发？因为公司赚钱了，我们可以降低每个人的工作负荷，可以多招实习生，往往也是因为要促成三个臭皮匠顶个诸葛亮的局面，毕竟厉害的人在这个行业里真的太少了，也要给新人机会，培养适合来接管大局的新人。

我学过这么多语言，其实对于编程语言来说，我更感兴趣的是他们的背后设计，可能初学者一直在纠结这门语言如何使用，语法是什么样的，这根本不是我关心的问题，不同的语言有不同的语法，这并不是一件奇怪的事情，但是他们具有非常多的共同性，所以上手的速度应该都会在一个月内，可能入行更久的只需要一星期，就可以上手写业务了。

所有的语言或者框架，官方的Doc那么详细，却有那么多新手去依赖百度搜索，一是因为这么多年，他们养成了一种百度搜索是最快的知识来源的习惯，二是因为，他们的英语水平和源码阅读能力真的不够，这两点造成的一个最直接结果是，安于现状，不再继续学习，因为我所有的业务逻辑我都可以完成呀。

英语在编程中起到的作用也实在太重要了，在有英语的基础上，学习新的语言或者框架，基本是事半功倍，最近刚学完php的yii2，根本不需要看文档，想知道怎么用直接追源码就行了，PHP是一门高级语言，他不像C/C++追一个类或者函数可能涉及各种奇怪的宏定义，硬件定义，系统定义，从源码中获取文档的速度绝对比看官方文档更快。并且官方文档也不是实时更新，也不会讲解高级的用法，作者xue qiang的在注解中写的英语水平非常不错，编码能力也实在让我着实佩服，架构就是这样，每一个函数都应该标注它的作用以及标准的doc解释，但往往大部分新手，写了那么久的yii，却还在问，这个应该怎么用，那个应该怎么用，而不考虑一个应用本身的架构应该怎么做，如何去扩展，能让我写更少的代码，用起来更顺畅，真是令人大跌眼镜。

新手的学习真的很容易进入误区，业务我能做，框架我会用，代码我会写，我已经入行了？北上广深2w+的工资证明我已经有足够的实力了？NO！这根本没有入行，或者说跟真正的程序员根本不是同一类人，充其量这只是一个重复劳动力，以后会被机器学习所取代的重复劳动力，看看阿里的鲁班已经可以用AI来做广告图了，一点都不担心自己被人工智能取代吗？

个人编码已经十余年，并且个人的兴趣爱好就在于此，不同于其他工程师，见过形形色色的人，也见过无数的代码，深知行业的现状以及一些对应方式，待人也非常诚恳，我也希望让他们成为我这样的人，在一天8小时的工作中，用1小时去写出高效的代码，7小时在娱乐，在思考。

编程其实只是把想说的话翻译给机器听而已，为什么会有这么多BUG？ 那还不是根本没想清楚就开始写，理解业务逻辑，理解语言本身，真的很困难吗？

应该庆幸有我这样的 leader 什么时候我不再有这样的热情来待人，只做对自己有益的事的时候，可能真的是一个损失。