01 2018 档案
摘要:模块化和组件化是软件人员的梦想,谁都想把几个模块插到一起就可以完美的运行并完成任务,但现实却相当残酷,可以运行的模块通常不能与自己想写的程序配合工作,好的源代码由于商业利益也不太容易找到,程序员只能自己另起炉灶,搭建自己的模块,但结果还是一样,做出来的东西难以让他人共享,这个现象周而复始,不断地在多
阅读全文
摘要:经过半年的时间,大二上学期也马上就要结束了,软件工程概论课程也结课了,这八周给我的印象很深刻。 我也有很多的目标没有完成,这应该就是老师所说的危机感差。自己的自律性还很差,不能好好的管理自己。以后要好好的控制自己,不能再这么放纵。 既然称之为工程,就不仅仅是代码的编写,还设计到一些具体的注意事项,如
阅读全文
摘要:质量三角,既好、又快、还便宜,同时满足的事情不太可能发生。 从程序员转做经理常被说成是做了“前脑叶白质切除手术”,这种手术会让患者更新丧失感情、不知爱恨悲喜。国外技术人员不愿承担项目经理这种管理岗位,而在国内正好相反,许多时候还是不会编程的人来管理。 用代码行数做判断标准只会鼓励程序员写蹩脚的代码。
阅读全文
摘要:我过去是怎么做的? 并没有很好地考虑到用户的体验,只是以自己想的为目标 结合书中所讲,说明为什么这样不好? 我们不应该光看用户表面语言或行动,我们还要找到用户语言或行动背后的动机,不能光根据用户的语言就匆忙决定。 软件需求是一项非常重要的过程。 获取用户的需求、需求分析框架、功能定位和优先级是非常有
阅读全文
摘要:我过去是怎么做的? 单元测试并没有认真做或者根本就没有做 结合书中所讲,说明为什么这样不好? 单元测试是检测自己一单元的能力,不做就不会发现自己的不足 回归测试中的“回归”我们可以理解为“回归到以前不正常的状态” 如果不进行回归测试会发现有很多bug没有解决 进行效能分析才能发现自己的程序的运行如何
阅读全文
摘要:我过去是怎么做的? 软件测试和软件的质量只要能够运行并且不出现大的差错就是成功 结合书中所讲,说明为什么这样不好? 软件的质量=软件工程的质量+程序质量,必须是质量一流。 我的做法并没有保证软件的质量。 提出一个解决办法,避免再次掉入陷阱? 必须要完美的测试整个软件,保障每个功能的成功运行。 我过去
阅读全文
摘要:昨天做了什么:连接数据库 今天做了什么:测试,修改 明天要做什么:界面的优化
阅读全文
摘要:所花时间 {包括上课} 13:00 -15:00 8:00-9:50 13:00-14:00 13:00- 15:00 15:00- 16:00 10:00- 12:00 8:30-12:00 1:30-5:30 代码量 {行} 博客 {篇}
阅读全文
摘要:昨天做了什么:注册新浪云,上传程序 今天做了什么:连接数据库 明天要做什么:测试,修改
阅读全文
摘要:昨天做了什么:界面的优化 今天做了什么:注册新浪云,上传程序 明天要做什么:连接数据库
阅读全文
摘要:昨天做了什么:界面的优化 今天做了什么:界面的优化 明天要做什么:注册新浪云,上传程序
阅读全文
摘要:我过去是怎么做的: 在这学期的团队合作中我认为团队合作就是自己写自己的代码然后再结合起来。 但是实际上证明这样的想法是错误的 每个人的代码习惯都不一样 结合书中所讲,说明为什么这样不好: 而我们这种所谓的团队就像是书中所说的搬砖的,并不是真正的团队。 我认为如果想要成为真正的团队就要变成交响乐团模式
阅读全文
摘要:昨天做了什么:查看其他组的评价,确定接下来的走向 今天做了什么:界面的优化 明天要做什么:界面的优化
阅读全文
摘要:昨天做了什么: 今天做了什么:查看其他组的评价,确定接下来的走向 明天要做什么:界面的优化
阅读全文
摘要:1.用户界面 界面可以更换,想用什么样的界面都可以找到。 2.记住用户选择 使用次数多的字或者词会出现在前端 3.短期刺激 长期使用会感觉比较好用。 4.不让用户犯简单错误 用户的输入存在一些错误的时候,会有纠正错误的标记以及正确的词和字出现让用户选择
阅读全文

浙公网安备 33010602011771号