有趣的和幽默的 - 页 317 1...310311312313314315316317318319320321322323324...4979 新评论 Vladimir Gomonov 2012.05.12 19:54 #3161 Mathemat:MD 写道?我至少会让中间区域从-0.33到+0.33(而不是[-0.5...+0.5])。;) Andrey Dik 2012.05.12 19:55 #3162 Mischek: 已经有了。 整数是大脑。脑子。他得到了馅饼。 михаил потапыч 2012.05.12 20:18 #3163 "上帝保佑美国" михаил потапыч 2012.05.12 20:54 #3164 Urain:在乌克兰,他们只是不知道拿破仑已经被打败了 :) 好吧,这里的每个人都知道他是被普京打败的。 михаил потапыч 2012.05.12 20:57 #3165 михаил потапыч 2012.05.12 21:19 #3166 http://www.ted.com/talks/lang/ru/jason_fried_why_work_doesn_t_happen_at_work.html杰森-弗莱德:为什么我们不在工作中工作 михаил потапыч 2012.05.12 21:35 #3167 joo: 米谢克,用俄语告诉我,你到底为什么不在你的工作岗位上工作。 我的个人资料说明了我工作的一切 Valerii Mazurenko 2012.05.12 21:37 #3168 Mathemat:但让我们看看一年后你想如何调整它......一般来说,我不反驳这一点。如果我在一个团队中工作,我不允许自己有这样的壮举。但是,一个代码,对每个人来说都是简单而清晰的,是没有效率的;任何优化(大小、内存、速度)都不会让每个人都清楚(没有原因,Knuth写了一卷关于排序的书,还有三卷关于其他算法)。而在mql5中,主要是速度(在这个特定的案例中不是)进行优化,所以简单的代码是没有效率的。就像在并行开发过程中,使用 "不简单 "的代码是低效的。我没有再犯糊涂了。 Vladimir Gomonov 2012.05.12 21:55 #3169 notused:一般来说,我不反驳这一点。如果我在一个团队中工作,我不允许自己有这样的壮举。但是,一个代码,对每个人来说都是简单而清晰的,是没有效率的;任何优化(大小、内存、速度)都不会让每个人都清楚(白白的,Knuth写了一卷关于排序的书,还有三卷关于其他算法)。而在mql5中,主要是速度(在这个特定的案例中不是)进行优化,所以简单的代码是没有效率的。就像在并行开发过程中,使用 "不简单 "的代码是低效的。没有更多的失误。我可能会建立一个mql-adventure分支,但我必须发布 "成就 "并做一些分析,为了教育的目的。 我特别欢迎各种 "不可能的解决方案",即实现那些在mql中似乎根本不可能做到的事情(如条件编译)。// 我这里就有一个这样的东西在酝酿。这是很实用的。而且完全不可能。:) Sceptic Philozoff 2012.05.12 22:17 #3170 MetaDriver: 我可能会为 "mql-adventures "创建一个分支,但我想在描述 "成就 "的同时添加一些分析,使其对研究有用。 我特别欢迎各种 "不可能的解决方案",即实现那些在mql中似乎根本不可能做到的事情(如条件编译)。我同意。组织一个分支机构。notused: 我不会再忽悠了。 瓦莱里,没关系的。我自己也在考虑一件事,那就是让代码更有效,更难以理解:)。 1...310311312313314315316317318319320321322323324...4979 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
MD 写道?
我至少会让中间区域从-0.33到+0.33(而不是[-0.5...+0.5])。
;)
已经有了。
整数是大脑。脑子。他得到了馅饼。
在乌克兰,他们只是不知道拿破仑已经被打败了 :)
http://www.ted.com/talks/lang/ru/jason_fried_why_work_doesn_t_happen_at_work.html
杰森-弗莱德:为什么我们不在工作中工作
米谢克,用俄语告诉我,你到底为什么不在你的工作岗位上工作。
但让我们看看一年后你想如何调整它......
一般来说,我不反驳这一点。如果我在一个团队中工作,我不允许自己有这样的壮举。
但是,一个代码,对每个人来说都是简单而清晰的,是没有效率的;任何优化(大小、内存、速度)都不会让每个人都清楚(没有原因,Knuth写了一卷关于排序的书,还有三卷关于其他算法)。而在mql5中,主要是速度(在这个特定的案例中不是)进行优化,所以简单的代码是没有效率的。就像在并行开发过程中,使用 "不简单 "的代码是低效的。
我没有再犯糊涂了。
一般来说,我不反驳这一点。如果我在一个团队中工作,我不允许自己有这样的壮举。
但是,一个代码,对每个人来说都是简单而清晰的,是没有效率的;任何优化(大小、内存、速度)都不会让每个人都清楚(白白的,Knuth写了一卷关于排序的书,还有三卷关于其他算法)。而在mql5中,主要是速度(在这个特定的案例中不是)进行优化,所以简单的代码是没有效率的。就像在并行开发过程中,使用 "不简单 "的代码是低效的。
没有更多的失误。
我可能会建立一个mql-adventure分支,但我必须发布 "成就 "并做一些分析,为了教育的目的。
我特别欢迎各种 "不可能的解决方案",即实现那些在mql中似乎根本不可能做到的事情(如条件编译)。
// 我这里就有一个这样的东西在酝酿。这是很实用的。而且完全不可能。:)
我特别欢迎各种 "不可能的解决方案",即实现那些在mql中似乎根本不可能做到的事情(如条件编译)。
我同意。组织一个分支机构。
瓦莱里,没关系的。我自己也在考虑一件事,那就是让代码更有效,更难以理解:)。