¡¡¡¡¡Ofreciendo el juego !!!!! - página 8

 
FION писал (а):
Estoy de acuerdo - no es un ToR, sino un algoritmo diseñado para un comerciante más o menos entrenado.
Vaya... Tú mismo lo has dicho... Para un comerciante, no un programador... No es un algoritmo en absoluto. Sólo una descripción verbal de una idea. Lejos de un algoritmo, aún más lejos del TOR. Al parecer, ahora la habilidad del programador viene determinada en gran medida por su capacidad para escribir programas basados en una descripción verbal. Y la cualificación de los clientes está cayendo.

FION escribió (a):
En realidad
, también he intentado construir sistemas complejos con una formalización precisa, pero la experiencia demuestra que hacer el sistema más complejo refinando la formalización no mejora el resultado, es decir, hay un cierto límite de calidad para la idea inicial. De ahí una conclusión sencilla: hay que descartar a tiempo las ideas inviables.
Estoy de acuerdo... Pero se necesita un criterio para seleccionar las ideas. Este criterio se forma con la experiencia. Pero la experiencia es algo peligroso. Te hace tirar al bebé con el agua.


FION escribió (a):
Pero el principio, cuantas más ideas, mejor, sigue siendo relevante.
Hay otro principio. Menos es más :)) Puedes ahogarte en un gran número de ideas y seguir siendo un eterno estudiante.
 
KimIV писал (а):

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

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


En la mayoría de los casos, el cliente ni siquiera es consciente de todos estos detalles y sutilezas. Encontré una opción - programar todas las opciones posibles (más o menos realistas), hacer las opciones y escribir las instrucciones - es mucho más rápido y menos desesperante;-)
 
KimIV писал (а):
FION escribió (a):
Estoy de acuerdo - no es un TOR, sino un algoritmo diseñado para un comerciante más o menos entrenado.
Vaya... Tú mismo lo has dicho... Para un comerciante, no un programador... No es un algoritmo en absoluto. Sólo una descripción verbal de una idea. Lejos de un algoritmo, aún más lejos del TOR. Al parecer, ahora la habilidad del programador viene determinada en gran medida por su capacidad para escribir programas basados en una descripción verbal. Y la cualificación de los clientes está cayendo.

FION escribió (a):
Por supuesto, también intenté construir sistemas complejos con una formalización precisa, pero la experiencia demuestra que hacer el sistema más complejo refinando la formalización no mejora el resultado, es decir, hay un cierto límite de calidad para la idea inicial. De ahí una conclusión sencilla: hay que filtrar a tiempo las ideas inviables.
Estoy de acuerdo... Pero se necesita un criterio para seleccionar las ideas. Este criterio se forma con la experiencia. Pero la experiencia es algo peligroso. Te hace tirar al bebé con el agua.


FION escribió (a):
Pero el principio, cuantas más ideas, mejor, sigue siendo relevante.
Hay otro principio. Menos es más :)) Puedes ahogarte en un gran número de ideas y seguir siendo un eterno estudiante.
Antes me dedicaba al desarrollo de dispositivos electrónicos de precisión para la medición de vibraciones, por lo que puedo imaginar el proceso de búsqueda de soluciones. Para entender mejor o peor, si no es inmediatamente claro (por la experiencia) es necesario tratar, curiosamente, en el campeonato de algoritmos muy simples resultó ser el más exitoso, aunque aproximadamente lo esperaba.
 
FION писал (а):
.... Curiosamente, los algoritmos más sencillos fueron los más exitosos en los campeonatos, aunque esto es lo que yo habría esperado.

Esto no es nada extraño.
El objetivo del Campeonato no es identificar a los Asesores Expertos más resistentes, sino atraer a un amplio conjunto de Asesores Expertos para que participen en la competición.
Por eso el fondo de premios es tan grande. Esto, a su vez, atrajo no sólo a los escritores experimentados de EA, sino también a los recién acuñados. ¿Y qué quieren estos recién llegados del Campeonato? Sólo quieren ganar premios, no demostrar la viabilidad de sus expertos. De ahí la simplicidad de sus expertos y su excesiva asunción de riesgos.
En cuanto a los Asesores Expertos con una larga experiencia, son ingenuos. Luchan por una idea. Quieren un "bello" Experto....
 
Michel_S писал (а):
FION escribió (a):
.... Curiosamente, los algoritmos más sencillos fueron los más exitosos en el campeonato, aunque eso es lo que esperaba.

Eso no es nada extraño.
El objetivo del Campeonato no es revelar a los Asesores Expertos más resistentes, sino atraer a un amplio público de Asesores Expertos para que participen en él.
Por eso el fondo de premios es tan grande. Esto, a su vez, atrajo no sólo a los escritores experimentados de EA, sino también a los recién acuñados. ¿Y qué quieren estos recién llegados del Campeonato? Sólo quieren ganar premios, no demostrar la viabilidad de sus expertos. De ahí la simplicidad de sus expertos y su excesiva asunción de riesgos.
En cuanto a los Asesores Expertos con una larga experiencia, son ingenuos. Luchan por la idea. Quieren un "bello" Experto....
A menudo se da el caso de que la simplicidad es donde reside la belleza.
 
Beber y orinar.
 
Rosh:
Beber y orinar.
Si bebes pero no puedes orinar, ¡sí!
 
Rosh:
Beber y orinar.

comer y hacer caca :)
viviendo...
 
FION писал (а):
Si bebes y no puedes orinar, ¡sí!
¿Qué tiene eso que ver? Roche mostró la simplicidad de una manera original, no la patología
 
Sergey, te advertí que no te pusieras demasiado serio aquí :).
Por cierto, cada uno tiene su propia definición de "agradable/no agradable". Por lo tanto, un EA escrito usando sólo el MACD con un período exorbitantemente largo, más los errores en el código, más el fracaso persistente para salir de la parte superior 10.... ¡es innegablemente hermoso! Aunque no es nada inteligente. ...

Ok, ya me voy, perdón por la inundación, pero todo el mundo se está volviendo loco aquí.