2011年3月12日北京多云转阴，最高19度，最低7度，微风。
小软件最适合一个人独立完成，过多的人参与反而降低了效率。如果还要按照软件工程那样，先写需求分析文档，再写好总体设计文档、详细设计文档后，最后编码、调试，这样软件开发周期就太长了。
现在我编写的小软件的时候，都是一边考虑一边实现的，在实现过程中才会遇到很多实际问题、许多细节问题，临时产生一些创意直接就编码，效率最高。如果要找他人开发，我需要先写详细的设计文档，然后再与程序员沟通，让他们理解文档的内容。他们再编码，具体实现过程中他们对设计文档的理解如果有问题，我还需和他们反复沟通协调。而且如果遇到一些具体的技术问题，他们无法按照预期的设计实现，可能还需要变动设计文档，或者变换实现方式、或者减少功能。如果一切技术细节问题全部考虑好，编写非常详细的设计文档，算法、函数名称、流程图都确定好，简单到只需要用代码替换，那么编写这样的文档会需要更多的时间，对一个小软件来说，根本没有必要。这样开发一个小软件所用的时间，我自己来写都不知道可以写多少个了。而且，文档不完全等于代码，再详细的文档也不能在电脑中运行，无法看到实际运行效果。
编写小软件，其实软件工程里面那些步骤都不会省，只是全部由一个人处理了，全部在一个人的大脑中完成。编写过程中遇到的所有问题，都可以在第一时间在大脑内部得到处理，反复思考，迅速确定解决方案。
编小软件就像一个人写一篇短文一样，自己脑子里想什么，就写什么，要让他人帮自己写，需要把自己的想法全部告诉他人，需要的时间会更多，而且还不能保证完全符合自己的想法。写书也类似，一个作者，可以完全按照自己的想法完成，随心所欲，自由创作。如果一本书由多个作者共同参与，他们之间就需要多沟通协调，保证大家观点风格一致或接近，一本书才能达到思想、内容的完整性、连贯性，风格的一致性。
现在报刊杂志网络上的文章，最多也就几千字，几乎都是一个人写的，还没看到哪篇小文章由多人合写。每篇小文章都高度独立，高度灵活，高度自由，丰富多彩，百花齐放。从小学开始我们每个人都开始学写作文，都有一定的能力写出一些小文章，写文章是一种最基本的技能。每一篇小文章就是人脑用人类语言编写的一个小软件，使用的语句是字、词、句，有一定的数据结构、逻辑关系，按照每种语言的语法编写的。写小文章一个人写效率最高，同理，编写小软件也是一个人编效率最高。
我现在的策略就是，在最短的时间内开发出大量的小软件，不怕每个小软件的功能少，就怕量少，先编一百个再说。把编每个小软件当做写一篇文章一样容易，每篇文章有一个主题观点，每个小软件实现一个主要的功能点就够了。现在每天写一篇文章控制在一小时左右，编写一个小软件要用几个小时，策划设计实现调试都需要时间，我还需要不断努力，开发大脑潜能，提高编程技能，提高编写小软件的效率，希望在不久的将来编写一个小软件也能控制在一小时左右，也能做到平均一天编一个小软件，达到写文章的水平。
软件养生学在研发养生高科技软硬件产品、家庭软件的过程时，需要注重开发效率，以最快的速度多编写小软件。对我自己来说需要努力防止感冒、防范第四次肺炎，对所有人来说也要预防感冒，最终目标是促进个人全面发展，促进人类社会早日进入大同世界。
[返回] 中文XML论坛 - 专业的XML技术讨论区 →
休息区 → 『 科研生涯 』 → [原创]小软件的开发效率
(订阅本版)
2011/3/12 7:50:00
新浪微博
[原创]小软件的开发效率