2016年9月28日
摘要：
书一开始就引入了用户故事的来源。并且提出了一个很有意思的论点：开发方和用户的权利都不能过大，否则会对项目及其不利。这个和美国的三权分立有着异曲同工之妙。信息的获取过程最好是分时段的，最好贯穿在开发过程中，越频繁越好，越及时越好。我们不可能时时刻刻能够按照自己意愿掌控项目的进程，所以就有了用户故事这一 阅读全文
2016年9月28日
2016年9月25日
摘要：
一、故事背景 某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1 250个账户。 为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户 阅读全文
2016年9月23日
摘要：
9月27号前后阅读1--3章 10月7号前后阅读4-6章 10月14号前后7-9章 10月22号前后9-11章 10月29号前后12-14章 11月5号前后15-17章 11月12号前后阅读18-21章 阅读全文
2016年6月22日
摘要：
安卓模拟器；记账-收入功能 建立新的数据库 解决不能跳转 不能实现跳转功能 数据库的连接有问题，用了MYSQL连接方法不对 还是不能跳转 阅读全文
摘要：
在没读这本书之前在做项目的过程中被大大小小无数的问题折磨，碰到这本书的时候，如同在黑暗中碰到一位强大的同行者，很多问题同样也折磨着这些技术牛人们。，这本书结合实际，书里内容不是放之四海皆准的真理，也不是药到病除的良方，最多只是事实和总结。虽然问题还要靠自己解决，但是读书的过程却仿佛同作者敞开心扉畅谈 阅读全文
摘要：
书中说道，“关于软件缺陷的话题，只要谈上几分钟，必会有人拍案叹道，‘为什么就是不能像造桥那样造软件？’”的确，掩卷长思，为神马不能像造桥那样造软件哪！细想起来，两者之间的根本不同在于，一个是体力劳动，以机械为主；一个是脑力劳动，以人为主。人，从来就不是一个确定的东西，有喜怒哀乐，有自己的偏爱和偏见， 阅读全文
摘要：
书中说道，“关于软件缺陷的话题，只要谈上几分钟，必会有人拍案叹道，‘为什么就是不能像造桥那样造软件？’”的确，掩卷长思，为神马不能像造桥那样造软件哪！细想起来，两者之间的根本不同在于，一个是体力劳动，以机械为主；一个是脑力劳动，以人为主。人，从来就不是一个确定的东西，有喜怒哀乐，有自己的偏爱和偏见， 阅读全文
摘要：
一学期的软件工程概论结束了，其实怎么说呢，设学习JAVA和C++的时候都不一样，上课的内容并不是那么的很难懂，但是能和从前一样的是，下了课就什么都没有了，说起来挺尴尬的。 其实我在平时的练习里，还是达到了练习编程能力的目的的，特别是做一些比较复杂的程序，每次都以为这次做不出来，但是最后都完成了，虽然 阅读全文
摘要：
任何解决方案的成功交付都涉及技巧、智慧、运气，当然很多情况下还有技术，这诸多要素之间形成不断变化的组合。而太多情况下，团队只是仅仅专注于技术。但是对于我们团队来说，我们很好的注重了团队内的团结互助，注重软件的质量，我们在第一次验收的时候没有很好地完成任务，不，应该是非常糟糕。好在我们没有抱怨，我们各 阅读全文
摘要：
今天先阅读了构建之法的敏捷流程的论述，在敏捷流程中开发人员可以很快交付给用户有价值放软件也可以很快知晓软件的欢迎需求变化，以此来增加竞争优势。在我看来，书上说的 “敏捷”，要团队的每个成员都有进取心，并且相互充分信任，在我们团队的开发过程中，我们每个人相互信任也有进取心，但是我们的水平参差不齐，比如 阅读全文