市场上的节制 - 页 3 12345678910 新评论 Aleksandr Novikov 2015.03.04 08:14 #21 VOLDEMAR: 你认为在出现错误的情况下,买家会告诉你问题在哪里,在哪一行代码中? 我们谈论的是哪一行代码?买方是否可以获得该代码?还是你只是来聊天的?:) Vladislav Andruschenko 2015.03.04 08:21 #22 不是在这里,版主只是作为一个未来的买家发言。想象一下 - 买家会购买并在评论中写道 - "该指标不工作,它不画 任何东西"。所以在这种情况下,值得注意的是指标和说明即防止这些点。相信我--版主的这种回应都是,大家都学到了真理和经验。 Andrey F. Zelinsky 2015.03.04 08:21 #23 Novikov:你想过你写的东西吗?如果有人的指示器不工作,这并不意味着它根本不工作,这只意味着要么有人的手是歪的,要么他们甚至没有费心去读说明书!如果有人的指示器不工作,这不意味着它根本不工作。如果一切工作正常,你怎么能在你的终端中寻找原因呢!?而我是否要提醒伟大的MODERATORS查看日志并向我报告!?而不是仅仅报告说"指标不画任何东西"。奇怪的推理:"要运行指标--你必须阅读手册"很明显,当指标 被放在图表上时,它必须画出一些东西。设置和指示是次要的。因此,节制的答案:"指标不画 "是相当正确和真实的。你卖掉指标,解决你自己的问题。而你必须在自己的日志中挖掘。为什么版主或买家要探究卖家的日志?尽可能彻底地测试你的产品。有一个区别 - 交付指标的订单,其中有一个调试的过程 - 这个过程是自然和合理的要求提供的日志 - 和有一个销售,其中买方不应该翻找的日志(至少,当第一个订单,它是在工作过程中与非常罕见的异常情况 - 你可以要求的日志)。 Vladimir Pastushak 2015.03.04 10:01 #24 abolk:奇怪的推理:"要运行一个指标,你必须阅读说明"。很明显,当你把指标放在图表上时,它必须绘制一些东西。设置和指示是次要的。因此,节制的答案:"指标不画 "是相当正确和真实的。你卖掉指标,解决你自己的问题。而你必须翻看自己的日志。为什么版主或买家要探究卖家的日志?尽可能彻底地测试你的产品。有一个区别--按订单交付指标,其中有一个调试的过程--这个过程是自然合理的要求提供原木--有一个销售,买方不应该在原木中翻找(至少在生产的第一阶段,在非常罕见的异常情况的过程中,可以要求原木)。 该指标不需要绘制任何东西,该指标可以收集、转换和写入数据到文件... Vladimir Pastushak 2015.03.04 10:04 #25 Novikov: 我们到底是在谈论哪一行代码?客户是否可以获得该代码?还是你只是来聊天的?:)无论你是否有源代码,在出错的情况下,终端不仅会显示出错的行数,还会显示出错的位置。知道这些细节的买家可以写信给你,说终端在第123行和第12位置说错误,而你作为开发者可以进入源代码,看看第123行和第12位置有什么错误。 Anatoli Kazharski 2015.03.04 10:06 #26 VOLDEMAR: 指标不一定要画东西,指标可以是画图、转换和写数据到文件...... 因此,应该有一些方法来通知用户当前的进程或缺乏进程(尝试失败等)。在日志中,在图表的评论 中,或用过程指标。 Alexey Busygin 2015.03.04 10:08 #27 Novikov:你想过你写的东西吗?我是什么?"灵媒"?如果有人的指示器不工作,这并不意味着它根本不工作,这只意味着要么有人的手是歪的,要么他们甚至懒得看说明书!这是不可能的。如果一切工作正常,你怎么能在你的终端中寻找原因呢!?还有,我是否要提醒伟大的MODERATORS在日志中寻找信息并向我报告!?不仅仅是为了退订那个"指标不画任何东西"。你最好考虑一下你写的东西!如果版主写道,它不工作,那么就是这样,最好在不同经纪商的不同终端上测试你的前_,自己看一下日志和专家标签。 Andrey F. Zelinsky 2015.03.04 10:09 #28 VOLDEMAR: 该指标不需要绘制任何东西,该指标可以收集、转换和写入数据到文件中... 这不会改变问题的关键--如果指标写到文件里,审核会写:"指标没有写到文件里"--如果审核写:"指标没有画出来",这意味着指标没有工作--就是这样--没有人应该给出任何解释,审核和买方都没有--这是卖方的问题,只有他应该解决--审核不是一个调试器和错误测试者 Sergey Eremin 2015.03.04 10:14 #29 应该始终假定,最终用户将是最没有能力的,而且在运行程序之前没有阅读手册和说明的欲望。如果有一连串的动作,其中没有用户可见的程序结果(或预期),这只是一个问题。开发商测试者质检部门唉,由于资源有限,一个开发人员需要承担角色2和3,因此所有的问题都是开发人员的问题。测试不充分或与客户沟通的系统考虑不充分并不重要。任何程序在任何情况下都必须至少以最明显的方式告诉用户一些事情(哦,多少用户不知道日志的存在!)。在代码中加入对所有输入数据、所有用户行为的处理,对所有外部环境、所有内部状态的检查。如果对程序做错了什么,就让它报告,至少让你去读一下手册。如果一切都出现致命错误(数组 超限、无效指针访问等),这显然是开发者的错误,这也可以(通过检查)处理并报告给用户。版主不是测试员/QA部门的代表,他们不需要为你做工作。毕竟,你是写商业软件,还是......?:)当然,这都是我的观点,你不能不同意。 Aleksandr Novikov 2015.03.04 10:16 #30 abolk:奇怪的推理:"要运行一个指标,你必须阅读说明"。很明显,当你把指标放在图表上时,它必须绘制一些东西。设置和指示是次要的。因此,节制的答案:"指标不画 "是相当正确和真实的。你卖掉指标,解决你自己的问题。而你必须翻看自己的日志。为什么版主或买家要探究卖家的日志?尽可能彻底地测试你的产品。有一个区别--按需交付指标,这里有一个调试的过程--这个过程是自然合理的要求提供日志--还有一个是销售,买方不应该在日志中翻找(至少,当第一个订单,它是在工作过程中一个非常罕见的异常情况下你可以要求提供日志)。为什么有这种奇怪的推理?一个相同的指标可能被每个用户以不同的方式解释--"到 "或 "从",在 "反弹 "或 "突破",等等。还是说,你认为买家为一张指标的图片付了钱,甚至没有深入了解所写的实质内容?该指标没有显示在图表上,但在日志中 "画 "出了某些引号缺失的信息,而版主甚至懒得理会这些信息!至少在说明书中白纸黑字逐字写着:"确保包含8种货币(美元、欧元、英镑、瑞士法郎、加元、澳元、新西兰元、日元)的所有28种货币对都出现在市场观察窗口中"。我认为 "指标不画 "的答案是无用的,不能说明问题,也不正确!我认为 "指标不画 "的答案是无用的,不能说明问题。我和这里的每个人一样,都不是通灵者! 12345678910 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你认为在出现错误的情况下,买家会告诉你问题在哪里,在哪一行代码中?
不是在这里,版主只是作为一个未来的买家发言。
想象一下 - 买家会购买并在评论中写道 - "该指标不工作,它不画 任何东西"。
所以在这种情况下,值得注意的是指标和说明即防止这些点。
相信我--版主的这种回应都是,大家都学到了真理和经验。
你想过你写的东西吗?如果有人的指示器不工作,这并不意味着它根本不工作,这只意味着要么有人的手是歪的,要么他们甚至没有费心去读说明书!如果有人的指示器不工作,这不意味着它根本不工作。
如果一切工作正常,你怎么能在你的终端中寻找原因呢!?而我是否要提醒伟大的MODERATORS查看日志并向我报告!?
而不是仅仅报告说"指标不画任何东西"。
奇怪的推理:"要运行指标--你必须阅读手册"
很明显,当指标 被放在图表上时,它必须画出一些东西。设置和指示是次要的。
因此,节制的答案:"指标不画 "是相当正确和真实的。
你卖掉指标,解决你自己的问题。
而你必须在自己的日志中挖掘。为什么版主或买家要探究卖家的日志?
尽可能彻底地测试你的产品。
有一个区别 - 交付指标的订单,其中有一个调试的过程 - 这个过程是自然和合理的要求提供的日志 - 和有一个销售,其中买方不应该翻找的日志(至少,当第一个订单,它是在工作过程中与非常罕见的异常情况 - 你可以要求的日志)。
奇怪的推理:"要运行一个指标,你必须阅读说明"。
很明显,当你把指标放在图表上时,它必须绘制一些东西。设置和指示是次要的。
因此,节制的答案:"指标不画 "是相当正确和真实的。
你卖掉指标,解决你自己的问题。
而你必须翻看自己的日志。为什么版主或买家要探究卖家的日志?
尽可能彻底地测试你的产品。
有一个区别--按订单交付指标,其中有一个调试的过程--这个过程是自然合理的要求提供原木--有一个销售,买方不应该在原木中翻找(至少在生产的第一阶段,在非常罕见的异常情况的过程中,可以要求原木)。
我们到底是在谈论哪一行代码?客户是否可以获得该代码?还是你只是来聊天的?:)
无论你是否有源代码,在出错的情况下,终端不仅会显示出错的行数,还会显示出错的位置。
知道这些细节的买家可以写信给你,说终端在第123行和第12位置说错误,而你作为开发者可以进入源代码,看看第123行和第12位置有什么错误。
指标不一定要画东西,指标可以是画图、转换和写数据到文件......
你想过你写的东西吗?我是什么?"灵媒"?如果有人的指示器不工作,这并不意味着它根本不工作,这只意味着要么有人的手是歪的,要么他们甚至懒得看说明书!这是不可能的。
如果一切工作正常,你怎么能在你的终端中寻找原因呢!?还有,我是否要提醒伟大的MODERATORS在日志中寻找信息并向我报告!?
不仅仅是为了退订那个"指标不画任何东西"。
你最好考虑一下你写的东西!
如果版主写道,它不工作,那么就是这样,最好在不同经纪商的不同终端上测试你的前_,自己看一下日志和专家标签。
该指标不需要绘制任何东西,该指标可以收集、转换和写入数据到文件中...
应该始终假定,最终用户将是最没有能力的,而且在运行程序之前没有阅读手册和说明的欲望。
如果有一连串的动作,其中没有用户可见的程序结果(或预期),这只是一个问题。
唉,由于资源有限,一个开发人员需要承担角色2和3,因此所有的问题都是开发人员的问题。测试不充分或与客户沟通的系统考虑不充分并不重要。
任何程序在任何情况下都必须至少以最明显的方式告诉用户一些事情(哦,多少用户不知道日志的存在!)。在代码中加入对所有输入数据、所有用户行为的处理,对所有外部环境、所有内部状态的检查。如果对程序做错了什么,就让它报告,至少让你去读一下手册。如果一切都出现致命错误(数组 超限、无效指针访问等),这显然是开发者的错误,这也可以(通过检查)处理并报告给用户。
版主不是测试员/QA部门的代表,他们不需要为你做工作。毕竟,你是写商业软件,还是......?:)
当然,这都是我的观点,你不能不同意。
奇怪的推理:"要运行一个指标,你必须阅读说明"。
很明显,当你把指标放在图表上时,它必须绘制一些东西。设置和指示是次要的。
因此,节制的答案:"指标不画 "是相当正确和真实的。
你卖掉指标,解决你自己的问题。
而你必须翻看自己的日志。为什么版主或买家要探究卖家的日志?
尽可能彻底地测试你的产品。
有一个区别--按需交付指标,这里有一个调试的过程--这个过程是自然合理的要求提供日志--还有一个是销售,买方不应该在日志中翻找(至少,当第一个订单,它是在工作过程中一个非常罕见的异常情况下你可以要求提供日志)。
为什么有这种奇怪的推理?一个相同的指标可能被每个用户以不同的方式解释--"到 "或 "从",在 "反弹 "或 "突破",等等。
还是说,你认为买家为一张指标的图片付了钱,甚至没有深入了解所写的实质内容?
该指标没有显示在图表上,但在日志中 "画 "出了某些引号缺失的信息,而版主甚至懒得理会这些信息!
至少在说明书中白纸黑字逐字写着:"确保包含8种货币(美元、欧元、英镑、瑞士法郎、加元、澳元、新西兰元、日元)的所有28种货币对都出现在市场观察窗口中"。
我认为 "指标不画 "的答案是无用的,不能说明问题,也不正确!我认为 "指标不画 "的答案是无用的,不能说明问题。我和这里的每个人一样,都不是通灵者!