摘要：
巧合编程。完成一部分后进行测试结果没有问题，但是之后程序运行突然报错，不知道原因在哪里， 很多情况都是不知道原来程序为什么能够运行的。程序实现的偶然只因为代码现在的编写方式才得以发 生的事情最后没有计入文档的错误或边界条件。所在在自己不是很明白的时候要多考虑几个问题： 1.程序也许不是真的能工作，只 阅读全文
摘要：
学会涉及领域语言，计算机语言会影响你思考问题的方式，以及看待交流的方式， 每种语言都有一些列的特性——静态类型与动态类型等。但是解决一个问题时，用A特 性和B特性设计方案会截然不同。与此相反，问题领域的语言可能会提示出编程方案。 在某些情况下，可以更进一步，采用领域的语汇、语法、语义实际进行编程。 阅读全文
摘要：
我们收集、组织、维护和利用知识，我们在规范中记载知识，在运行的代码中使其活跃起来并将其用于提供测试中所需的检查。 但是知识并不稳定，会发生变化。所有这些不稳定都意为着我们要把很大一部分时间花在维护上，重新组织和表达我们系统中的知识。 我们需要不断地维护，理解知识的变化。当我们设计或编码时，出现了新的 阅读全文
摘要：
课堂讨论记录： 1.目标：创新平台填报系统设计 2.形式：结构化的形式 3.基本规则：自由，平等，公正 4.个人想法 第一轮 司宇航：一定要关注高层利益相关者的利益。 刘宏琦：满足填报人的大部分操作需求，简化操作流程。 张卓凡：在需要审核统计的地方加上标记，便于对其进行审核统计。 刘冰 ：正确识别信 阅读全文
摘要：
学会交流。作为开发者，必须在许多层面上进行交流，我们把许多时间在开会，倾听和交流上。在工作中使用更为正式的交流方式， 最困难的部分也许是确切地弄清楚想要说什么，规划想要说的东西，写出大纲，然后问自己：这是否讲清了我想要说的内容。提炼它，知道确实如此为止。 让文档美观。很多程序员在制作书面文档时只关心 阅读全文
摘要：
注重实效的程序员对自己的职业生涯负责，不害怕承认无知或错误。即使是在最好的项目中，尽管有彻底的测试，良好的文档以及足够的自动化， 事情还是会出错，交付晚了，出现了未曾预见的问题，我们要设法尽可能职业地处理他们。 负责。承诺确保某件事情正确完成，那就要为某个结果负责。当犯错误时，或者是判断失误时，要诚 阅读全文
摘要：
如果你为Liz开发问题账户分析系统，你准备如何进行需求分析，第一步要做什么？ 分析用户遇到的问题 你认为目前需求分析材料中欠缺哪些内容？ 1、账户拖欠债务的具体规则 2、账户三年内的历史资料 3、问题账户中未付款等比例的信息。 描述一下拟开发系统的原型（包括哪些功能，数据库如何设计、操作的流程、界面 阅读全文
摘要：
阅读《程序员修炼之道》，从本周开始每两周写一篇阅读笔记，共十二周完成。 阅读全文
摘要：
当客户提出业务变更的时候，我们一定不能被客户牵着走，客户说啥就是啥。我们要从业务角度深入的去分析，他为什么提出变更，提得合不合理，我有没有更合理的方案满足这个需求。当我们提出更加合理的方案时，客户是乐于接受的，变更也变得可控了。 这件事留给我的深刻教训是，不能客户怎么说软件就怎么做。客户提出的原始需 阅读全文
摘要：
昨天： Activity的启动模式。 今天： 分析了一些网上的例子的源码。 遇到问题： 无。 阅读全文