Tentador, pero francamente hablando no lo hice ni la mitad, mi conciencia se desvaneció en algún lugar alrededor del Diagrama de Precedentes.
Quizá la repetición múltiple aporte algo.
En general, odio a los profesores por el hecho de que presentan cosas sencillas en fórmulas tan complicadas que no puedes entenderlas a la tercera frase.
Espero que sólo sea mi problema. Me atengo a la regla de que todo es sencillo.
Tentador, pero francamente hablando no lo hice ni la mitad, mi conciencia se desvaneció en algún lugar alrededor del Diagrama de Precedentes.
Quizá la repetición múltiple aporte algo.
En general, odio a los profesores por el hecho de que presentan cosas sencillas en fórmulas tan complicadas que no puedes entenderlas a la tercera frase.
Espero que sólo sea mi problema. Me atengo a la regla de que todo es sencillo.
Urain, creo que al final de la semana de trabajo el material nuevo es probablemente difícil de digerir.... Hablo por mí.
A continuación, su artículo Trading Player basado en la historia de las operaciones es mucho más complicado, imho....
Y entonces, ¿a quién llamaste profesor? :-))
Urain, creo que al final de la semana de trabajo nuevo material no es probablemente fácil de digerir.... Yo juzgo por mí mismo ...
A continuación, su artículo Trading Player basado en la historia de las operaciones es mucho más difícil, imho....
Y entonces, ¿a quién llamaste profesor? :-))
No estoy criticando, estoy publicando mis impresiones.
El artículo es realmente necesario, aunque me gustaría que las metáforas fueran generalmente aceptadas o al menos tuvieran imágenes claras.
En cuanto a mí, la frase
В состав строительных блоков входят: сущности (things - сами элементы модели), отношения (relationships - связывают сущности), диаграммы (diagrams - представления моделей UML).
sería más fácil de percibir como:
В состав строительных блоков входят: объекты (things - сами элементы модели), связи (relationships - связывают объекты), диаграммы (diagrams - представления моделей UML).
bueno y así sucesivamente en el texto. es muy difícil de leer cuando el autor generalmente aceptadas metáforas llamadas propias, aunque sospecho que la mayor parte del texto es prestado, de ahí la terminología compleja.
Todo lo anterior IMHO.
No critico, sino que expongo mis impresiones.
El artículo es realmente necesario, aunque me gustaría que las metáforas fueran generalmente aceptadas o al menos tuvieran imágenes claras.
Como, para mí, la frase
sería más fácil de percibir como:
bueno y así sucesivamente en el texto. es muy difícil de leer cuando el autor generalmente aceptadas metáforas llamadas propias, aunque sospecho que la mayor parte del texto es prestado, de ahí la terminología compleja.
Todo lo anterior es IMHO.
Urain, y no digo que estés criticando.... y aunque lo hicieras...
Tienes razón en cuanto a la terminología: es algo diferente de la terminología a la que está acostumbrado un programador de MQL5. Pero se utiliza en UML. Yo no la he inventado. Y el texto no es prestado. Los casos en los que se toma prestado están marcados como
Urain, y no estoy diciendo que estés criticando..... e incluso si lo haces...
Tienes razón sobre la terminología: es un poco diferente de lo que los programadores MQL5 están acostumbrados. Pero esa terminología se utiliza en UML. Yo no lo inventé. Y el texto no es prestado. Los casos en los que se toma prestado están marcados como
Más sobre metáforas comunes. Por ejemplo, entidades y objetos en UML son cosas diferentes. Estos son los matices. Pero creo que no son críticos. Quien esté interesado ya se las apañará :-))Definitivamente lo resolveré :)
Estoy en crisis, errores críticos a la hora de planificar grandes programas, y este artículo me viene como anillo al dedo.
No puedo exportar el proyecto como imagen.
¿No está desactivada esta funcionalidad en la versión charovar?
La versión charovar no es diferente de la versión comercial :-)
Así que adelante, es muy sencillo...
La versión char no difiere de la versión comercial :-)
Así que adelante, es muy sencillo....
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Usted acepta la política del sitio web y las condiciones de uso
Artículo publicado Cómo desarrollar un asesor experto usando las herramientas de UML:
Este artículo trata sobre la creación de asesores expertos utilizando el lenguaje gráfico UML, usado para el modelado visual de sistemas de software orientados a objetos. La principal ventaja de este enfoque es la visualización del proceso de modelado. El artículo contiene un ejemplo que muestra el modelado de la estructura y propiedades de un asesor experto usando el modelador de ideas de software.
Autor: Dennis Kirichenko