讨论程序员和客户之间的冲突。对程序员和客户之间的暧昧情况进行讨论,并对最有冲突的程序员的表现进行评级。 - 页 14

 
Bormotun:
你是灵媒吗,知道我将来会要求什么?

是的,有点,而且是百分之一百。

如果您订购的EA只适用于一个订单,那么您肯定会被要求使其可以开设多个订单。如果你没有默默地把跟踪止损做成EA,他们肯定会要求你开多个订单。然后,我们将被要求修改五位数的 EA,然后我们将被要求打开没有StopLoss和TakeProfit的EA。如果没有指标的移位,肯定会要求你修改它。

 
Integer:
第一种情况是肯定的。但如果是第二种情况,我们可能会遇到一些问题。 一个专家顾问在网络上徘徊,有一个相当复杂的系统,其中的订单被标记为魔术师。

这是可以理解的--但是当一个魔术师是由开发者自己制作的时候--他知道他在做什么--我们应该感谢他,而不是大发雷霆,说为什么我需要这个魔术师,不想看到它。

更重要的是--你可以在最终版本中直接说 "隐藏"--这就是交易。

 
Bormotun:
你有没有想过,这么多不必要的变量可能会造成什么后果?你是灵媒吗,知道我将来会要求什么?

首先你可以问一下,是否在描述中没有(或是否有?)

第二,我们可以删除,只留下职权范围内的那些。

第三是构成工作的时间。

你是个发牢骚的人。

 
Integer:


再一次--很明显--写信的人是一个紧张的破坏者。变量的描述很好,但如果有未知的变量而没有描述,那就是另一回事了。

那么,对你来说,职权范围不再是一份文件了?所以,如果你改变了变量的功能,改变了它们的名字,把它们的数量增加了几倍,那就可以了,但如果客户要求它们符合职权范围,你就是一个龅牙虫?我喜欢它。我仍然希望,至少有一个你的潜在客户会有兴趣阅读这份声明。一般来说,我建议把它们放在表演者的简介中,放在程序员的特点部分。
 
Mischek:


你真是个爱抱怨的人。

这是一个什么样的幼儿园?
 
Mischek:

首先,你可以问,如果它不在描述中(或它是?)


我为什么要问呢?你需要问,并给我职权范围中的内容,或去...
 
Bormotun:
所以职权范围对你来说不再是一份文件?所以,如果你改变了变量的功能、名称,将它们的数量增加了几倍,就没有问题,但如果客户要求完全遵守职权范围,你就是一个恶棍?我喜欢它。我仍然希望,至少有一个你的潜在客户会有兴趣阅读这份声明。我一般会建议把它们粘在程序员特征部分的承包商简介中。

不要歪曲我的话,扭曲我的话。没有人谈论改变变量的功能。

至于名字,我还没有看到任何带有变量名称的参考条款,所以变量真的可以这样命名。如果客户不想要一个表现良好的专家顾问,而只是想要检查器,他通常会在这些检查器上离开,看在上帝的份上,我才会感到高兴。另外,当客户过多地参与到功能的逻辑中时--它看起来非常蹩脚,一般的客户在头脑中想不出两步棋的布局,它看起来不过是精神贫乏的表现。

 
最有趣的是,一开始他们呵斥客户,说他们愚蠢,现在他们意识到问题是没有遵守他们的职权范围,就是这样,愚蠢的客户没有关系,现在的客户是写信的人,不知道还有哪些客户? 最好是推出一个名单,以及他们遇到了谁,这样你马上就知道谁是谁。
 
Bormotun:
我为什么要问?你需要它,你问它,给我职权范围内的东西,或者去......。
好吧,做梦吧,Skype印象派。
 
有一些情况下,我不得不完成工作,直到 "完全按照订单"。
Bormotun:
最有意思的是,一开始我们批评客户,说他们愚蠢,但现在我们意识到,问题在于职权范围的不一致,就是这样,愚蠢的客户没有关系,现在的客户是写信的人,我不知道还有什么客户? 最好是推出一个名单,谁遇到了什么,这样你马上就知道谁是谁。
很明显,你把你自己的意思放在了TOR的概念里。在这种情况下,你需要根据国家标准正式确定他们的TOR)))。你喜欢这个主意吗?