Versión beta de MetaTrader 4 IDE que incluye el nuevo compilador y editor MQL4 - página 8
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
Su código está "más cerca del punto". Rara vez hay algo de dominio público que "no merezca la pena rehacer".
Mal, oh mal. Hay cosas buenas, sólo hay que entenderlas
Vadik se enfada sin tapujos ante la inevitable competencia. ;) // imha auto-sabotaje.
Solía ser una "panacea" con sus bibliotecas, pero ahora serán mucho menos demandadas - casi todo se puede hacer sin ellas, y mucho de lo que no se puede hacer se puede encontrar ya hecho en kodobase en mql5.com
Vadim, busca a los profesionales, hay órdenes de magnitud más.
Vladimir, ¿qué tiene que ver esto con la competencia? Las bibliotecas no serán canceladas. Tendrán que ser rediseñados debido a las incompatibilidades. No porque estén en Code Base, sino porque trabajo con ellos.
Es cierto, tendríamos que cambiar sólo una función en una biblioteca. Pero también es desagradable.
Esta es otra razón para no escribir nada más en MQL. Estoy harto de todos estos cambios y de los constantes fallos.
Vladimir, ¿qué tiene que ver esto con la competencia? Las bibliotecas no se cancelan. Tendremos que rehacerlos por incompatibilidad. No porque estén en Code Base, sino porque trabajo con ellos.
Es cierto, tendríamos que cambiar sólo una función en una biblioteca. Pero también es desagradable.
Cielos, empezaba a pensar que la mitad de la biblioteca se había estrellado allí. :)
Esto es una mierda. Quizás algunos inconvenientes-incompatibilidades reales al trabajar con DLL surjan sólo en relación con la transición a UNICOD. Pero no más que cuando se trabaja con cadenas en otro software [con transición similar].
Y de todos modos, hay que cambiar a ella en algún momento.
Esta es una razón más para no escribir nada en MQL. Estoy harto de todos estos cambios y de los constantes fallos.
No deberías ser así. Me gusta. Ahora hay muy pocos errores, y cuando aparecen se solucionan rápidamente. Los cambios, por regla general, sólo son agradables.
Puede haber otras razones para no escribir TC en mql5(4), pero no ésta.
Hombre, pensé que la mitad de la biblioteca se había derrumbado... :)
Eso es una mierda. Quizás algunos inconvenientes-incompatibilidades reales al trabajar con DLL surjan sólo en relación con la transición a UNICOD. Pero no más que cuando se trabaja con cadenas en otro software [con transición similar].
Y de todos modos, deberías cambiar a ella en algún momento.
No deberías hacer eso. Me gusta. Hay muy pocos errores, y cuando aparecen, se solucionan rápidamente. Los cambios, por regla general, sólo son agradables.
Quizá haya otras razones para no escribir TS en mql5(4), pero no esa.
No hay ningún problema con el unicode. Tengo bibliotecas independientes de la codificación. Se puede compilar de diferentes maneras o añadir interfaces.
Todavía hay muchos errores y más. Estoy harto de escribir sobre ellos y no lo hago más. Es más fácil escribirlas en una DLL en un lenguaje normal. Por lo que he informado no se ha arreglado nada. Sólo escriben que fue diseñado de esa manera.
Recuerdo un incidente. Cuando, aparentemente en la compilación 406, se rompió el refresco del buffer del indicador, Renat amenazó con banearme, después de que explicara la naturaleza razonada del problema (imágenes y el código adjunto). Y sin embargo, ¡se arregló! Después de que alguien se diera cuenta de que la capacidad no documentada de actualizar los gráficos sin conexión dejó de funcionar. :-)) Es decir, no se preocupó por la característica documentada, pero sí por las no documentadas.
Ahora hay errores en algunas funciones para las matrices. No funcionan correctamente en las bibliotecas. Parece que están trabajando con el caché. El contenido y el tamaño de la matriz han cambiado, y siguen funcionando como si nada hubiera cambiado. El mismo código en el módulo principal funciona correctamente. Ahora es más fácil escribirlo en DLL, que en Metacvot TP :-)) Así es más fiable.
Hoy quería probar la versión beta, pero no arranca con un error:
al iniciar con start.bat:
Al ejecutar MetaRditor.exe:
Se ejecuta en:
procesador : 0
vendor_id : AuthenticAMD
familia de cpu : 6
modelo : 7
Nombre del modelo : Procesador AMD Duron(tm)
paso a paso : 1
cpu MHz : 1210.765
tamaño de la caché : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : sí
fpu_exception : sí
nivel de cpuid : 1
wp : sí
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up
bogomips : 2421.53
tamaño de clflush : 32
alineación_de_la_cache : 32
tamaño de las direcciones: 34 bits físicos, 32 bits virtuales
¿Sucede que la nueva versión requiere SSE2 como MT5?
Hoy quería probar la versión beta pero no arranca con un error:
................¿La nueva versión requiere SSE2 como MT5?
Ahora hay muy pocos fallos y, cuando aparecen, se solucionan rápidamente. Los cambios, por regla general, sólo son agradables.
Hay muy pocos bugs porque MQL4 ha sido pulido durante muchos años sin grandes cambios, por lo que el número de bugs es sólo reducido. Pero ahora será al revés...
Sin duda, para aquellos que la codificación es un fin en sí mismo (es decir, el desarrollo de software por dinero o simplemente por afición), la modernización del lenguaje es sin duda una alegría para ellos. Y sobre los problemas de compatibilidad y los bugs que se producen en eso se puede incluso hacer una fortuna, obligando al cliente a pagar un dinero extra y explicándole que estos roba-metacitas la han fastidiado demasiado y ahora tiene que reescribir la mitad del código :) O ganar dinero sólo por reescribir los códigos según la nueva norma. En definitiva, no son más que ventajas.
Pero para los que están interesados en el producto final, que utilizarán en el comercio (y que posteriormente mejorarán), todos estos experimentos con la lengua son inaceptables para ellos. Lo principal aquí es la estabilidad, no todas las características de lujo. Y reescribir tu código por los caprichos de otro, y luego pasarte años cogiendo bugs de nuevo... ni hablar, no lo hagamos.
Así que, sí, probablemente no tenga sentido discutir sobre ello, porque cada uno tiene sus propios objetivos. Me refiero a por qué hay tan pocos descontentos en este hilo. Y muchos hacen su conclusión en silencio.
Bueno, hay pocos bugs porque MQL4 ha sido pulido durante años sin ningún cambio radical, por lo que el número de bugs es cada vez menor. Pero ahora será al revés...
......... . .....Todo esto debería haberse hecho hace mucho tiempo. Deberíamos haber iniciado mql5 en el 4 primero y haber iniciado el quinto terminal después.
// y no te quejes, al final te va a gustar igual. :))
// y prometieron un 99,9% de compatibilidad, así que no hay mucho que tengas que rehacer.
// y la compatibilidad se prometió que sería del 99,9%, no hay que rehacer mucho.