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

新评论
 
Bormotun:
你是灵媒吗，知道我将来会要求什么？

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

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

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

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

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

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

首先你可以问一下，是否在描述中没有（或是否有？）

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

第三是构成工作的时间。

你是个发牢骚的人。

 
Integer:


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

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


你真是个爱抱怨的人。

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

首先，你可以问，如果它不在描述中（或它是？）


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

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

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

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