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