| 项目 | 内容 |
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/12369881.html |
| 我的课程学习目标 | （1）学习GitHub的基本操作； （2）通读《构建之法》，并提出3个有意义的问题； （3）学会使用Markdown |
| 这个作业在哪些方面帮助我实现学习目标 |
从实践方面帮我实现目标 |
| 作业参考文献 |
邹欣. 构建之法:现代软件工程[M]. 人民邮电出版社, 2014. |
快速浏览邹欣老师博客或《现代软件工程—构建之法》，参照参考文章的提问模板，尝试拟定3个准备从课程学习中找到答案的问题，并以写博客形式记录下来，博客要求使用Markdown排版
问题一：软件之美体现在哪？
问题描述：我在读到第10页的时候“软件是可以运行在计算机及电子设备中的指令和数据集合。” “软件的这些本质特性让做好一个软件变得很难，同时也让软件工程有他独特的挑战和魅力。”
读到这我想到有的书以“编程的艺术”“代码之美”来命名，“艺术”、”美“均由一定的普适性，这种普适性越高度，越可以称之为艺术。那么软件之美或者说编程之美体现在哪呢？
编程里面的所谓艺术太过于狭窄，以至于很多人怎么也不会觉得它跟艺术有关系。
编程可以循规蹈矩，按照书本上的内容一板一眼地编码，但也可以重新去创作去定义。问题就在那里，一个追求自由的人可以随意选择解决它的方式，问题和结果之间的空白就是留待我们发挥的空间。艺术是能够让人产生感情上的共鸣的东西，那么创造的时候，成就感就来源于此。我想一个能让人有成就感的东西一定是可以成为一门艺术的。一年零四个月的时间，求伯君在这孤独中，写下了十几万行的WPS，我想那些代码一定是美的。完成WPS很难，但是结果很美。
问题二：过早优化有什么害处？
问题描述：我读到第40页的时候“如果不经分析就盲目优化，那么可能会事倍功半”
不经分析就优化可能导致的后果之一就是过早优化。有人说过早优化是万恶之源，虽然说法有点严重，但是从此也可以看出过早优化的危害性。那么我经过查询后理解的过早优化是：是在还没弄清楚需求未来的变化的走向的时候。你的优化不仅可能导致你无法很好地实现新的需求，而且你对优化的预期的猜测有可能还是错的，导致实际上你除了把代码变复杂以外什么都没得到。
对一个局部按照某个特定方向优化，实际上就是对其他方向的劣化。做优化的人往往只想着“优化”后的好处，但是很少想到“万一劣化的那个方面反而未来成为主要要优化的点呢“。
举一个简单的例子：实现一个在列表中查找元素的功能，因为输入天然有序，把线性搜索优化为二分查找。但是如果输入没有序了，排序 + 二分反而比直接找的复杂度提高。
过早优化的害处就在于此。
问题三：大作业如何有新意、有意义？
问题描述：我读到43页的时候“学生做的大作业也是了无新意，自学软件开发的读者页往往想不出什么有意义的题目来练习”
作者也有提到，师生们出身于轰轰烈烈的软件产业大环境，并且做的题目基本上都是缺乏“复杂性”和“易变性”两个要素。那么由此我想到了前些天看到潘柱廷老师在第三届全国网络与信息安全防护峰会上的演讲视频，潘老师提到如果一个本科生能把Linux源代码读一半，那他去哪个单位应聘，HR都不会拒绝的。复杂性和易变性归根结底来说还是编程能力不够，那么编程能力的提升就得读好的代码，看好的学习例子。当看的学习例子多了之后才能由合适的理论所指引，而且能够根据情境而选择不同的方法，完成“从已知世界之旅到未知世界之旅”，做到创新，选择有意义、有新意的大作业题目。
总结：书还没读完，但是可以看出这是一本很优秀的书，很有趣、很易懂，能够激发人的思考。我会继续阅读学习软件工程，深入体会构建之法。