讨论程序员和客户之间的冲突。对程序员和客户之间的暧昧情况进行讨论，并对最有冲突的程序员的表现进行评级。 - 页 20 1...131415161718192021222324252627...40 新评论 Sergey Petruk 2012.05.12 08:34 #191 如果有这么多的评论和意见，就意味着有一个冲突的问题，但每一方都会说出自己的真相。我，作为一个客户，有机会与这个资源的五个程序员沟通，并决定选择一个新的承包商，我收集的统计数据/不完整，只有积极的/+价格的问题+自己的喜好。我想提请执行者注意，价格是在商定TOR后经双方同意批准的（在TOR中做1-2个小改动是可以接受的，因此输出价格可能会增加），我认为应该事先提醒可能出现的价格意外变化。最后期限是一个单独的问题，但对承包商来说，拖延最后期限是没有任何筹码的。因此，程序员-执行者比客户处于更有利的地位，因为他可以在任何阶段拒绝/而且时间已到/并要求增加版税，而只是给出一个通用的垃圾，而懒得去检查是否符合TOR中的算法。但如果各方对结果感兴趣，总是会有一个妥协。 Artyom Trishkin 2012.05.12 08:45 #192 vspexp:如果有这么多的评论和意见，就意味着有一个冲突的问题，但每一方都会说出自己的真相。我，作为一个客户，有机会与这个资源的五个程序员沟通，并决定选择一个新的承包商，我收集了基于统计数据/不完整，只有积极的/+问题的价格+自己的喜好。我想提请执行者注意，价格是在商定TOR后经双方同意批准的，在TOR中做1-2个小改动是可以接受的，因此产出的价格可能会增加，我认为应该提前提醒可能出现的价格意外变化。最后期限是一个单独的问题，但对承包商来说，拖延最后期限是没有任何筹码的。因此，程序员-执行者比客户处于更有利的地位，因为他可以在任何阶段拒绝/而且时间已到/并要求增加版税，而只是给出一个通用的垃圾，而懒得去检查是否符合TOR中的算法。但如果各方对结果感兴趣，总是会有一个妥协。很多时候（我从这项服务以外的经验出发），大部分的准备时间都被商定TOR所占用。它是客户所有水晶般清晰和透明的。毕竟，所有的缄默显然是在他的脑子里，是理所当然的。另一方面，对于承包商来说，这个问题是职权范围中的一个空白点。有的时候，试图对TK中未描述的情况获得一个明确的答案，得到的答复是"......"。О...我还没有想过这个问题 ...我们以后再谈吧，我们开始工作吧......"。而由于客户的疏忽，处理代码中会出现这种情况的遗漏，导致违反程序的逻辑。这就是为什么我们必须要求所有客户可见的细微差别都必须明确地正式化。最后期限被推迟，然后对承包商的评价不是很好......。 Sceptic Philozoff 2012.05.12 08:49 #193 vspexp: 我作为一个客户，在这个网站上接触了五个编码员，我根据统计数据做出了选择新编码员的决定。 首先，你确实喜欢收集信息。这意味着你是 "正确的 "客户，并且你是彻底的。第二，在这五位编码员中，有多少人是你不满意的？你不需要说出名字，只要给我一个号码。 Andrey F. Zelinsky 2012.05.12 09:12 #194 artmedia70:还有一个重要的 "但是"...。在Job中，人们不仅为Five订购和编写，也为MT4订购。那些在mql4.com上有文章和作品的开发者怎么办？而且这里没有排名，在kodobase中没有文章或作品......？它将永远不在顶部，但是，对不起，在POP...并积累他所做的工作数量的排名，以增加获得工作订单的机会......。这并不严重...我支持质量而不是数量...... 目前形式的 "顶级 "只基于一个属性，即 "完成的工作数量"。为了进入 "顶级"--从事各种nakruktsya：做一个简单的工作，在几个部分为10美元；倾倒lichnosti采取的工作。这种 "顶级 "的资格并不反映所做的工作，没有人看到 - 不是质量的指标。评论也不是资格的指标。因为现在和将来都会有冲突。而冲突的原因--"客户永远是对的"，"表演者应该预见到一切"，"表演者必须、必须、必须"。"顶部 "应该在一些基础上形成，例如，文章+数据库+作品。编码库中的文章和作品可以被查看、评估。然后，"顶部 "将是客观的，作弊就没有意义了。当然，4K的文章和出版物也应被考虑在内。 Artyom Trishkin 2012.05.12 09:20 #195 abolk: 目前形式的 "顶级 "只基于一个属性，即 "完成的工作数量"。为了达到 "顶峰" - 从事各种nakruktsya：一个不复杂的工作在几个部分10美元，倾倒的工作会采取。这种 "顶级 "的资格并不反映所做的工作，没有人看到 - 不是质量的指标。评论也不是资格的指标。因为现在和将来都会有冲突。而冲突的原因--"客户永远是对的"，"表演者应该预见到一切"，"表演者必须、必须、必须"。"顶部 "应该在一些基础上形成，例如，文章+数据库+作品。编码库中的文章和作品可以被查看、评估。那么 "顶级 "将是不偏不倚的，就没有作弊的意义了。这就是我感兴趣的问题。表演者有文章，有作品，有评价，有一些 "名字"，但一切都在四面八方。而我在这里写文章，开始学习mql5，把工作放在mql5上，只是为了提高我的评级，尽管订单是在mql4上完成的......这有点奇怪...但当mql4完全被遗忘时，那么--是的...没有其他方法，只有这里的排名...... Andrey F. Zelinsky 2012.05.12 09:22 #196 artmedia70:这就是我感兴趣的问题。表演者有文章，有作品，有评价，有某种 "名字"，但一切都在四面八方......。而我在这里写文章，开始学习mql5，把工作放在mql5上，只是为了提高我的评级，尽管订单是在mql4上完成的......这有点奇怪...但当mql4完全被遗忘时，那么--是的...没有其他方法，只有这里的评价...... 我在这个主题中提到了这个问题，https://www.mql5.com/ru/forum/6684/page5#comment_193952--下面还有Renat的反应。 Renat Fatkhullin 2012.05.12 09:23 #197 我们将看看是否能将MQL4.com的评级与 "成就 "的一个子部分联系起来。 михаил потапыч 2012.05.12 09:24 #198 artmedia70:这就是我感兴趣的问题。表演者有文章，有作品，有评价，有一些 "名字"，但一切都在四面八方。而我在这里写文章，开始学习mql5，把工作放在mql5上，只是为了提高我的评级，尽管订单是在mql4上完成的......这有点奇怪...但是，当这四个人完全进入遗忘状态时，那么是的...没有其他办法，只有在那里的评级......在四的时候他们会提高五，在五的时候他们不会提高四，这就是乌托邦 михаил потапыч 2012.05.12 09:29 #199 不是乌托邦)) Artyom Trishkin 2012.05.12 09:32 #200 Renat: 我们会考虑这个问题，也许我们可以将MQL4.com的评级附加到 "成就 "的一个子栏目中。 我认为，只要f4被人们使用，并且有生产mql4程序的订单，这将是一个很好的解决方案，所以客户可以看到一个更完整的申请人的情况（特别是，如果订单是MT4的）。 1...131415161718192021222324252627...40 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
如果有这么多的评论和意见，就意味着有一个冲突的问题，但每一方都会说出自己的真相。
我，作为一个客户，有机会与这个资源的五个程序员沟通，并决定选择一个新的承包商，我收集的统计数据/不完整，只有积极的/+价格的问题+自己的喜好。
我想提请执行者注意，价格是在商定TOR后经双方同意批准的（在TOR中做1-2个小改动是可以接受的，因此输出价格可能会增加），我认为应该事先提醒可能出现的价格意外变化。最后期限是一个单独的问题，但对承包商来说，拖延最后期限是没有任何筹码的。因此，程序员-执行者比客户处于更有利的地位，因为他可以在任何阶段拒绝/而且时间已到/并要求增加版税，而只是给出一个通用的垃圾，而懒得去检查是否符合TOR中的算法。但如果各方对结果感兴趣，总是会有一个妥协。
如果有这么多的评论和意见，就意味着有一个冲突的问题，但每一方都会说出自己的真相。
我，作为一个客户，有机会与这个资源的五个程序员沟通，并决定选择一个新的承包商，我收集了基于统计数据/不完整，只有积极的/+问题的价格+自己的喜好。
我想提请执行者注意，价格是在商定TOR后经双方同意批准的，在TOR中做1-2个小改动是可以接受的，因此产出的价格可能会增加，我认为应该提前提醒可能出现的价格意外变化。最后期限是一个单独的问题，但对承包商来说，拖延最后期限是没有任何筹码的。因此，程序员-执行者比客户处于更有利的地位，因为他可以在任何阶段拒绝/而且时间已到/并要求增加版税，而只是给出一个通用的垃圾，而懒得去检查是否符合TOR中的算法。但如果各方对结果感兴趣，总是会有一个妥协。
很多时候（我从这项服务以外的经验出发），大部分的准备时间都被商定TOR所占用。它是客户所有水晶般清晰和透明的。毕竟，所有的缄默显然是在他的脑子里，是理所当然的。另一方面，对于承包商来说，这个问题是职权范围中的一个空白点。有的时候，试图对TK中未描述的情况获得一个明确的答案，得到的答复是"......"。О...我还没有想过这个问题 ...我们以后再谈吧，我们开始工作吧......"。而由于客户的疏忽，处理代码中会出现这种情况的遗漏，导致违反程序的逻辑。这就是为什么我们必须要求所有客户可见的细微差别都必须明确地正式化。最后期限被推迟，然后对承包商的评价不是很好......。
首先，你确实喜欢收集信息。这意味着你是 "正确的 "客户，并且你是彻底的。
第二，在这五位编码员中，有多少人是你不满意的？你不需要说出名字，只要给我一个号码。
还有一个重要的 "但是"...。在Job中，人们不仅为Five订购和编写，也为MT4订购。那些在mql4.com上有文章和作品的开发者怎么办？而且这里没有排名，在kodobase中没有文章或作品......？它将永远不在顶部，但是，对不起，在POP...并积累他所做的工作数量的排名，以增加获得工作订单的机会......。这并不严重...我支持质量而不是数量......
目前形式的 "顶级 "只基于一个属性，即 "完成的工作数量"。为了达到 "顶峰" - 从事各种nakruktsya：一个不复杂的工作在几个部分10美元，倾倒的工作会采取。这种 "顶级 "的资格并不反映所做的工作，没有人看到 - 不是质量的指标。评论也不是资格的指标。因为现在和将来都会有冲突。而冲突的原因--"客户永远是对的"，"表演者应该预见到一切"，"表演者必须、必须、必须"。"顶部 "应该在一些基础上形成，例如，文章+数据库+作品。编码库中的文章和作品可以被查看、评估。那么 "顶级 "将是不偏不倚的，就没有作弊的意义了。
这就是我感兴趣的问题。表演者有文章，有作品，有评价，有一些 "名字"，但一切都在四面八方。而我在这里写文章，开始学习mql5，把工作放在mql5上，只是为了提高我的评级，尽管订单是在mql4上完成的......这有点奇怪...
但当mql4完全被遗忘时，那么--是的...没有其他方法，只有这里的排名......
这就是我感兴趣的问题。表演者有文章，有作品，有评价，有某种 "名字"，但一切都在四面八方......。而我在这里写文章，开始学习mql5，把工作放在mql5上，只是为了提高我的评级，尽管订单是在mql4上完成的......这有点奇怪...
但当mql4完全被遗忘时，那么--是的...没有其他方法，只有这里的评价......
这就是我感兴趣的问题。表演者有文章，有作品，有评价，有一些 "名字"，但一切都在四面八方。而我在这里写文章，开始学习mql5，把工作放在mql5上，只是为了提高我的评级，尽管订单是在mql4上完成的......这有点奇怪...
但是，当这四个人完全进入遗忘状态时，那么是的...没有其他办法，只有在那里的评级......
在四的时候他们会提高五，在五的时候他们不会提高四，这就是乌托邦
我们会考虑这个问题，也许我们可以将MQL4.com的评级附加到 "成就 "的一个子栏目中。