程序员是否考虑问题,包括和人沟通都是从技术角度出发?
程序员是否考虑问题,包括和人沟通都是从技术角度出发?
和一个程序员谈我对产品的要求
首先是问他一个大的方向,问他能否实现(因为如果大的方向不对的话,做出来的东西也不是我需要的)
但是他却说,你要数据,要什么数据,多大的数据,怎么分析,你说了吗?然后说我不懂程序设计
是啊,我是没说.但是这个不是问题,以后谈细节的时候肯定会说的.但是如果连我的产品需要的功能的大方向,你都没了解.我告诉你细节,又有什么用?
而且,客户的需求很多时候是很难清楚的表述出来的,在功能出来前客户也只是一个大概的方向知道.就是产品大致的出来了,功能也要经过多次的修改.
比如说,我们做一个股票分析的软件.可能客户有一个交易策略,现在需要做成一个分析软件.那我肯定是问,我实时的接受数据,然后对这些数据进行实时分析.分析完后,再反馈回去.这样的功能能不能写出来?这是在确定大的方向.难道这个时候要和你详细的说,当价格高于多少的时候,同时MACD是多少的时候,同时RSI的形态又是多少的时候,就买进.当.......的时候,就卖出.这些都已经是细节方面了,这些要实现也是很容易的.但你作为程序员，大的方向都没把握住,你怎么去开发产品.开发出来,也10有89是客户不满意的.
以我上面的例子来说,我现在是想知道,最重要的几个功能,首先,实时的接收数据,其次,即时的对数据进行分析.这几个功能似乎不涉及到后面谈到的细节方面吧.作为程序员，和客户沟通的时候,把大的方向先说清楚,让客户心里有的数就可以了.如果大的方向都通不过,那后面的细节谈得再多也是白搭.
所以,我还是劝劝各位,技术再好也要能够满足客户的需要.一个连客户需要什么都搞不清楚的程序员，技术再牛也拿不到高工资.技术好是为了能创造效益,而公司的效益来自对客户提供满意的服务.目前大部分程序员的实际工资都不高,一方面是因为技术不够精,另一方面恐怕也是对客户的需求弄不懂,这样一来,做起事情来,明明一个星期可以搞定的,就要变成两个星期,三个星期.这样能拿高工资才怪.
一点想法,欢迎大家讨论
[解决办法]
up,
study
[解决办法]
谢谢,接分
[解决办法]
这个活你找错人了，不能怪人家程序员，人家也不是系统分析员。不会采集需求分析需求很正常。
[解决办法]
up 有道理
[解决办法]
哈哈，不都是哈哈
[解决办法]
所以跟客户沟通程序员一定要能忍啊
[解决办法]
程序员好象就是负责实现的。
如果需求、分析、实现都是一个人做，那这个人不能单纯的叫程序员了。
[解决办法]
有一少部分人是这样,大部分都不是.
[解决办法]
学习学习
[解决办法]
态度决定了很多东西.
[解决办法]
下一个跟着
