自动化测试的重要性显而易见，但自动化测试又无法解决所有问题，所以说完全依赖自动化是不可能的，但完全没有自动化是万万不能。在软件开发项目中，重度依赖人力进行持续回归是一件非常枯燥的重复工作。企业需要花费大量的时间和金钱来维持这样一支队伍以保证产品质量，而队伍中的同学在每天重复劳动的工作之下，也丝毫得不到成长，看不到方向。
尽管自动化测试不能解决所有问题，但是却拥有一个优势：“Once” Written, Run Anytime as Desired（一旦写好，即可随意重复执行）。所以，自动化测试通常都会跟持续集成系统（比如Jenkins）配合使用，就像“良辰美景”要配上“月光杯”才算的上是极致。这样我们可以避免在软件上线或交付的最后一刻，还深陷软件问题的泥潭中。当然，这也是敏捷开发的关键所在，把问题消灭在过程中，只需持续关注增量内容。另外，在持续集成中，可以根据自己的需求来确定自动化测试的触发频次和时间，比如“代码提交”、“定时触发”等。
最近同一部门另一个项目组的一位程序员被“主动离职”了，虽然我未曾与这个程序员共事过，但是听过一两次他的内部分享，感觉技术还是挺厉害的。后来与一个消息灵通的同事聊天，才知道真正的原因是老大觉得A难以沟通，搞得其他程序、QA都怨声载道。工作这些年，身边的好多同事来了又走了，主动或被动，这不禁让我思考什么样的程序员算得上合格的程序员。
1）早期C++许多的工作是对于C的强化和净化，并把完全兼容C作为强制性要求。C89、C99中许多的改进正是从C++中所引进。可见，Stroustrup对C语言的贡献非常之大。今天不管你对C++怎么看，C++的确扩展和进化了C，对C造成了深远的影响。
2）在C++兼容C的过程中遇到了不少设计实现上的麻烦；以及守旧的K&R C程序员对Stroustrup的批评。很多人说C++的恶梦就是要去兼容于C，这并不无道理（Java就干的比C++彻底得多），但这并不是Stroustrup考虑的，Stroustrup一边在使尽浑身解数来兼容C，另一方面在拼命地优化C。
进入现代社会，电脑在我们的生活中扮演着非常重要的角色。但是我们经常会遇到电脑变卡的情况，有的时候可能是开机变慢、有的时候是打开软件慢，有时候甚至会卡到死机。无论发生哪种情况，你都需要开始反思：为什么别人的电脑一直很流畅，而你的电脑却越用越卡?
其实良好的使用习惯可以让你的电脑流畅如初，下面笔者就为大家介绍一下电脑变慢的常见原因和解决方法，觉得自己电脑卡的朋友千万不要错过哦。
本文主要总结了14个有前途的程序员的习惯，其中有构建自己的知识体系、代码规范、一个时间段内只专注于一种类型的语言等，快来看看你有几个?
在没有搞清楚开发需求、任务工作量、团队期望值之前，有前途的程序员不会轻易答应。特别是对于新人来说，比较急于表现自己，对于同事或者老板的工作安排来者不拒，精神可嘉，方法不可取。承诺太多，会出现自己无法按时完成的情况，即使按时完成，也可能没有达到别人的期望值，长期以往别人对你的失望会越来越多。