OMG! 日记

摘要： Q1.进行软件开发时，总想着迫不及待地去写代码。在软件开发的过程中，这种做法正确吗？编写代码之前还应该做些什么？A1.我曾经一度认为，软件就是代码堆砌的结果。通过程序员的不懈努力，有朝一日一定能写出一套大型软件，例如Office。但是现在我发现这种想法是完全不正确的。软件开发是一个工程问题，需要用工程的思维去解决。为了完成一个项目，需要进行定义问题、需求分析、规划构建、软件架构、详细设计、编码与调试、单元测试、集成测试、集成、系统测试以及保障维护这一系列活动。做一个规模稍大的软件开发项目，如果走上来迫不及待地写代码，没有做任何准备工作，那么开发工作几乎注定会陷入僵局。建造软件系统跟其他任何花费 阅读全文

摘要： SCRUM总结：Team memberYesterday’s WorkToday’s workIssueRXBUG383: 修复AGENDApage标题显示为当前会议名sBUG393：talk to attend，点击后要显示对应itemDL HTest case209 & 228给出了bug继续各种test case...TZTest case206&212给出了bug继续各种test caseYY Z@?试用已有模块，提建议意见N Z@PM...修复BUG392HF LTASK374：必要信息进行独立存储STILL TASK374没搞得定。。。Task Burn Down： 阅读全文

摘要： 软件工程课老师让我们选一本教材，分别是《代码大全》、《快速软件开发》、《移山之道》 。作为初入茅庐的人，对三本书没有先验知识的情况下，对比了这三本书，最后选择了《移山之道》。· 为什么我选择《移山之道》？ 1. 《移山之道》名字读起来霸气外漏，所有人很喜欢物超所值，尤其是中国人，看着名字，好像是讲方法的，”道”是个很高深的问题，浅可达到方法，深可达到哲学。加上老师推荐，这本书应该不会差，所以首先名字吸引 了我。 2. 看着厚厚的《代码大全》，里面教你如何写代码，如代码布局、注释、测试等等，在原本时间不是很充裕的时候我果断放弃了。而《快速软件开发》虽不是很厚，但是对比《移山之道》还是不 阅读全文

摘要： 1、 VS里的TASK为什么没有deadline这个属性？VS里的TASK只是开发任务吗？a.使用TFS之前，一直误以为TASK是有deadline这个属性的，因为这样才能方便安排各项具有依赖关系的任务关系，也能更合理的安排各个开发人员的时间和工作，所以在最初撰写backlog时都是这样安排的，可是使用TFS后，发现task压根没有这个属性，为什么呢？经过专业PM老大CHERRY的批评指教并翻阅《移山》，才发现原来在敏捷开发和TFS里，backlog并不是一个所有人的calender，安排到没人每天做什么，而只是告诉大家需要做什么，以及所有任务之间的相互依赖关系，至于每天做什么，什么时候做完， 阅读全文

摘要： 我是以一本看小说的心态看完了这本书，书中人物的角色活灵活现，通过愚公后代如何完成一个软件项目来介绍MSF和VSTS。 对于书中人物对话的小字部分，看起来是非常有趣的，引起了像我们这样刚开始接触软件开发的新手的深深共鸣，并且又能从阿超的话中学到不少知识。以下是我看完之后的一些问题，望有识之士解答，不胜感激。Question:1.移山精简开发模式，只有Task和Bug，分别表示事先预计到要做的事和事先没有预计到的事。但觉得有TestCase 这项工作类型还是很好的，也不会增加多余的负担，并且产生的Bug可以跟TestCase link起来进行跟踪。不知道大家是怎么看的，真的只能由Task和bug吗 阅读全文