提供游戏!!!!! - 页 8

新评论
 
FION писал (а):
 我同意 - 这不是一个ToR，而是一个为或多或少受过训练的交易员设计的算法。
哇...你自己说的......。对于一个交易员，而不是一个程序员...这根本就不是一个算法。只是对一个想法的口头描述。离算法很远，离TOR更远。显然，现在程序员的技能主要由他或她根据口头描述编写程序的能力决定。而客户的资格正在下降。

FION 写道（a）：
其实 我也试图用精确的形式化来建立复杂的系统，但经验表明，通过细化形式化使系统更加复杂并不能改善结果，也就是说，最初的想法有一定的质量限制。 因此，一个简单的结论--我们必须及时放弃不可行的想法。
我同意...但你需要一个选择想法的标准。这个标准是随着经验形成的。但经验是一件危险的事情。它让你把婴儿和水一起扔出去。


FION 写道（a）：
，但原则是，想法越多越好--仍然有意义。
还有一个原则。少即是多 :))你可以淹没在大量的想法中，并保持一个永恒的学生。
 
KimIV писал (а):

FION писал (а):
 Программисту для написания кода необходим формализованный алгоритм процесса торговли советника.

Согласен с Вами. Что называется ППКС (подпишусь под каждым словом). Но, увы... То, что Вы описали ниже, не является формализованным алгоритмом. Алгоритмом я считаю такое описание процесса, который сможет выполнить человек, не владеющий предметом. Например, из Вашего описания нужно знать, что такое каналы и как они строятся. Что означает подход цены к границе канала? Разные люди вкладывают в это разный смысл. Для одного подход - это вход в 10-ти пунктовую зону, для другого пересечение, для третьего ещё что-нибудь. К чему мы в итоге приходим? К тому, что программист сам занимается формализацией словесного описания процесса. Результат - неправильная реализация того, что хотел заказчик. Причина - общение на разных языках, вкладывание в одинаковые слова разного смысла. Как этого избежать? Нужно и заказчику и программисту участвовать в процессе формализации, алгоритмизации. Еще лучше обоим разработать свои алгоритмы и сравнить их, найти несоответствия и устранить. За весь мой 15-тилетний программистский опыт у меня был только один заказчик, который пытался разговаривать со мной на понятном мне языке. В ТЗ было всё необходимое: учтены все условия, все формулы, умолчательные значения и прочее. Мне практически ничего было формализовать. Всё уже было сделано. Видимо, это идеал. А реалии таковы, что большинство деталей из заказчика приходится вытягивать, то есть типичный заказчик не заботится о том, что может понадобится программисту для реализации его идеи. Какие цифры, какие графики, таблицы, формулы или просто пояснительные иллюстрации.


在大多数情况下，客户甚至没有意识到所有这些细节和微妙之处。我发现了一个选择--对所有可能的（或多或少的现实）选项进行编程，做出选项并编写指令--这要快得多，而且不那么伤脑筋;-)
 
KimIV писал (а):
FION 写道（a）：
，我同意--这不是一个TOR，而是一个为或多或少受过训练的交易员设计的算法。
哇...你自己说的...对于一个交易员，而不是一个程序员...这根本就不是一个算法。只是对一个想法的口头描述。离算法很远，离ToR更远。显然，现在程序员的技能主要由他或她根据口头描述编写程序的能力决定。而客户的资格正在下降。

FION 写道（a）：
 当然，我也试图用精确的形式化建立复杂的系统，但经验表明，通过细化形式化使系统更加复杂并不能改善结果，也就是说，最初的想法有一定的质量限制。 因此，一个简单的结论--我们必须及时筛选出不可行的想法。
我同意...但你需要一个选择想法的标准。这个标准是随着经验形成的。但经验是一件危险的事情。它让你把婴儿和水一起扔出去。


FION 写道（a）：
，但原则是，想法越多越好--仍然有意义。
还有一个原则。少即是多 :))你可以淹没在大量的想法中，并保持一个永恒的学生。
我曾经从事过用于振动测量的精密电子设备的开发--因此，我可以想象寻找解决方案的过程。要了解更好或更坏，如果不是立即清楚（根据经验），有必要尝试，奇怪的是，在冠军非常简单的算法原来是最成功的，虽然我大约预期它。
 
FION писал (а):
....奇怪的是，非常简单的算法在锦标赛中是最成功的，尽管这和我的预期差不多。

这一点都不奇怪。
锦标赛的目标不是要找出最有弹性的专家顾问，而是要吸引广大的专家顾问参加比赛。
这就是为什么奖励基金如此之大。这反过来不仅吸引了经验丰富的EA作家，而且也吸引了刚出道的作家。而这些新人想从锦标赛中得到什么呢？ 他们只想赢得奖品，而不是证明他们的专家的可行性。因此，他们的专家很简单，而且他们的风险承受能力过强。
至于有长期经验的专家顾问，他们是天真无邪的。他们在为一个想法而战。他们想要一个 "美丽的 "专家....。
 
Michel_S писал (а):
FION 写道（a）。
....奇怪的是，非常简单的算法在冠军赛中是最成功的，尽管这和我预期的差不多。

这一点都不奇怪。
锦标赛的目标不是要揭示出最有弹性的专家顾问。 锦标赛的目标是要吸引广大的专家顾问参与其中。
这就是为什么奖励基金如此之大。这反过来不仅吸引了经验丰富的EA作家，而且也吸引了刚出道的作家。而这些新人想从锦标赛中得到什么呢？ 他们只想赢得奖品，而不是证明他们的专家的可行性。因此，他们的专家很简单，而且他们的风险承受能力过强。
至于有长期经验的专家顾问，他们是天真无邪的。他们为这个想法而奋斗。他们想要一个 "美丽的 "专家....。
通常的情况是，简单是美的所在。
 
喝酒和小便。
 
Rosh:
喝酒和小便。
如果你喝了酒却尿不出来，是的!
 
Rosh:
喝酒和小便。

吃饭和拉屎 :)
生活...
 
FION писал (а):
 如果你喝了酒又尿不出来，是的!
这跟它有什么关系？罗氏以一种原创的方式展示了简单性，而不是病理学
 
谢尔盖，我警告过你，不要在这里太认真了:)。
顺便说一下，每个人都有自己的 "好/不好 "的定义。因此，一个只用MACD写的EA，周期过长，加上代码中的错误，再加上持续的失败，无法走出前10....。不可否认的是，它很美!但这并不是明智之举......

好了，我现在要走了，对不起，洪水泛滥，但大家在这里都有点忘乎所以了。
12345678910
新评论
原因: