《构建之法》阅读后不懂的5个问题 和个人项目总结
1、这些是我的五个问题......
1) 上学期一门课的老师跟我们说,代码的注释和规范很重要,因为别人会来维护你的代码。可是又有人说 代码维护是完全没有必要的事情,就是不如推翻了重写。
到底哪个是对的。。。。
2)团队里面,会不会因为大家都有自己的想法,然后迟迟定不下来不能统一什么的,反而效率更低呢?
3)怎么样的一个软件才是一个好的软件?
4)如何衡量开发成本和收益啊
5)客户的要求是第一位的?即便会导致错误结果什么的呢。。。。
2、软件和软件工程的出现
Git是一款免费、开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。Git是一个开源的分布式版本控制系统,用以有效、高速的处理从很小到非常大的项目版本管理。
时间统计
PSP2.1 |
Personal Software Process Stages |
Time |
Planning |
计划 |
|
· Estimate |
· 估计这个任务需要多少时间 |
30h |
Development |
开发 |
|
· Analysis |
· 需求分析 (包括学习新技术) |
3h |
· Design Spec |
· 生成设计文档 |
2h |
· Design Review |
· 设计复审 (和同事审核设计文档) |
1h |
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
1h |
· Design |
· 具体设计 |
5h |
· Coding |
· 具体编码 |
5h |
· Code Review |
· 代码复审 |
2h |
· Test |
· 测试(自我测试,修改代码,提交修改) |
10h |
Reporting |
报告 |
|
· Test Report |
· 测试报告 |
1h |
· Size Measurement |
· 计算工作量 |
1h |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
0.5h |
合计 |
31.5h |
程序总结
这次的任务程序本身不是那么大工作量(设计没有那么复杂,对于错误输入等没做处理) 但是由于时间管理的问题,在计划实施的时候遇到了很大的困难,
可能主要是第一周吧,还没有进入状态,就写程序的效率特别低,然后很难好好写,然后就拖拉特别严重,最后导致程序没有能够按时在指定时间内做好。这也是
给我一个提醒,在开学的时候就应该调整好自己的状态,总之接下来的时间就应该控制好调整好自己的状态。
程序本身并没有经过太完整的测试,只是简单测试了一下。vs的性能分析功能使用的时候失败了,收集不到数据,不知道为什么。