Mi enfoque. El núcleo es el motor. - página 161
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
En el pasado, nadie se había dedicado seriamente a esta línea de trabajo. Y de repente lo hicieron. ¿Y por qué? Porque he creado el constructor de interfaces gráficas para la gente, no para mí. Y quiero distribuirlo libremente. Por supuesto, es peor que C#, pero es seguro y bueno para el mercado. Y se desarrolla constantemente. Entonces, ¿qué sentido tiene? (¿Quieres fastidiarme?)).
Por cierto, siempre he dicho que voy a sugerir el navegador sólo para MT5. Tengo un terreno de pruebas en MT4. Y está justificado desde el punto de vista del desarrollo. Me hace mejorar, buscar mejores soluciones...
He actualizado el tema varias veces, tal vez 20 personas que leen este foro han comenzado sus experimentos, apenas más que eso, y los que ya han utilizado la dll de terceros pueden seguir utilizándola.
Los desarrolladores del terminal no han cambiado el concepto de "caja de arena segura para MT", nada ha cambiado.
en cuanto a su trabajo... el tiempo lo dirá ;)
Estás exagerando tu importancia ;)
¿Quién lo ha empezado? He actualizado este hilo varias veces, bueno, quizá unas 20 personas que leen este foro han empezado los experimentos, difícilmente más, y los que han usado antes la dll de terceros la seguirán usando
Los desarrolladores del terminal no han cambiado el concepto de "caja de arena segura para MT", nada ha cambiado.
en cuanto a su trabajo... el tiempo lo dirá ;)
Estás exagerando tu importancia ;)
No, ciertamente exagero su importancia (como hacemos todos), pero es sólo una coincidencia...)).
Un artículo puede cambiarlo todo. Miles de personas lo leerán y puede desencadenar algo que no tiene vuelta atrás. Vasiliy está desarrollando el enlace Sharpe profesionalmente. Ciertamente no me importa, pero publicar sus soluciones podría ser perjudicial. Tal vez esté exagerando, pero si es fácil relacionar a EA con Sharpe, se obtiene una mezcla peligrosa. El EA está vinculado a la cuenta, al dinero. El ordenador podría tener la información personal del usuario. Sharp abrirá la puerta al espacio personal del comerciante. Permite el acceso a zonas prohibidas. Y el EA servirá a la oscura agenda de alguien más. Quizá no, pero ¿quién sabe?
Un EA puede ser un cebo para propagar troyanos. Se plantarán y se pondrán a disposición del público. Y no más. :(((
El artículo puede simplemente infundir confianza en los Asesores Expertos con el DLI y la GUI. Y cualquier confianza es un caldo de cultivo para los defraudadores.
Un artículo puede cambiarlo todo. Miles de personas lo leerán y podría poner en marcha algo que ya no tiene vuelta atrás. Vasiliy está desarrollando la conexión Sharpe de forma profesional. Ciertamente no me importa, pero publicar sus decisiones podría ser perjudicial. Tal vez esté exagerando, pero si es fácil relacionar a EA con Sharpe, se obtiene una mezcla peligrosa. El EA está vinculado a la cuenta, al dinero. El ordenador podría tener los datos personales del usuario. Sharp abrirá la puerta al espacio personal del comerciante. Permite el acceso a zonas prohibidas. Y el EA servirá a la oscura agenda de alguien más. Quizá no, pero ¿quién sabe?
?
https://www.mql5.com/ru/articles/96
https://www.mql5.com/ru/articles/18
https://www.mql5.com/ru/articles/364
https://www.mql5.com/ru/articles/1414
https://www.mql5.com/ru/articles/73
https://www.mql5.com/ru/articles/1903
https://www.mql5.com/ru/articles/249
https://www.mql5.com/ru/articles/44
https://www.mql5.com/ru/articles/1361
https://www.mql5.com/ru/articles/236
https://www.mql5.com/ru/articles/1567
https://www.mql5.com/ru/articles/2895
... y otras 12 páginas de búsqueda de artículos... Creo que habrá más de 50 artículos sobre la integración de MT con dlls externos, seguro
и? ... todo mi respeto a vasily, tiene artículos interesantes, se nota su profesionalidad, pero ¿crees que va a romper el sistema? -sistema, que alguien que no quería usar la búsqueda en Internet, de repente empieza a tratar con C# profesionalmente ..... Te aseguro que el propio C# se ejecuta en su propio entorno de desvarío, de todas formas tendrás que salir a C++ puro ;)
...
https://www.mql5.com/ru/articles/2895
... y otras 12 páginas de búsqueda de artículos... Creo que habrá más de 50 artículos sobre la integración de MT con dlls externos, seguro
и? ... todo mi respeto a vasily, tiene artículos interesantes, se nota su profesionalidad, pero ¿crees que va a romper el sistema? -sistema, que alguien que no quería usar la búsqueda en Internet, de repente empieza a tratar con C# profesionalmente ..... Puedo calmarme, el propio C# se ejecuta en su propio entorno de despotricar, de todos modos tendrás que salir a C++ puro ;)
¿Recuerdas que hablaba de la dificultad de conectar una aplicación externa a MT? Bueno, realmente era complicado. Solía serlo. Y ahora, cuando me han mostrado lo que han hecho los desarrolladores, lo mucho que han simplificado la conexión, me he sentido incómodo. No porque temiera por mi proyecto, sino porque siempre pensé que esta dirección era errónea en general.
Los desarrolladores han simplificado y ampliado las posibilidades de comunicación. Mira qué fácil es usar la DLL ahora, comparado con lo que se describe en esos artículos. Es mucho más fácil. Y ahora, en lugar de una docena de artículos, habrá uno. Y con ello, un simple adaptador. Y esto es serio.
Si ha decidido integrar todas las sutilezas de C#, no debe olvidar todos los efectos secundarios que aparecerán junto con las sutilezas.
Estoy en contra de la simplificación de la comunicación. Si Vasily escribe un artículo al nivel de los anteriores (complicado y turbio) y su solución será engorrosa e ineficaz, nada cambiará, pero si hace una revolución en la simplicidad y la universalidad de la conexión, se volverá peligroso.
Si el artículo se escribe por una garrapata, no es nada, pero si se escribe a conciencia y por integración real, el efecto puede ser diferente.
El bloqueo de la integración masiva con C# es evidente en el razonamiento lógico básico:
1. Supongamos que crean una conexión universal con Sharp y que a todo el mundo le gustan las nuevas características. Wiz.studio, Windows GUI y todo eso... Todo el mundo recurrió a C# y empezó a utilizarlo.
2. La confianza en las EA de DLL ha aumentado. La gente pone libremente robots híbridos en el comercio. Ayudarse mutuamente a escribirlas. Pasar los códigos...
Hay estafadores que ven aumentar la confianza del público en las DLL EA y deciden utilizarlas para robar información personal, propagar virus y otras estafas. Escriben código malicioso, lo ponen en Expert Advisors y lo liberan al dominio público. Anúncielos como Asesores Expertos rentables.
4. Aparecen víctimas - monjas, desinformados, altruistas ... Escriben en el foro, contando. La confianza en los Asesores Expertos escritos por otros (incluso los honestos) comienza a disminuir. Surgen las sospechas. Paranoia.
5. El círculo se cierra. La oleada de interés creciente se ve inevitablemente aniquilada por los autores que se aprovechan de la confianza de los demás. Y como no hay un sistema de control de DLL, cualquier uso masivo de híbridos MT-Sharp, se convierte en un juego de ruleta.
Pero están destinados a proliferar, y no hay manera de detenerlo. En esta etapa, la dirección lleva a un punto muerto: - el daño a la reputación de los asesores crece y se dibuja un fondo negativo alrededor de MT5, que apoya la programación maliciosa que perjudica a alguien.
Por lo tanto, esta dirección no conduce a nada bueno.
El bloqueo de la integración masiva con C# es evidente en el razonamiento lógico básico:
1. Supongamos que crean una conexión universal con Sharp y que a todo el mundo le gustan las nuevas características. Wiz.studio, Windows GUI y todo eso... Todo el mundo recurrió a C# y empezó a utilizarlo.
2. La confianza en las EA de DLL ha aumentado. La gente pone libremente robots híbridos en el comercio. Ayudarse mutuamente a escribirlas. Pasar los códigos...
Hay estafadores que ven aumentar la confianza del público en las DLL EA y deciden utilizarlas para robar información personal, propagar virus y otras estafas. Escriben código malicioso, lo ponen en los Asesores Expertos y los lanzan al dominio público. Los anuncian como Asesores Expertos rentables.
4. Aparecen víctimas - monjas, desinformados, altruistas ... Escriben en el foro, contando. La confianza en los Asesores Expertos escritos por otros (incluso los honestos) comienza a disminuir. Surgen las sospechas. Paranoia.
5. El círculo se cierra. La oleada de interés creciente se ve inevitablemente aniquilada por los autores que se aprovechan de la confianza de los demás. Y como no hay un sistema de control de DLL, cualquier uso masivo de híbridos MT-Sharp, se convierte en un juego de ruleta.
Pero están destinados a proliferar, y no hay manera de detenerlo. En esta etapa, la dirección lleva a un punto muerto: - el daño a la reputación de los asesores crece y se dibuja un fondo negativo alrededor de MT5, que apoya la programación maliciosa que perjudica a alguien.
Por lo tanto, esta tendencia no servirá de nada. Entonces tienes que demostrar durante mucho tiempo que no eres un tonto.
Y sólo el único Petya Konov salvará a toda la comunidad internacional de traders de los estafadores y devolverá la confianza en los Asesores Expertos. Pero sólo a los asesores que están en el núcleo a la luna.
Medalla en stock...
El bloqueo de la integración masiva con C# es evidente en el razonamiento lógico básico...
Peter, ese parece ser el único argumento que has podido encontrar. Pero tampoco resiste las críticas, porque:
- En primer lugar, se supone que el código fuente de C# es de código abierto: lo tomas y ves lo que dice. Si no entiendes C#, habrá otras personas de una gran comunidad que sí lo entiendan y armarán un escándalo.
- En segundo lugar, aunque el código C# esté cerrado, sigue abierto. No es un problema restaurar el programa prácticamente uno a uno desde la compilación de la red. Por eso, escribir trenes y virus en C# no es una opción en absoluto. Es prácticamente una tecnología abierta en su esencia.
Así que.Peter, ese parece ser el único argumento que se te ocurre. Pero tampoco resiste las críticas, porque:
- En primer lugar, se supone que el código fuente de C# es de código abierto: lo tomas y ves lo que dice. Si no entiendes C#, habrá otras personas de una gran comunidad que sí lo entiendan y armarán un escándalo.
- En segundo lugar, aunque el código C# esté cerrado, sigue abierto. No es un problema restaurar el programa prácticamente uno a uno desde la compilación de la red. Por eso, escribir trenes y virus en C# no es una opción en absoluto. Es prácticamente una tecnología abierta en su esencia.
En fin...Estamos hablando de nudos, y ellos no entienden estos matices y no entienden el código. Son intrínsecamente confiados, y están obligados a ser presa de los estafadores. Mira las tiendas falsas de EA. ¿Y si estos híbridos con troyanos se añaden allí? ¿Por qué ser responsable de la aparición de un nuevo nicho de estafas en Internet?
¿Quién va a restaurar el programa desde una compilación .Net? ¿Nubios? ¿Usuarios comunes? ¿Van a abrir el código y averiguar si es un troyano o no? En serio, Vasily).
Lo distribuirán pasando por encima de nuestro sitio y no habrá ningún control. Todos los mensajes negativos de las víctimas se difundirán aquí.
HH. En una ola de confianza a las dlls de Sharp, los estafadores pueden distribuir dlls de C++. Quién en Internet sabría mucho de esto...