1【原创】地主编程之剑走偏锋 26 landlord 2007-03-13 10:10:06

科经版的爱版主让俺为其版面写点儿啥，看着那里一把一把的学术高人、程序大牛，这不是让俺在关公门前耍大刀么。咬咬牙，轻轻地丢个编程经验的破砖头吧。。。

要说咱辛辛苦苦地写出程序来，一般不是为了让自己个儿自娱自乐的，还是希望能得到用户的欣赏和肯定。就像发个帖子，如果没人搭理，也挺郁闷的不是？

再琢磨琢磨，这和发帖子还不太一样，咱做出来的这个东东是让别人用的，更像是推销员推销自己的产品。那怎么才能让人家选你的产品呢？先说很明显的俩点（排名不分先后）：
• 产品本身功能要好――比如前一段搞24、玩递归的那几位。那程序一定是速度倍儿快、算法精妙。
• 产品包装精美――对编程来说就是用户界面（GUI）让人一看就是专业水准。

可碰上俺这样数学水平一般（没法太追求算法了）、艺术细胞难寻（界面一复杂就跟开染坊赛的）的俗人，是不是就该破罐子破摔了呢？咱不能这么快就自暴自弃，俗话说：不蒸馒头还得蒸（争）口气不是。咱曲线救国、剑走偏锋吧！

咋叫“剑走偏锋”呢，当然不是给人家高手使绊子了，虽然“那个啥场如战场”，咱也得费厄泼赖不是？俺的笨法子就是――“讨好用户”。

当然咱这个“讨好”不是向贿赂那些黑哨似的给用户送东西，咱也不能那么堕落。咱这个“讨好”是想用户所想，急用户所急，把劲儿使在程序上。下面让俺用实际工作中的经历说明一下。

急用户所急，帮着用户少走一步：

程序启动之后的缺省值有时会被大家忽略，俺对这个可始非常重视的。用户最常用的输入值是什么？是不是有时需要保留上次的输入？输入和输入之间是不是有什么内在的逻辑关系？某些输入是否能用程序（或者根据产品自身）自行产生？这些问题在程序设计中或者程序发行之前应该争取和用户直接交流，得到解答。

有些程序输入数量比较大，都放在界面上看着眼晕（其实主要还是俺的界面设计水平不过关），干脆就把某些不怎么改变的输入放在某些文件里或另加个特别窗口选项去修改。

根据这样设计出的程序，尽量做到用户一打开程序，几乎可以立刻完成设定，进行下一步――忘了提了，俺是搞自动测试的，对于这行来说，那就是用户可以打开程序，看一眼当前设定，动一俩下鼠标或者不动（缺省值正是所需），就点击那个“运行”（RUN）键，然后该干嘛去干嘛，回来以后结果就摆在眼前。

就凭这个，俺的“简单”程序就淘汰了公司原来功能强大（输入极大丰富、速度大概可能也许快一点点）的老程序。原来只有工程师或者受过专门培训的技工才能操作的程序，现在随便找个非文盲就成了，至少大多数的测试情况都能测了。

勤快的用户当然有，但大多数群众还是有惰性的。。。

想用户所想，为了用户多走一步：

这个其实说起来方方面面的就太多了。这就跟两口子过日子似的，你得猜出那些言外之意，甚至是人家没想到的，你给想到做到了，这不才显出咱的关心来么。。。

举个例子吧，俺们的测试里有一项叫做“精度测试”（Accuracy）。说起来也不复杂，输入值是A（例如10.00），精度要求是B（例如1.00），测出一堆返回值，如果90%的返回值在A+_B的区间内（即9.00～11.00）就算“通过”（PASS）了。

以前的程序就是这么做的，先把那个区间算出来，然后拿返回值去一个一个比，统计总数看看是不是小于90%。看着不错啊，可咱得“讨好”用户啊，不行，咱得多想想。。。

首先，得搞明白用户是啥人，这个程序的用户不是那些生产车间的技工，他们是工程师！对那些技工来说，产品“通过”了就大功告成了，可这些搞设计的工程师呢，他们可不仅仅满足于过没过，他们要数字！要量化！咱头衔里也有个“工程师”称号，当然也明白啦，于是，咱改！

先明确那个90%是雷打不动的死数，那咱就给用户算个实实在在的数：把返回值都减去输入值，取绝对值然后按大小个儿排序，排完后把那个站在90%位置的数C揪出来（至于从左往右还是从右往左排，正好在俩位之间选那个的细节就不提了），看看是不是比那个精度值B小，那个C也一起送给用户赏玩。

算法很简单，也算不上最佳，但是对于一个几分钟的测试，多花几个毫秒咱不在乎。

这个程序一给那些设计工程师，他们挺喜欢，万一达不到要求的精度值可以知道该改成啥了。

可能又要准备面试了（有备无患么），胡思乱想了这点东东，正好也算完成个任务，您看了觉着有道理俺就算没白忙活。有啥批评建议俺更是求之不得。

谢谢先

关键词(Tags): 缺省值 自动测试 工作纪事 地主编程
请尽量 选转。爱莲 荐,

2这个话题实在有趣，搞得我也冒泡 1 懒厨 2007-03-15 04:07:31
最近极忙，旧项目完工，交接，新项目开始，接的私活又要交货，看到这个话题，还是得冒个泡。

其实地主说的，就是用户需求的问题啊。



这个赞成，补充一下，是不以牺牲必要功能作为前提的。



这个危险，我个人经验是，自作聪明的情况较多。另外一个是成本的问题，用户不同意投入时间金钱的FEATURE，我是不肯动手的。

另外，软件开发也分很多种的，不同行业，有不同的侧重点。地主的接近应用程序方面，当然要贴近用户干活。我怀疑老轧的开发是接近系统核心的，看他老斤斤计较于若干毫秒的表现，就明白算法的重用性。

3有道理 landlord 2007-03-15 06:37:19
这个评价我很同意，“运用之妙，存乎一心”，这真是得需要一些经验积累和摸索的。关于时间问题，我的问题就是～太闲，呵呵

其他的分析我也有同感，“必要功能”当然是首位，这是产品“能不能干活”的问题，“讨好用户”属于“干的怎么样”的问题。

另外，再重申一下：算法和界面绝对是非常重要的问题。尤其是算法，一个“好程序”，可能不需要最佳算法，但至少得有个“可以接受”的较佳算法。话说的又挺饶，有人明白就成啦

2说得对，我认为这是比算法和界面更重要的东西 1 瓦斯 2007-03-14 03:31:07
算法是清流学者们研究的东西，

界面是年轻人爱玩的时髦，

普通用户看到界面复杂一点的程序就晕菜，领导老板更不管你什么一堆花花绿绿的界面。

讨好用户，是微软成功的原因。

3也不能这么说 landlord 2007-03-14 06:34:50
算法和界面是需要一些天赋的，至少我觉着想到达一定高度是没法“勤能补拙”的，所以我只能。。。

当然，过犹不及，除了特殊情况，算法不需要最佳（想自己研究某些东东的例外），界面也无需最时髦。

2这么勤快的地主，长工的日子不好过啊。。。 1 精装白沙 2007-03-14 00:44:07

2地主真是有些小聪明,呵呵! 难怪职场上左右逢源 1 月光光 2007-03-13 21:34:03

2等我房子造了一个段落了，也来扯扯工业控制HMI的设计 2 晨枫 2007-03-13 19:42:22
给工程师设计和给操作工设计还有点不一样呢……

3包子哦, 说定啦, 赖皮的是小狗 四月一日 2007-03-14 08:57:12

4不会赖皮，不过不能催啊 1 晨枫 2007-03-14 17:40:20
现在开始小麦播种……

2细心啊,花一个 1 信陵门下客 2007-03-13 19:29:23
BTW,这都是见天琢磨怎么收租练的吧?

2再越权一回 1 爱莲 2007-03-13 14:47:12
好帖要推荐！

2板凳花。这可是地主出门要债的本钱 -selling points 2 同文 2007-03-13 10:16:17
算赌资滴：加上北卡 as possible NCAA winner!

最后于2007-03-13 10:27:44改,共1次;

2沙发花！ 2 大鹏翔宇 2007-03-13 10:13:03

3大鹏兄弟别来无恙否？问好。 1 同文 2007-03-13 10:22:42

4刚回来，倒时差中 2 大鹏翔宇 2007-03-13 10:29:13
先回河里报个到

5花迎...... 1 爱莲 2007-03-13 18:58:18

5期待中..... 2 同文 2007-03-13 10:33:57