程序员在编程的时候难免会犯错误，但如果不从错误中吸取教训，那么习惯成自然，你会经常犯错的。从错误中不断的学习，锻炼好的行为习惯有助于事业上的稳定。这就是我们如何将小麦从糟糠中区别出来以及如何避免编程禁忌的绝佳经验。此外，最重要的就是可以为客户带来更好的用户体验。
1、不提升非技术技能
我们认为非技术技能是项目成功的主要因素。这些非技术技能也可以称之为“软技能”，总体上来说，它已经被公司证明为能够驾驭企业和客户之间的长期商业关系，因此也能决定公司的成长发展路径。
2、对编码不理智
古人云：善泅者溺，善骑者堕。但估计绝大多数的程序员都认为自己的编程技术绝对的牛。而同样真实的是，每一个代码，让不同的程序员去实现的话都会不可避免地发现它所存在的缺陷。所以说，只有通过在一个项目上的合作，程序员之间必然有的摩擦才能证明谁是最好的。健康的竞争是好事，但它不应该成为一个本来可以成功的项目的负担。
3、不一定什么都要被理解
如果你是刚调到这个团队来的编程人员，对于手头的工作并不是很熟悉，那该怎么办?肯定是先看一些前任留下来的工作计划，要是他写的详细倒也没什么，如果写的不详细，估计会让你更加的挠头。
4、不使用经过验证的工具和技术
程序员的好坏从他使用的编程工具和调试工具上就能看出。在异常情况的跟踪上，下面就是程序员经常会出现的常见错误。
5、较差的控制版本
在任何涉及多个团队的项目里，当谈到版本控制的时候不去介绍使用最佳实践都是一个十足的罪过。版本控制的目的是确保由一个人执行的编辑或修订不去影响另一个人的工作。
6、拥有最新信息的个人代表不了团队
这是相对有趣的一点，所有的商业产品都想要以自身的敏捷技术和产品文化来给客户留下深刻的印象，但是现实中很少有厂商会花时间去磨练他们员工在介绍产品特点上的技能。许多公司只是简单地提供了一些基本的培训，并且抱希望与员工在真实的日常项目里学到更多的技能。
显然，在项目的最后期限内，急急忙忙完成编程的质量肯定不是特比保险，所以在交付之后开发团队整体上会花更多的时间和努力来进行跟踪维护，这样的成本也是很巨大的，最好的办法就在一开始就制定完美的执行计划。项目再造所耗费的资源或许是项目本身的成本的好几倍，任何一个公司宁愿花更多的时间在初始开发上，这样最终的产品一定会符合SDLC标准，并在缺陷和不良问题上有足够的话语权。对于顾客来说，时效性不能以牺牲质量为代价，永远都不能。
http://www.hpyynk.com
http://www.hebxyk.com/