如何让一个程序员对基于你的IDEA编写EA产生100%的兴趣 - 页 8 12345678910111213 新评论 Sergei Kazachenko 2008.03.03 10:39 #71 KimIV:vaa20003写道（a）： 有一次，有一个体面的客户--他只是知道他想要什么，并解释了它应该如何运作。其余的--是关于 "红色按钮......" :) 无论在程序员看来多么可笑，但客户肯定也有一个关于理想程序员的梦想。他或她不需要解释什么，这样他或她就会知道客户想要什么。说他会有直觉，不会要钱。比如，我写C++是为了吃。 嗯，有很多通灵者和心灵感应者 :-) 然后是一个双重问题：如果一个开发人员已经知道关于所提出问题的一切（在开发结束时甚至比程序员本人更了解问题的本质），那么我们为什么还需要这个同样的程序员？根据经验，只要我自己不做大项目，我总是要找专门的文献，独立研究提出的问题，因为程序员很少能对直接的问题给出一个连贯的答案（因为他不知道），而且总是感到困惑。 还有一个棘手的问题：为什么一个开发人员必须了解一个公司的所有方面（以实现流程自动化），而得到的钱却比在专业部门工作的人只负责一个狭窄的部分要少？ Yuriy Zaytsev 2008.03.03 14:02 #72 Cronex: KimIV: vaa20003写道（a）： 有一次，有一个体面的客户--他只是知道他想要什么，并解释了它应该如何运作。其余的是关于 "红色按钮......" :) 无论在程序员看来多么可笑，但可以肯定的是客户也有一个关于理想程序员的梦想。他们不需要解释什么，他们自己就知道客户需要什么。说他会有直觉，不会要钱。比如，我写C++是为了吃。 嗯，这里有很多通灵者和心灵感应者 :-) 然后是一个反问：如果开发人员已经知道关于预定任务的一切（在开发结束时甚至比程序员本人更了解问题的本质），那么我们为什么还需要这个同样的程序员？根据经验，只要我自己不做大项目，我总是要找专门的文献，独立研究提出的问题，因为程序员很少能对直接的问题给出一个连贯的答案（因为他不知道），而且总是感到困惑。 还有一个很肤浅的问题：为什么一个开发人员应该知道公司的所有方面（以实现流程自动化），而得到的报酬却比在专业部门工作的人只负责一个狭窄的部分要少？ 哦！而这正是问题所在。 当一个程序员像心灵感应者一样工作，摇晃着支架看它应该如何？ 然后吐出它，坐下来研究技术过程 然后程序员去向他征求意见 有一次，我不得不学习会计，所以对我来说，使用表格2进行网络和制作报告更容易。 而不是向女士解释要按什么按钮，为什么要这样计算，涉及哪些资产负债表账户，为什么会出现这个数字。 然后问题就出现了...最后，这位女士学会了中二班... 我一生中遇到过一次好的程序员！这个软件按照标准写了两个月......它在一周内就写好了。 他向我展示了一切，直到屏幕上的表格，在哪个角落应该有什么复选框，在哪个数据库应该有什么字段，以及如何填写。 所有的目录，你猜对了，这家伙是个程序员 - 他只是个老板...基本上，我只是一个编码员。 我认为在外汇行业遇到这样的人几乎是不真实的。 --- 开发人员应该对技术、语言有很好的了解，明白什么是工作，如何工作，如果不完美的话，也要明白这个领域。 但这并不能使开发者免于思考......制定任务，删掉不必要的东西... 并进行良好的设计，以便可以很容易地将变化-增加的内容纳入项目。 当然，设计者必须了解机器是如何制造的，什么可以做，什么不能做。 最优秀的经纪人仍然是程序员......我认为 一个会计曾经给我一个任务! 我问她关于发票的问题。 她说我们没有这些东西! 我说，如果呢？ 她说我们不需要打开它们。 这对我来说没有问题 不，我们不需要。 ---所以你不必这样做。 两个月后，它们被打开了，感谢上帝，我知道这是有可能的，我没有使用常量，而是使用了引用。 但尽管如此，我还是不得不改变计算逻辑，改变规则...... 但如果它马上告诉我，就不会有问题了。 Sergei Kazachenko 2008.03.03 14:17 #73 YuraZ: 有一次，我在生活中遇到了一个好的程序员！软件要花两个月的时间来写，在一个星期内，他告诉我一切，直到屏幕的形式，在哪个角落的哪个复选框应该在哪个数据库的哪个字段，以及所有的目录应该如何填写，每个人都猜对了 - 这个人是一个程序员 - 他只是一个老板已经...我基本上只是在编码。 梦想...我比这更幸运，我有三个....。在过去的十年中;-)，他们中的两个人来自IT行业（经过再培训），但与他们一起工作是多么酷啊!!!!。 Sceptic Philozoff 2008.03.03 14:39 #74 道理：如果你想从一个编码员那里订购一些好东西，最好是你自己知道如何编码，当然也要知道语言的限制。好吧，如果你不是，那么你的辉煌的想法是注定的，因为即使他意识到了什么，这个想法几乎可以肯定是微不足道的（你根本无法向编码员解释更多，因为不能够）--因此无利可图。好吧，如果他真的试图破译你晦涩的基因，他将不可避免地扭曲你的想法，把它从辉煌的利润变成平庸的无利可图。现在，这将是他的错了，这个编码员！"。 Roman Kramar 2008.03.03 14:48 #75 这很有趣，这很有趣。几乎从第一篇帖子开始，这个话题就突然从 "如何让一个程序员100%地对基于你的想法编写EA 感兴趣 "转移到 "我是一个很酷的程序员，而99%的客户都是傻瓜"。 Aleksandr Pak 2008.03.03 14:50 #76 顺便说一下，VBA中的主要任务是双重核算））。 关于这个话题--我问了我的DC关于MTS的情况，然后......。"给中央办公室打电话，那里有一个程序员，最近才雇用的，说明你的需要" Alexandr Andreev 2008.03.03 15:19 #77 Korey: 顺便说一下，VBA中的主要任务是双重核算））。 关于这个话题--我问了我的DC关于MTS的情况，然后......。"给中央办公室打电话，那里有一个程序员，最近才雇用的，说明你的需要" DC的名称是什么？ Aleksandr Pak 2008.03.03 15:20 #78 Fibo-Forex.com Aleksandr Pak 2008.03.03 15:23 #79 Mathemat: 道理：如果你想从一个编码员那里订购一些好东西，最好是你自己知道如何编码，当然也要知道语言的限制。好吧，如果你不是，那么你的辉煌的想法是注定的，因为即使他意识到了什么，这个想法几乎可以肯定是微不足道的（你根本无法向编码员解释更多，因为不能够）--因此无利可图。好吧，如果他真的试图破译你晦涩的基因，他将不可避免地扭曲你的想法，把它从辉煌的利润变成平庸的无利可图。现在，这将是他的错了，这个编码员！"。 好吧，如果你要把分支主题完全拉出来，你需要一个控制性的例子，而MTS和EA的控制性例子是什么？） Igor Kim 2008.03.03 15:29 #80 bstone: 这很有趣，这很有趣。几乎从第一篇帖子开始，这个话题就突然从"如何让一个程序员100%地对基于你的想法写一个顾问感兴趣"转移到 "我是一个很酷的编码员，99%的客户都是傻瓜"。 嗯...说得好...但没有 "我是一个很酷的客户，99%的程序员都是傻瓜 "这种建设性的说法。你说 "A"，你说 "B"。打开话题。而这将是正确的做法--从所有方面来看这个问题。 12345678910111213 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
有一次，有一个体面的客户--他只是知道他想要什么，并解释了它应该如何运作。其余的--是关于 "红色按钮......" :)
嗯，有很多通灵者和心灵感应者 :-)
然后是一个双重问题：如果一个开发人员已经知道关于所提出问题的一切（在开发结束时甚至比程序员本人更了解问题的本质），那么我们为什么还需要这个同样的程序员？根据经验，只要我自己不做大项目，我总是要找专门的文献，独立研究提出的问题，因为程序员很少能对直接的问题给出一个连贯的答案（因为他不知道），而且总是感到困惑。
还有一个棘手的问题：为什么一个开发人员必须了解一个公司的所有方面（以实现流程自动化），而得到的钱却比在专业部门工作的人只负责一个狭窄的部分要少？
有一次，有一个体面的客户--他只是知道他想要什么，并解释了它应该如何运作。其余的是关于 "红色按钮......" :)
嗯，这里有很多通灵者和心灵感应者 :-)
然后是一个反问：如果开发人员已经知道关于预定任务的一切（在开发结束时甚至比程序员本人更了解问题的本质），那么我们为什么还需要这个同样的程序员？根据经验，只要我自己不做大项目，我总是要找专门的文献，独立研究提出的问题，因为程序员很少能对直接的问题给出一个连贯的答案（因为他不知道），而且总是感到困惑。
还有一个很肤浅的问题：为什么一个开发人员应该知道公司的所有方面（以实现流程自动化），而得到的报酬却比在专业部门工作的人只负责一个狭窄的部分要少？
当一个程序员像心灵感应者一样工作，摇晃着支架看它应该如何？ 然后吐出它，坐下来研究技术过程
然后程序员去向他征求意见
有一次，我不得不学习会计，所以对我来说，使用表格2进行网络和制作报告更容易。
而不是向女士解释要按什么按钮，为什么要这样计算，涉及哪些资产负债表账户，为什么会出现这个数字。
然后问题就出现了...最后，这位女士学会了中二班...
我一生中遇到过一次好的程序员！这个软件按照标准写了两个月......它在一周内就写好了。
他向我展示了一切，直到屏幕上的表格，在哪个角落应该有什么复选框，在哪个数据库应该有什么字段，以及如何填写。
所有的目录，你猜对了，这家伙是个程序员 - 他只是个老板...基本上，我只是一个编码员。
我认为在外汇行业遇到这样的人几乎是不真实的。
---
开发人员应该对技术、语言有很好的了解，明白什么是工作，如何工作，如果不完美的话，也要明白这个领域。
但这并不能使开发者免于思考......制定任务，删掉不必要的东西...
并进行良好的设计，以便可以很容易地将变化-增加的内容纳入项目。
当然，设计者必须了解机器是如何制造的，什么可以做，什么不能做。
最优秀的经纪人仍然是程序员......我认为
一个会计曾经给我一个任务!
我问她关于发票的问题。
她说我们没有这些东西!
我说，如果呢？
她说我们不需要打开它们。
这对我来说没有问题
不，我们不需要。
---所以你不必这样做。
两个月后，它们被打开了，感谢上帝，我知道这是有可能的，我没有使用常量，而是使用了引用。
但尽管如此，我还是不得不改变计算逻辑，改变规则......
但如果它马上告诉我，就不会有问题了。
道理：如果你想从一个编码员那里订购一些好东西，最好是你自己知道如何编码，当然也要知道语言的限制。好吧，如果你不是，那么你的辉煌的想法是注定的，因为即使他意识到了什么，这个想法几乎可以肯定是微不足道的（你根本无法向编码员解释更多，因为不能够）--因此无利可图。好吧，如果他真的试图破译你晦涩的基因，他将不可避免地扭曲你的想法，把它从辉煌的利润变成平庸的无利可图。现在，这将是他的错了，这个编码员！"。
关于这个话题--我问了我的DC关于MTS的情况，然后......。"给中央办公室打电话，那里有一个程序员，最近才雇用的，说明你的需要"
顺便说一下，VBA中的主要任务是双重核算））。
关于这个话题--我问了我的DC关于MTS的情况，然后......。"给中央办公室打电话，那里有一个程序员，最近才雇用的，说明你的需要"
DC的名称是什么？
道理：如果你想从一个编码员那里订购一些好东西，最好是你自己知道如何编码，当然也要知道语言的限制。好吧，如果你不是，那么你的辉煌的想法是注定的，因为即使他意识到了什么，这个想法几乎可以肯定是微不足道的（你根本无法向编码员解释更多，因为不能够）--因此无利可图。好吧，如果他真的试图破译你晦涩的基因，他将不可避免地扭曲你的想法，把它从辉煌的利润变成平庸的无利可图。现在，这将是他的错了，这个编码员！"。
好吧，如果你要把分支主题完全拉出来，你需要一个控制性的例子，而MTS和EA的控制性例子是什么？）
这很有趣，这很有趣。几乎从第一篇帖子开始，这个话题就突然从"如何让一个程序员100%地对基于你的想法写一个顾问感兴趣"转移到 "我是一个很酷的编码员，99%的客户都是傻瓜"。