为谁编程？

为谁编程？

不知道有多少人知道为谁编程？有人说当然是为自己，有的则认为为了研究技术。只有那些久经沙场的软件工程师知道——为用户编程。

编程本来是技术问题，怎么是为用户？但这是必须明确的问题。否则，我们将在真正的企业开发中四处碰壁，得不偿失！

现在看看不从用户角度考虑，而按照自己的意愿编程程序的结果吧，下面是几个真实的例子。也是我们在项目开发和教学过程中遇到的。

1、没有脸的程序。在开发一个项目的时候，程序员随意设计界面，弄得花哨无比，四处是按钮和菜单。完全是控件的堆砌，恨不得把所有控件都用上才过瘾！结果用户说：这不是我要的，怎么连一个员工编号都没有？程序员解释说：我的这个列表框中的就是。用户说：我们有几百个人，要从你这个小框框里选，太费劲了，直接输入就可以了。导致程序员必须使用简单的 textbox。而他为了做一个超级灵活的 listbox费了好几天的劲。结果是耽误项目工期，遭到批评!
在用户看来，用户界面不友好，就是没有脸面，无法与电脑对话操作。灵活易用的界面是一个程序非常关键的外在“素质”。（见拙著：用户界面设计思路）

2、窗口窗口，还是窗口。另外一个项目中，程序员为了把所有数据信息都显示给用户，使用了 n 个同时出现的窗口，他的理由是：采用了先进的 MDI 技术。结果是，用户认为：我没有那么多眼睛，无法同时处理这么多数据！最后，还是改成了多个功能模块，按照业务逻辑分别设计了程序。最后发现，原来一个界面就可以解决了。这就是故意给自己找麻烦！

3、触发器，触发了用户的怒火。在一个系统开发中，许多业务是自动后台处理的。程序员希望利用很有“技术味儿”的触发器来实现。想象着数据一触发，就可以自动完成工作流了。结果是，用户出发了触发器，工作流混乱地转着，导致不可控状态。原来触发器不是按照想象的时序来自动工作的。最后改成存储过程，由用户操作控制标志位，然后进入下一个工作流。所以，不要轻易尝试新鲜的技术，还是保守一点好。用户不会因为你的技术新鲜而买单，往往因为你能实现他要的功能而付账！

4、白送的也不要。有些程序员喜欢在程序中增加很多有意思的功能。虽然用户并没有提出来。这不是什么好事情。这种画蛇添足的方法，还会给你带来灾难。也是一个项目中，一个程序员由于喜欢而增加了一个漂亮的自动登录控制功能，想象着当用户不在的时候，自动锁定屏幕。这似乎更安全。结果，用户着急了，因为由于它请假，委托同事帮忙查询数据，但这个同事死活无法进入系统，被那个功能及其强大的自动锁定程序锁定了，耽误了工作。这种“显派”自己技术的事情千万不要用在项目上，用户不领情的。

5、计算机语言不是英语单词，是有思想的作文。培训中，我们让大家作计算器程序，结果是千奇百怪，有些人总是喜欢把学到的都牵强附会地弄到这个简单至极的计算器上，搞得计算功能不全，但语法、函数用了一大堆。最终测试发现，没有考虑除法的 0 是大多数人的问题。因此，设计程序要从需求出发，按照需求来设计，不要想当然，计算器程序在 windows 中就有，严格按照这个来做就可以了。总是按照自己脑子里想当然的设计方法，做出的程序不一定是别人喜欢的。

总之，为用户编程，使我们学习技术和设计程序的核心思想。

微软有一套资料，详细介绍了 windows 95 设计过程如何考虑用户体验和用户思维的。虽然资料老了些，但不乏是指导我们编程的一套方法论。(www.c1945.com  baiedu@126.com)

 

• 物流系统规划报告
• 项目管理系统设计
• 项目管理相关文档
• OA 系统需求分析
• OA 系统详细设计
• 人力资源系统设计
• 数据库设计报告
• [CRM 词汇大全]
  [彩信业务原理]
  [微软内容服务器介绍]
  [软件项目开发技能要求]
  [UML 用例图设计]
• [网上营销系统方案书]
  [电子政务方案书]
  [项目管理系统方案书]
  [软件投标技巧]
  [网上证券系统方案书]
• [软件投标书规范]
  [技术发展与技术生涯]
  [E-LEARNING 方案书]
  [面向对象建模方法]
  [微软项目开发准则 MSF]
• [web 服务与应用整合]
  [用户界面设计原理]
• [网络管理概述]
  [JSP 基本知识]
• [电子商务]
  [XML 技术]
• [IDC 数据中心建设方法]
  [大型MIS软件开发的几点体会]
• [Office 建立办公自动化环境]
  [网站建设10步曲]
  [解决方案设计方法]