《构建之法》第一章首先提出了“软件=程序+软件工程”的观点，然后介绍了软件开发的不同阶段，最后阐述了软件工程是什么的问题。这让我对软件工程有了新的认识，也对构建之法的重要性有了更为深刻的理解。
其实很多工科的很多道理都是相通的。不光是在软件工程，几乎的所有工程中，当工程规模到达了一定的数量级，就不可能是由一个人的一己之力能够完成的，这就需要相互协作，每个人只能做自己的一部分工作。如何能够让别人理解自己的工作的作用，如何能让每个人的工作都能融入一个系统，这就需要模块化，需要集成，话句话说，就是需要每个人掌握一种协作的方法，一种工程控制和管理的方法。我不知
问题:目前软件工程的影响力如何？日后的发展趋势又如何？
看完第二章后知道软件是需要单元测试的，之前对这个没什么概念，而且单元测试要跟软件更新同步，单元测试要覆盖所有代码路径，单元测试可以把你的软件能做的不能做的事都在“单元”中表达出来。如果没有单元测试的话有时候有些隐患自己不知道，等到后期发现再修改就很复杂了。有单元测试的话后期出现的bug修复起来也比较容易，而且会容易知道错误是什么，在哪里。需求分析和测试的时间比写代码的时间要多，软件的形成应该更注重需求分析还有测试，这样才能减少软件后期出现的bug，更加满足用户的要求，软件才能一直被人使用和延续下去。
对我们这种没有写过单元测试的要怎样开始去编写单元测试？
第三章主要讲述软件工程师个人方面，在软件工程方面，衡量个人的能力可以通过个人编码的时间和编码的质量体现出来。作为学生阶段的我们也可以估计和衡量自身能力，看看我们进步了多少。对于软件工程师这个职业，我们也可以通过考级证明自己。
问题：一般的工程师和先进的工程师在哪些方面上有主要的区别？