注重实效的程序员之快速参考(6)--终结篇

1.要学习的语言

厌倦了c,c++,java?试clos,dylan,eiffel,object c ,prolog,smalltalk 或tom,它们每一种都有不同的能力和“风味”,用其中一种或多种语言在家里开发一个小项目

2.WINDOWS离合诗

你想让他们学到什么?

他们对你的讲的什么感兴趣?

他们有多富有经验?

他们想要多少细节?

你想让谁拥有这些信息?

你如何促使他们听你说话?

3.怎样维持正交性

  独立设计、良好定义的组件

  使你的代码保持解藕

  避免使用全局的数据

  重构相似的函数

4.应制作原型的事物

  架构

  已有系统中的新功能

  外部数据的结构或内容

  第三方工具或组件

  性能问题

  用户界面设计

5.架构问题

  责任是否得到良好定义?

  协作是否得到良好定义?

  耦合是否得以最小化?

  你能否确定存在的潜在重复?

  接口定义和各项约束是否可以接受?

  模块能否在规定的时间内访问到需要的数据?

6.调试检查清单

  正在报告的问题是底层bug的结果,或者只是症状

  bug真的在编译器里?OS里?还是在你的代码里?

  如果你在向同事详细解释这个问题,你会说什么?

  如果可疑代码通过了单元测试,测试是否完整?如果你用该数据运行单元测试,你会发现什么?

  造成这个bug的条件是否存在于系统的任务其他地方?

7.函数的得墨忒耳法则

  某个对象的方法应该只调用属于以下情形的方法:

    它自身

    传入的任务参数

    它创建的对象

    组件对象

8.怎样沉思熟虑地编程

  总是意识到你在做什么

  不要盲目地编程

  按照计划行事

  依靠可靠的事物

  为你的假定建立文档

  不要只是测试你的代码,还要测试你的假定

  为你的工作划分优先级

  不要做历史的奴隶

9.劈开戈尔迪斯结

  在解决不可能解决的问题时,问问你自己:

    有更容易的方法吗?

    我是在解决正解的问题吗?

    这件事情为什么是一个问题?

    是什么使它如此难以解决?

    它必须以这种方式完成吗?

    它必须完成吗?

10.测试的各个方面

  单元测试

  集成测试

  验证和校验

  资源耗尽、错误和恢复

  性能测试

  可用性测试

  对测试自身进行测试

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值