Aprendizaje automático en el trading: teoría, práctica, operaciones y más - página 1197
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
He escrito en el foro: no veo ninguna ventaja en sustituir un paquete por otro. Todo el problema son los predictores y su capacidad de predicción para un determinado profesor. Si se soluciona este problema, a costa del paquete se puede eliminar un poco de error, pero no merece la pena.
Así que lo resolvemos por fuerza bruta, por ejemplo. Y alguien utiliza el conocimiento puro de la realidad.
La cuestión es que no hay casi nada en MQL.
Me gusta python porque la sintaxis es más clara. Son los mismos para P y R.
Python no tiene NADA que ver con nuestros problemas. Python es un cúmulo de todo y cualquier cosa útil para nosotros, una subtrama de paletos con versiones incomprensibles que no son compatibles de arriba a abajo. El soporte de Python es puramente rústico, en los entusiastas. Las rúbricas de paquetes aceptables en Python no existen como tales. Todo lo que hay que encontrar en Python es una búsqueda en el foro, por parte de los entusiastas.
¡¡¡como la historia ha demostrado, IBM también es un sub-software hecho por hombres en un garaje, creo que el futuro es Commodore 64 !!!
¡¡¡como la historia ha demostrado, IBM también es un maniquí que los chicos del garaje han fastidiado, creo que el futuro es Commodore 64 !!!
SanSanitch es un tipo duro... en vez de luchar por R mejor que escriba algo interesante :))
SanSanych es un tipo duro... en vez de animar a R, mejor que escriba algo interesante :))
He leído sus artículos, nada en contra de R, pero ¿por qué debería culpar a Python del desarrollo masivo? - cuantas más personas participen en el desarrollo, más probable es el"Cisne Negro", que puede llevar a un resultado que pasará a la historia ;)
He escrito en el foro: no veo ninguna ventaja en sustituir un paquete por otro. Todo el problema son los predictores y su capacidad de predicción para un determinado profesor. Si se soluciona este problema, a costa del paquete se puede eliminar un poco de error, pero no vale la pena.
Se pueden escribir muchas cosas, pero es más difícil demostrarlas en la práctica.
Aquí arriba probamos diferentes implementaciones de modelos de árbol sobre la tabla de multiplicación, algunas de ellas no se enseñaron hasta el final, y esto ya prueba que el problema no está sólo en los predictores y probablemente no sólo en su combinación con el modelo, sino también en la implementación de este modelo en un determinado paquete.
SanSanych es un tipo duro... en vez de animar a R prefiere escribir algo interesante :))
No puedo terminar hasta dentro de medio año, el interés es bajo.
Así que sin mí, al menos por ahora.
Llevo seis meses sin poder terminar nada, el interés ha disminuido.
Así que sin mí, al menos por ahora.
un poco, siempre parece así... luego un poco más... :) terminan tardando meses y años
porque el objetivo final no está del todo claro cómo debe ser. A modo de ejemplo: creo que lo he hecho y parece que es posible operar con ciertas tolerancias, pero quiero que sea cada vez mejor.
En mi opinión python es mejor en el sentido de que hay más información en ruso, ni siquiera encontré un foro de habla rusa en R donde pudiera hacer preguntas tontas...
Pero en mi opinión no hay necesidad en los puentes para el modelo de trabajo en MT, lo que necesito es un código donde este modelo estará disponible para la conexión como una función en MQL5.
En mi opinión python es mejor en el sentido de que hay más información en ruso, ni siquiera encontré un foro de habla rusa en R donde pudiera hacer preguntas tontas...
Pero en mi opinión no hay necesidad en los puentes para el modelo que se ejecuta en MT, lo que necesito es un código que hará que este modelo disponible para conectar como una función en MQL5.
https://www.youtube.com/playlist?list=PLu5flfwrnSD5d02G9YJcDv30Fp5_70-sI
https://www.youtube.com/playlist?list=PLu5flfwrnSD5d02G9YJcDv30Fp5_70-sI
Necesito comunicarme - los videos son comunes, no discuto.
Todavía no he podido resolver el problema de dividir los cálculos en clusters - R tiene una biblioteca, pero no he entendido cómo activarla sin una modificación especial del código, y no he encontrado a alguien que lo haga...