M
marrinba
Unregistered / Unconfirmed
GUEST, unregistred user!
虽说他们的确是过分的要求，但谁让自己是程序员呢？还是顺着客户吧！
J
jobsxy
Unregistered / Unconfirmed
GUEST, unregistred user!
我接触过一个客户，他要求输入界面的每个输入项之间用上、下键来移动同以前
他使用过的DOS程序一样，当时告诉他可以用TAB，但没用，最后只能把下拉框、
等WINDOWS的绝招使出来，让他看了心动，然后告诉他要用这些绝招只能用TAB，不能
用上下键，因为上下键在这些绝招时有特殊的用法，熊掌与鱼翅不可都得，你选择吧
他最终还是听我的话了，嘿嘿！
他使用过的DOS程序一样，当时告诉他可以用TAB，但没用，最后只能把下拉框、
等WINDOWS的绝招使出来，让他看了心动，然后告诉他要用这些绝招只能用TAB，不能
用上下键，因为上下键在这些绝招时有特殊的用法，熊掌与鱼翅不可都得，你选择吧
他最终还是听我的话了，嘿嘿！
S
SeaSky
Unregistered / Unconfirmed
GUEST, unregistred user!
程序员烦这么多干吗？ 这些应该是系统分析员的事！！！
和客户进行沟通，也是系统分析员的事。
和客户进行沟通，也是系统分析员的事。
C
cAkk
Unregistered / Unconfirmed
GUEST, unregistred user!
to SeaSky: 总的多学点东西是吧.
况且,我们人员的分工还没有你想的那么明确.
况且,我们人员的分工还没有你想的那么明确.
P
pkwang
Unregistered / Unconfirmed
GUEST, unregistred user!
各位说的够多的了，总而言之，要听顾客的。
再说键盘使用起来是比鼠标方便，我在玩盟军敢死队
时就使用键盘，很爽！
对键盘编程应该不困难。
再说键盘使用起来是比鼠标方便，我在玩盟军敢死队
时就使用键盘，很爽！
对键盘编程应该不困难。
L
LiXH
Unregistered / Unconfirmed
GUEST, unregistred user!
你们应该听play_boy的!不要以为客户傻,客户不懂WIN95,
客户懂得应该如何工作!客户的要求仔细想一下,绝大多数都是合理的,
真正无理要求很少,只不过我们总以为自己聪明,不肯听取学历比我们低
的人的意见.尤其是键盘操作,这是我们应该做的.我经常欺骗客户,
把客户合理的要求说成不可实现的,无意义的,只是为了自己偷懒.
客户懂得应该如何工作!客户的要求仔细想一下,绝大多数都是合理的,
真正无理要求很少,只不过我们总以为自己聪明,不肯听取学历比我们低
的人的意见.尤其是键盘操作,这是我们应该做的.我经常欺骗客户,
把客户合理的要求说成不可实现的,无意义的,只是为了自己偷懒.
H
Hexi
Unregistered / Unconfirmed
GUEST, unregistred user!
我觉得您应该将键盘和鼠标操作功能为用户都实现。因为当用户使用您做的软件
的过程中，他会偶尔使用鼠标，慢慢的他会觉得鼠标操作比键盘 操作更方便，
到时候他可能不在会使用键盘了。而且随着他使用Windows的过程中他也是觉得
鼠标方便，以后他可能又要求您实现鼠标功能，您何不一步到位呢。
的过程中，他会偶尔使用鼠标，慢慢的他会觉得鼠标操作比键盘 操作更方便，
到时候他可能不在会使用键盘了。而且随着他使用Windows的过程中他也是觉得
鼠标方便，以后他可能又要求您实现鼠标功能，您何不一步到位呢。
S
shyj
Unregistered / Unconfirmed
GUEST, unregistred user!
觉得如果实在想得到单子的话，先不管 3*7=21。用RAD技术
迅速的开发出一个原型来让用户比较查看.不管稳定性如何，
方法是否先进,先有个感性认识,我觉得这是DBGrid + TTable
+ 文件数据库的最后用处了(在Delphi中)，这时主要考虑
操作简便，开发迅速，界面漂亮(能吸引客户的)。用户对这一般是很
欢迎的，而且程序有bug客户也能接受。然后如果能拿到单子的话。
hehe,钓上鱼了。仔细设计数据库结构......这时主要考虑程序
稳定性，可维护性。
ai...do MIS work is so tired.
迅速的开发出一个原型来让用户比较查看.不管稳定性如何，
方法是否先进,先有个感性认识,我觉得这是DBGrid + TTable
+ 文件数据库的最后用处了(在Delphi中)，这时主要考虑
操作简便，开发迅速，界面漂亮(能吸引客户的)。用户对这一般是很
欢迎的，而且程序有bug客户也能接受。然后如果能拿到单子的话。
hehe,钓上鱼了。仔细设计数据库结构......这时主要考虑程序
稳定性，可维护性。
ai...do MIS work is so tired.
G
gysLi
Unregistered / Unconfirmed
GUEST, unregistred user!
顾客是上帝
我想顾客的要求并不过分的
可能顾客的设备条件不允许
而且高版本软件向下兼容这是应当的
比如说VC6++就还可以兼容Turbo C2.0
我想顾客的要求并不过分的
可能顾客的设备条件不允许
而且高版本软件向下兼容这是应当的
比如说VC6++就还可以兼容Turbo C2.0
P
pxlei
Unregistered / Unconfirmed
GUEST, unregistred user!
顾客是上帝
I
income
Unregistered / Unconfirmed
GUEST, unregistred user!
我想你所提到的是目前搞应用开发的最头疼的问题,按道理应用开发应以客户为
中心,按用户需求进行系统设计.可就难在用户需求上,用户往往不关心你是如何实
现的,它只关心能否实现他提的功能,以及是否符合他的使用习惯.我所接触的用户
大多数都提到一定要好用.也有你这种情况,用pb去模仿foxpro,我觉的无趣,就随便
设计了一下,客户大为不满,没办法,只好和他讲事实,摆道理,动之以情,晓之以理,
又在程序中加了一些花哨的地方,如声音,动画,界面等等(分散他的注意力
),才
算搞掂.我觉的让用户改变使用真是一件最困难的事情,至于其他方面,用户也不会
故意为难你,实现起来比较困难的,可以和用户协商,毕竟这是甲乙双方的事.最好
还是尊重用户的使用习惯.
中心,按用户需求进行系统设计.可就难在用户需求上,用户往往不关心你是如何实
现的,它只关心能否实现他提的功能,以及是否符合他的使用习惯.我所接触的用户
大多数都提到一定要好用.也有你这种情况,用pb去模仿foxpro,我觉的无趣,就随便
设计了一下,客户大为不满,没办法,只好和他讲事实,摆道理,动之以情,晓之以理,
又在程序中加了一些花哨的地方,如声音,动画,界面等等(分散他的注意力
),才算搞掂.我觉的让用户改变使用真是一件最困难的事情,至于其他方面,用户也不会
故意为难你,实现起来比较困难的,可以和用户协商,毕竟这是甲乙双方的事.最好
还是尊重用户的使用习惯.
K
kingbb
Unregistered / Unconfirmed
GUEST, unregistred user!
应尽量说服顾客,实在不行那也没办法?
顾客是上帝,你们也是要吃饭的.
人在江湖,身不由己!
顾客是上帝,你们也是要吃饭的.
人在江湖,身不由己!
堕
堕落·阿修罗
Unregistered / Unconfirmed
GUEST, unregistred user!
用键盘控制？能累死人……
小弟一个简单的MIS页面，有8个按钮（包括最大，小，关，客户不知用来做什么，
还得另外做个大大的写了中文的“最大化……）。然后做个过程专门
管理按钮的焦点的移动：
if key = up and xxx = ture then
……
哇，排列组合啊！指数级的增长……
最后把按钮全杀掉，换成菜单……呵呵，没话说了
小弟一个简单的MIS页面，有8个按钮（包括最大，小，关，客户不知用来做什么，
还得另外做个大大的写了中文的“最大化……）。然后做个过程专门
管理按钮的焦点的移动：
if key = up and xxx = ture then
……
哇，排列组合啊！指数级的增长……
最后把按钮全杀掉，换成菜单……呵呵，没话说了
Y
youtoo
Unregistered / Unconfirmed
GUEST, unregistred user!
我的看法：
1，尽量满足用户的要求，做出他们满意的软件<font color="red">卖</font>给他们，Only 现金交易。
2，或者先给他们多上培训课，让他们了解了现代软件后，再给他们编程。
1，尽量满足用户的要求，做出他们满意的软件<font color="red">卖</font>给他们，Only 现金交易。
2，或者先给他们多上培训课，让他们了解了现代软件后，再给他们编程。
阿
阿蒙
Unregistered / Unconfirmed
GUEST, unregistred user!
可能是您的顾客还在用 386 ：）：00 所以才这样，不过顾客就是上帝，献给他们看
看 window 是多摸的实用，让他们明白什模是天才来编程，（傻瓜来操作，没人听见
吧）让他先看一下程序的模样，我想他要是没见过 可视化编程。也会为之倾倒。我想
即使在用 386 也会马上升级了。如果对方没有一点让步，那只有在酒桌上干掉他。
十有八九，是想赚一顿饭。没想到 cakk 居然也有解决不了的问题。
看 window 是多摸的实用，让他们明白什模是天才来编程，（傻瓜来操作，没人听见
吧）让他先看一下程序的模样，我想他要是没见过 可视化编程。也会为之倾倒。我想
即使在用 386 也会马上升级了。如果对方没有一点让步，那只有在酒桌上干掉他。
十有八九，是想赚一顿饭。没想到 cakk 居然也有解决不了的问题。
阿
阿蒙
Unregistered / Unconfirmed
GUEST, unregistred user!
让比尔。盖茨来说服他把。买一本比尔的书给他
注： {比尔 说服力 ： 999999999999999
欺骗力： 99999999999999
煽动力： 99999999999999
体力： 99999999999999
精神力： 99999999999999
目标：称霸；
对手：会死的很参
名言：要麽用 window ！要麽（枪口一对准你）死吧！}
给他看完这段！我想会有作用
注： {比尔 说服力 ： 999999999999999
欺骗力： 99999999999999
煽动力： 99999999999999
体力： 99999999999999
精神力： 99999999999999
目标：称霸；
对手：会死的很参
名言：要麽用 window ！要麽（枪口一对准你）死吧！}
给他看完这段！我想会有作用
L
Li zhaoyang
Unregistered / Unconfirmed
GUEST, unregistred user!
先进的并不一定能占领市场。
我想电脑软件中已有这样的许多实例了。
Windows较其它操作系统也并非最好，只要有客户就行了。
@-@有钱赚就行了，任其发展吧。
不必烦恼。
我想电脑软件中已有这样的许多实例了。
Windows较其它操作系统也并非最好，只要有客户就行了。
@-@有钱赚就行了，任其发展吧。
不必烦恼。
杰
杰蛙
Unregistered / Unconfirmed
GUEST, unregistred user!
哎！理想和现实总是有差距的。
可能你的客户是反昏倒死派的，且对比尔那几百亿的家产不满。不过，既然是混这一行的，客户的要求自然要办到咯！（当然不包括无理的要求）。
可能你的客户是反昏倒死派的，且对比尔那几百亿的家产不满。不过，既然是混这一行的，客户的要求自然要办到咯！（当然不包括无理的要求）。
X
xixi
Unregistered / Unconfirmed
GUEST, unregistred user!
顾客的需要就是你工作的方向。
何况在大量数据录入时，键盘的确比鼠标快，Enter比Tab用得方便。
我记得我们公司用Delphi开发时，基类实现的第一个功能就是Enter键
将焦点转移到下一个Edit框；第二个功能就是热键……
再说啦，是客户养活我们，对衣食父母的要求……嘻嘻
何况在大量数据录入时，键盘的确比鼠标快，Enter比Tab用得方便。
我记得我们公司用Delphi开发时，基类实现的第一个功能就是Enter键
将焦点转移到下一个Edit框；第二个功能就是热键……
再说啦，是客户养活我们，对衣食父母的要求……嘻嘻
C
Charles
Unregistered / Unconfirmed
GUEST, unregistred user!
牢记一句话:"客户是上帝"!
这是放之四海皆准的真理!
编程思路方面:
对于不懂的客户,尽可按自己的想法去做,不管你的方法多烂,反正用户只管操作,
只要能满足要求,运行稳定,一切OK!
对于内行客户,水平和你相当,获比你差,只要不是原则性的问题,听客户的!原则性的尽量争取,实在不行,就屈服.
对于界面方面,坚决听客户的,因为他们是最终的用户,你觉得方便的,对他们不一定适用.比如到底是用键盘还是用鼠标,我觉得键盘比鼠标速度快,对于速度要求较高
的情况尽量不用鼠标,象医院收费就是这种情况.你速度一慢,病人要炒死.
以上仅代表个人观点! 据此入市,风险自负!