有很多程序员抱怨道：
- 写出来的代码很乱怎么办
- 产品需求不停改怎么办
- 感觉自己不是在敲代码而是在写bug
工作中的菜鸟常常被这些问题困扰，面对随时可能改变的需求，面对突如其来的bug，心中泛起无数个羊驼，那面对这些问题到底该怎么办？
首先要想解决这些问题
作为程序员的你，必须遵守下面的原则：
有不少程序员为了表现自己的能力连需求文档都不看硬撑着头皮敲代码，可当自己写完程序后发现不能运行这下子彻底傻眼了；
别以为文档没啥好看文档等于客户需求读不懂文档就不知道客户想要什么。
作为一名工作五年的程序员，如果现在拿出你四年前写的代码你能否认得出来？
- 答案是一定认不出来
如果现在拿出你四年前写有注释的代码你能否认得出来？
- 答案是会有印象
注释就像程序员的儿子身上的标记
如果不做标记，时间久了，你连你儿子都不认识
俗话说得好
一根筷子很容易折断，但是一把筷子很难折断
- 团队就要有团队的样子
- 团队需要的是沟通交流
不爱说话和沟通，需求都理解错误了，做出来的东西还能用吗？最后只能加班返工。
产品需求是根据商业需求不断调整的
改需求是再正常不过的事
在每个行业中没有谁能够一次性直接能够让客户满意
- 客户让你改点需求那是正常的
- 客户不停地让你改需求那也是正常的
因为你挣的是客户爸爸是你的金主，所以少点别抱怨。
新技术是好东西，但没有百分百把握自作主张使用新技术，多半是作死
因为俗话说得好
No Zuo No Die
文档的作用
大部分时候不是用来沟通的，而是用来做记录的
大部分需求还是通过口头沟通，但如果你不写文档做记录
那么恭喜你：
你可能会面对一系列扯皮不要脸的无赖；
为了避免这种情况，还是放勤快点吧。
-
你感觉不会出现问题的地方越容易出现BUG
- 你感觉会出现问题的地方它果真会出现BUG
BUG无处不在，所以认真仔细点。
别以为自己撸完代码就结束了
当你把这些程序做好后，记得自己再检查检查
因为下面该出场的是测试人员
想想他们也不容易
别把自己的烂工程交给测试人员
不然你自己会找骂
遇到不懂的问题要先尽力解决
别动不动就截个图扔在别人求帮忙
上司和同事不是来给你擦屁股的；
但是真的搞砸了就要尽快求助不要嫌丢脸
高手都是从丢脸开始的；
所以为了成为高手，好好磨练自己！
###编程不易 做程序员更不易！！！
