摘要：
团队开发经验总结 通过半个多学期的软件工程开发，软件工程课也快结束了。在团队开发中，我学到了很多，以下是我作为个人经验的和总结。 一是绩效考核对于一个团队的整体效率至关重要。要让每个队友做事情，不能通过相信员工的自觉性,而是要通过组内的按劳分配，从而调动每个人的积极性，从而才能提高整个团队的效率。如 阅读全文
摘要：
六月份的软件开发工作，我收获了很多心得体会：主要分为工程能力和管理方面。 先说工程能力方面： 1.要提高应用一种新语言的能力，详细地看教程是用处不大的。这和学习理论知识。学习诸如信号与系统，数学物理等理论知识，离不开对概念的深入理解。然而学编程不能这样，而应该从实例出发，而不是从概念出发。什么意思呢 阅读全文
摘要：
这本书不仅讲了软件调试，也讲了硬件调试，这不仅是程序员，也是工程师非常有用的技能。我粗略得读过这本书之后，结合自己这次学软件工程，以及以前做上电子设计实践2做风力摆的经历，感触颇深。 根据作者26年的系统设计和调试经验，他发现了两件事情： 1）如果查找一个bug花费了大量的时间，那么原因可能是忽略了 阅读全文
摘要：
写了这么久的读书笔记，涉及到问题大多是一些如何把软件工程做好，如何把自己的职业生涯做好。但总感觉逻辑链上缺了一环，亦即：我们为什么要把软件工程做好，我们成为一名优秀的职业生涯的意义到底在于什么？我觉得如果这个问题不去想，那么这段三段论便不是完整的，不知道为什么要做的事情而去做，未免太浑浑噩噩了，说实 阅读全文
摘要：
一，结对编程的收获 1.团队分工 结对编程作业大部分的时间都是采取共同编写代码，即“一个做驾驶员，一个做领航员”，驾驶员负责敲键盘，领航员在一侧提供建议、检查错误或帮忙搜索相关的资料。 就这次团队项目而言，我们合作还是很愉快的。清明节的后两天我和朱池苇同学一起学习了Qt。由于朱池苇同学的工程能力比较 阅读全文
摘要：
“任何一个在软件领域稍有经验的技术人员看完本书，必掩卷长叹：做软件难。 软件乃是人类自以为最有把握，实则最难掌控的技术。” 这本书用大量的真实故事阐释了， 为什么好的软件难做。 这周，我看了这本书的前两章。 有趣的是，我们可以看到这本书是从第0章开始，作者说他无意搞笑，他这么做的原因只是想指出程序员 阅读全文
摘要：
结对作业 UI 第三组 朱池苇 PB16150206 刘鼎乾 PB16070837 Github 地址： 项目简介 这次软件工程结对项目为制作一个给小学生用的四则运算出题软件，然后我们抽到的是UI组，也就是负责人机交互——随机生成四则运算——使用Core组封装好的dll模块。 需求分析 对上述各属性 阅读全文
摘要：
这周我读了构建之法第四章，感觉学到了不少东西 首先是代码规范，以前数据结构的助教说我的代码可读性差，这是为什么呢，这里附一段我以前写过的代码： a是什么，b是什么，n1 n2又是干什么的呢？不仅没有注释，而且用的变量名也非常不好。 而这本书给了很多提高代码规范的建议，比如： 缩进，一般以4个空格 行 阅读全文
摘要：
这周我读了《构建之法》第16章，这章是关于创新的，可以说是刷新了我对创新的认知。 首先，这本书指出了几个大众想当然的谬误： 第一，创新一定是灵感大发，突然想到的。实际上，创新来源于厚积薄发，需要不断地积累素材。而IT行业的创新，则是几代人在前人的基础上，不断进行创新和再创新，一点一点地发展起来的。 阅读全文
摘要：
个人觉得作业布置的（2）（3）（4）（5）的顺序并不合理，我将以（5）（2）（3）（4）的顺序开展我的分析。 创新的定义是做出一些改变或创造出新的东西，既是过程，也是结果。这是一个很泛的概念，所以去问究竟什么是创新？怎么才能创新？如何成为创新者？其实意义并不大，因为随随便便开一个脑洞，按照定义，都是 阅读全文