如何使编程能力翻倍？

软件开发过程中有一个非常自然的比喻：建造建筑，画图纸，搭建结构，砌砖。这个比喻一般可以说是过去。问题是这块砖绝不是普通的砖，具有以下特点:第一，每块都是手工制作的；第二，每块都有不同的材质、形状和尺寸；第三，任何一块有问题，房子在某种天气会漏水；如果是1%甚至1permil;的砖头有问题，房子会到处漏水；更严重的是，一块或多块砖头有问题，还可能造成房子在某些时间倒塌。由于砖的上述特性，有两个80%：软件的质量，80%取决于代码；80%的软件开发成本用于编写合格代码。请注意，它是合格代码，而不是代码。后期测试和排错也是编写合格代码的一部分。即使两个80%不准确，改为70%甚至60%，决定软件质量和开发成本的大头仍然是编码。不注意编码过程的改进，提高质量和生产能力将失去最重要的重点，必然会觉得任何措施都不明显。如果建筑的砖也有上述特点，我相信任何建筑商都会绞尽脑汁，找到一种一次性制作合格砖的方法，而不是等到建筑建成后再找到和修复有问题的砖。有没有办法一次性编写合格的软件开发代码？有，例如TDD。TDD是敏捷发展的核心实践之一， Ruby On Rails的创始人David Heinemeier曾经说过，它打开了一扇门，让自己看到了高质量代码的新世界。然而，TDD为了解决可测性问题，需要做很多额外的工作，比如支持Mock而且做了很多重构。David Heinemeier最近发表了一篇文章：《TDD已死，测试永生，痛批TDD过于注重单元测试，过于琐碎，会使系统与许多中间层、中间对象组成，带来复杂臃肿的结构。他明确表示，他将放弃TDD。如果对TDD改进，消除其主要成本，扩大其效益，获得了大大提高代码质量、大大降低开发成本的开发模式，即easy TDD，简称eTDD。eTDD如何消灭？TDD主要成本，放大TDD的效益呢？答案是用工具完成苦活、脏活、重活；可视编程由工具描述程序实现。苦活、脏活、重活包括:编写测试驱动、桩代码、桩代码Mock、覆盖统计数据，找出遗漏用例，编制测试报告，避免单元测试的重简而言之，除了需要手动设置的测试数据外，其他都由工具完成，以消除它TDD的主要成本。可视编程显著放大TDD的效益。编写代码时，可视编程可以随时观察程序行为。程序行为是指输入下执行的代码和输出。单元测试的输出可以完全描述程序行为，使程序行为可见，这是一个非常有价值的资源，TDD可惜忽略了这一点。使用视觉编程，程序员可以写几行代码，看看程序会做什么，从而验证想法，发现错误，激发灵感。对于更复杂的程序，用视觉编程编写合格代码的效率是传统方法的4、5倍。同时，它还可以降低编程的劳动强度，保护程序员的健康。人类生产力的提高大多依赖于工具的进步，软件开发也不例外。编程是高技术工作，人才成本很高，而且会越来越高，一名月薪1万的程序员，公司要付出的实际成本为1.5万到2万，换算成100元左右的小时成本，即手工编写测试代码，1小时支付100元，这种工作可以由工具支付。eTDD把麻烦交给工具，避免以手工为主TDD更重要的是，高成本，eTDD简单易行，不用考虑头痛的可测性，因为解决可测性问题是eTDD工具的基本功能。eTDD可以在项目周期的任何时间引入，也可以部分引入。例如，只使用底层或更重要的代码eTDD。总之，只要使用合适的工具，eTDD实施方便，效果立竿见影。eTDD与传统方法和实际开发任务相比，可以证明：eTDD将编程产能翻倍，当然，这是指简单地编写合格代码的产能。除编写代码外，程序员的工作还包括：研究技术难点、查阅文档、沟通、会议、写文档、发呆等，eTDD当然不能起作用。一般来说，如果没有大规模的需求变化，eTDD可以预期缩短30%的开发周期。这里提到的开发周期不是计划周期，而是实际周期。例如，如果使用计划在三个月内完成的项目，实际周期通常是六个月eTDD，可在四个月内完成。缩短开发周期只是eTDD次要效益，eTDD第一个好处是保证代码质量。关于eTDD更详细的信息，请下载浏览eTDD电子书：Word格式：http://.kailesoft./download/eTDD_word.rar PDF格式：http://.kailesoft./download/eTDD_pdf.rar 电子书包括：eTDD概念、过程、示例、关键技术、实验过程和结果、效益分析。如果对eTDD效益可疑，小实验或实际任务实验也可根据电子书中的说明进行。