说下这两年的获得的一些东西, 由于能力不足, 说的不对的地方见谅 写代码就像搭积木一样, 都是一个组件一个组件的拼成了一个系统, 在这个过程中要清楚`what to do`, 和 `how to do`, `how to do`很好解决, 只要不是什么超级高深, 比如涉及复杂的算法, 太底层的东西, 一般都好解决, 先实现再说, 然后优化, 其实中间有很多的函数到现在我都是懵逼的, 比如`implode`和`explode`, 反正我要实现什么功能, 先把函数打出来, `ctrl + b`跳到函数的原型去看函数介绍(用的phpstorm), 或者看文档, php官方的文档非常详细的. 说到`what to do`, 其实做一个项目之前, 先把自己部分的文档写出来, 结合原型和leader讨论, 其实这一切的一切都是为了不走偏路, `不做无用功`, 不要到了验收的时候才发现, 我艹, 弄错了, *这样是会被打的 /:laugh*, 再说`how to do`, 把程序分模块化, 要多次用到的结构封装成一个函数或者一大片代码是为了实现一个功能, 也可以封装成一个函数, 这样清晰易懂, 代码一定要规范, 清晰, 注释不要有歧义, 好的代码, 代码就是注释, 注释应该是实现什么, 而不是怎么实现, 因为你的思路可能是错, 写上怎么实现别人有可能跟着你的错误的思路来, 相信我这样做了, *一定会被人打的 /:joke* 这里还要说一点, 作为一个有思想, 有道德, 有创造力的现代程序员, 要记住, 站在产品的角度思考问题, 设计觉得有不合理的地方一定要提出来, 一个是说明你思考过的, 二个也是找存在感啥,对于leader的不合理的要求, 一定要提出反对意见~~比如, - leader头一热, 拍脑袋就决定要做, 这个有的你做, 而且是无用的, 费力不讨好 - 就抄那个啥啥啥一样做就行了, 产品结构都不一样, 弄的不好需求都不一样, 抄毛线啊, - 更好笑的是我要的就是这样的, 你看着做就行了, 这个不知道说什么, 做了就是坑, 而且是巨坑 做错了事情不要找借口, 理由可以说, 但是借口一定不要找, 理由是客观的, 借口就是找不客观的理由来圆错, 并且一件事情, 行就是行, 不行就是不行, 不好说`好像行`, 我们是写代码的, 你见过代码什么时候是好像行的, 最后就是做一个正直的人, 我曾经在一家做刷微信阅读量的公司带过2天, 工资待遇还可以, 但是第二天我就走了, 我不接受自己做这种事情