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

[Bormotun]

abolk:

如果我们谈论的是乔布斯服务，客户的钱只有在客户自愿和清醒地按下 "同意ToR "按钮时才会被冻结。

而你说的是如何做--如果程序员不想在Skype语音中与你达成一致，并且不理解你的TOR。

所以要找另一个程序员。问题是什么？

不，我只是在说，程序员，被选中，TOR通过了双方，程序员在协调TOR的阶段没有问题。

[михаил потапыч]

Bormotun:
哦，是的，这确实有区别，有两个人!

让我们看看光明的一面。完成了一千多份订单，至今没有一个客户加入你的话题。

[Andrey F. Zelinsky]

Bormotun:
不，我说的是，程序员被选中后，双方都通过了职权范围，程序员在同意职权范围的阶段没有问题。

在这种情况下，你应该要求程序员以书面形式对你的职权范围中的每个字、每个句子作出详细解释。同时要求程序员提供顾问的草稿，然后再亲自确认程序员已经理解了TOR。而只有在这之后--你才会把钱交给他们。没有其他办法

[Bormotun]

Integer:
给我一个具体的例子，说明你个人在哪些方面遇到了困难？

哦，我有很多事情发生了，好吧，举个例子，我写了一个需求说明，它包含9个外部变量，每个都有自己的名字，我拿到代码，我在那里看到什么？我没有看到任何外部变量的名称，而这些名称是在参考条款中指定的!你知道那个程序员在回答我的困惑时告诉我什么吗？最有趣的是，他说你没有指定变量名称必须完全相同，而且不能改变！他说："我不知道。当然，这对我来说是个新闻，但现在我总是在我的职权范围中指出，变量的名称不能被改变，它们必须完全按照客户的意图留下，不能多也不能少。这不是胡说八道吗？但最有趣的是在前面，你不会相信有多少变数，而不是我的10个，你认为是12个，不是啊，或者16个，当然是更多的，但远非如此，他们有45个，而且每个人都有一个名字，从来没有在ToR中! 肿块从那里开始堆积起来，但后面会有更多关于这个问题。

[Dmitry Fedoseev]

Bormotun:
哦，我有很多事情发生，好吧，这里有一个例子，我写了一个需求规范，它包含9个外部变量，每个都有自己的名字，我拿到代码，我在那里看到什么？我没有看到任何外部变量的名称，而这些名称是在参考条款中指定的!你知道那个程序员在回答我的困惑时告诉我什么吗？最有趣的是，他说你没有指定变量名称必须完全相同，而且不能改变！他说："我不知道。当然，这对我来说是个新闻，但现在我总是在我的职权范围中指出，变量的名称不能改变，必须完全按照客户的意图留下，不能多也不能少。这不是胡说八道吗？但最有趣的是在前面，你不会相信有多少变数，而不是我的10个，你认为是12个，不是啊，还是16个，当然是更多的，但远非如此，他们有45个，而且每个人都有一个名字，从来没有在TK中出现过！"。 肿块从那里开始堆积起来，但后面会有更多关于这个问题。

这很清楚--一个写信的人。曾经有一段时间，变量被分为买入和卖出两部分，客户要求这两部分必须有相同的变量名称，因为这是在工作中写的。也许你有这样的变量名，不能用来命名变量，也许工作中没有写明这些不是X和Y类型的条件名，而是强制性的变量名。

你应该感谢额外的变量，它扩大了专家顾问定制 的范围。

再一次清楚地表明--字面意思的人是一个紧张的破坏者。变量描述是可以的，但如果有未知的变量而没有描述，那就是另外一回事了。

[Andrey F. Zelinsky]

Integer:

你应该感谢额外的变量，它扩展了EA配置的可能性。

早前有一篇文章https://www.mql5.com/ru/job/3722-- 增加滑点--这个变量可以从外部设置，也可以隐藏--客户打开这个变量的成本是20美元

还有https://www.mql5.com/ru/job/3694-- 增加一个魔术师，让专家顾问在不同的符号上进行交易--魔术师可以移到外面，也可以不移--至少要增加10美元。

[михаил потапыч]

Bormotun:
我有很多事情要做，例如在一个案例中，我写了一个有9个外部变量的需求，每个变量都有自己的名字，我拿到代码后看到了什么？我没有看到任何在TK中指定的外部变量的名字！我不知道。你知道那个程序员在回答我的困惑时告诉我什么吗？最有趣的是，他说你没有指定变量名称必须完全相同，而且不能改变！他说："我不知道。当然，这对我来说是个新闻，但现在我总是在我的职权范围中指出，变量的名称不能改变，必须完全按照客户的意图留下，不能多也不能少。这不是胡说八道吗？

操，这是一个正常的工作流程，这就是所有大惊小怪的原因？

额外的变量通常是你在一段时间后要求的变量。

只有程序员已经知道，而你不知道。

[Bormotun]

Integer:

一切都很清楚--他是一个字面意思的人。我有一个非常糟糕的例子，变量被分为买入和卖出两部分，而客户坚持两部分都有相同的变量名称，因为我是这样写任务的。也许你也有这样的变量名，不能用来命名变量，也许工作中没有写明这些不是X和Y这样的条件性名称，而是强制性的变量名。

额外的变量是值得感谢的，因为它们扩大了设置EA的可能性。再一次--很明显--写信的人是一个紧张的破坏者。

变量被描述了--一切都很好，但如果有未知的变量没有描述--则是另一回事。

这就是我的理解，这就是我所说的，我甚至认为，如果我写我被活活吃掉了，你还会找理由骂顾客的。而且你知道，我想我喜欢吃信，但这有点过分。

[Bormotun]

Mischek:

操，这是一个正常的工作流程，这就是所有大惊小怪的原因？

额外的变数通常是你在一段时间后自己要求的。

你有没有想过，这么多额外的变量能起到什么作用？你是灵媒吗，知道我将来会要求什么？

[Dmitry Fedoseev]

abolk:

1.很久以前有一个https://www.mql5.com/ru/job/3722-- 增加滑差--这个变量可以是外部的，也可以是隐藏的--客户打开这个变量需要花费20美元。

2.还有https://www.mql5.com/ru/job/3694- 增加一个魔术师，让专家顾问在不同的符号上进行交易 - 魔术师可以移到外面，也可以不移 - 至少要增加10美元

在第一种情况下，是的。这里是第二个--你可能会遇到麻烦。 有一个专家顾问在网络上徘徊，它有一个相当复杂的系统来处理订单，订单上有魔术师的标记，有一次我没有看就碰到了，比如说，他们在那里做什么。