С запуском сервиса "Работа" MQL5.community становится идеальным местом для размещения заказов и оказания услуг программирования. Тысячи трейдеров и разработчиков ежедневно посещают этот ресурс и с легкостью могут помочь друг другу. Для трейдера сервис "Работа" - это легкая возможность получить свой собственный эксперт. Для MQL5-разработчика это возможность легко найти новых клиентов. В данной статье мы рассмотрим возможности этого сервиса.
papaklass 说得很对--把在球上制定算法的成本计入工作成本。
或者，在最复杂的情况下，规定将任务形式化的成本。不过，他们很少同意这样做。
然后，随着经验的积累，任何一组字符你都可以一次性估算出来，而且足够准确。通过笔迹、昵称、词汇.....
papaklass 说得很对--把在球上制定算法的成本计入工作成本。
或者，在最复杂的情况下，规定任务正规化的成本。不过，他们很少会同意。
然后，随着经验的积累，任何一组字符你都可以一次性估算出来，而且足够准确。通过笔迹、昵称、词汇 ....
komposter，我不同意你的观点......虽然每个人都有自己的真理。从这个意义上说，如何考虑一个潜在的客户 - 有良心或没有？
如果你把 你的工作成本算法成本制定的球上，那么顾名思义，客户端不被认为是善意的，因为他支付的 "不订购的风险"。例如，就盗窃而言，零售商就是这样做的。我们所有人多付的货款，恰恰是商店从我们这里偷走的....。
通过 MQ 网站在客户和承包商之间建立关系的机制，可以或多或少公平地构建这种关系......或者尝试这样做....。
完全同意abolk 的观点：
例如，假设您是一名表演者。您花了大约 3-4 天的时间与客户讨论并形成正确的职权范围......现在，让我们按照 papaklass 的建议 ，看看经理....他是否会与潜在买家沟通至少一个多小时？
写作专家们，有空坐下来，算一算完成正常任务和气球工作 需要多少时间，再比一比正常任务和气球工作的收入比例。结果会是 30/70 和 70/30。为什么普通客户要为气球师付费？工作成本应包括讨论工作的成本，但在合理的范围内（阅读和 2-3 圈问答），正常客户不应支付气球师的费用。
...现在，让我们按照 papaklass 的建议 ，看看推销员....。他会与潜在买家沟通至少一个小时以上吗？
写作专家们，有空坐下来，算一算完成正常任务和气球任务需要多少时间，再比一比正常任务和气球任务的收入比例。你会得到类似 30/70 和 70/30 的结果。
事情就是这样。客户愿意付的钱越少，任务越不明确，傲慢和自命不凡就越多。
要知道，市场价格已经 包含了程序员根据客户要求所做工作的价格。
如果程序员不明白这一点，就注定会降低自己的竞争力。
试图将需求说明的价格和代码本身的工作价格分开并向客户收取费用，是乌托邦式的想法。
要想办法将 TOR 和代码本身的工作价格分开并向客户收费，简直是痴人说梦。
为 TOR 分析和批准设定固定费用是可能的。至于订单 能否完成 则是另一回事。:)
维修费用 - 取决于维修的复杂程度和备件费用。
要知道，市场价格已经 包含了程序员根据客户要求所做工作的价格。
如果程序员不明白这一点，他注定会降低自己的竞争力。
试图将需求说明的价格与代码本身的工作价格分开并向客户收费的想法是乌托邦。
这不是程序员劳动配给的问题，不是定价政策的问题，也不是客户是什么样的气球主义者和什么样的程序员经常受到娇惯的问题，而是 "工作 "服务 在下单程序上存在严重的根本性缺陷，即
1) 执行者应能拒绝工作
2) 执行者应能降低工作成本
3) 客户应能增加工作成本。
对职权范围的分析和批准可以设定一个固定的费用。至于订单能否完成则是另一回事。:)
维修费用--取决于维修的复杂程度和备件的成本。
至于 TOR 的开发和付款问题，在 "工作 "服务中，一切都已经考虑周全。客户附上 ToR，按下第二个按钮 - 程序员就可以看到他的钱了。也就是说，在程序员开始 TOR 工作之前，他要确保客户有偿付能力。然后，任务可以多次编辑和替换。
我曾和一个外国人打过交道，他讨价还价，要求打折，而且他的偿付能力假设似乎很有道理，所以我答应帮他完成 TOR，但一到第二个按钮，他就成了聋哑人。
由此得出的结论是，程序员按照规则，在客户按下第二个按钮之前，是不会开始使用 TOR 的。唯一可以用来判断客户偿付能力的是他确认了第二步（TOR）。除此以外别无其他（许多俄语和英语网民在暗示和装腔作势方面已经达到了炉火纯青的地步）。
至于修改 TOR 时的工程造价问题，老实说，我不知道该如何实施。但程序员降低工作成本和客户增加工作成本都是不合逻辑的。谁会使用这种奇怪的可能性呢？