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
Pero algunos no quieren entenderlo, apagan la cabeza, cuelgan el lema "El cliente siempre tiene razón" en la bandera y declaran literalmente lo siguiente:
Entienda que si a la gente le cuesta entender sin un libro de texto, usted y sólo usted tiene un problema
Es más o menos lo mismo que decirle a la ley de la gravedad "Entiende, es malo que la gente se mueva, ¡es tu problema! Por cierto, ¿qué te parecería convertirte en físico en un libro y mejor en 3 horas, 7 días como máximo?¿Quién está dispuesto a contribuir a la ampliación de la documentación?
Uno de los primeros artículos del sitio web: Ejemplo de creación de un Asesor Experto
El artículo, por supuesto, es un poco anticuado, pero permite entender la estructura de un simple Asesor Experto.
Uno de los primeros artículos del sitio web: Ejemplo de creación de un Asesor Experto
El artículo es, por supuesto, un poco anticuado, pero le permite entender la estructura de un simple Asesor Experto.
En general, la gente se acostumbra muy rápidamente a las cosas buenas, y el proceso de "atasco" comienza inevitablemente, independientemente del estado actual de las cosas. Ocurre en toda la sociedad. La gente sólo necesita una especie de lucha constante y la consecución de objetivos, aunque sean efímeros, que en principio no cambian nada. De lo contrario, como decía uno de mis conocidos (millonario, por cierto), sencillamente deja de ser interesante vivir ;o).
Mi experiencia y conocimientos son suficientes para explicar conscientemente a la gente que la programación es algo complicado y que ninguna cantidad de teoría (¡aprender un lenguaje en 3 horas!) te convertirá en programador. Pero algunos no quieren entender esto, apagan la cabeza, cuelgan el lema "El cliente siempre tiene la razón"...
Hay una revista para jóvenes entusiastas de la informática: "Hacker". A veces consiguen mostrar al lector en una difusión los fundamentos de un lenguaje (por ejemplo, PHP, ASP o Object Pascal) y mostrar cómo se puede escribir un programa sencillo. No se puede decir después de este artículo que se sabe PHP, pero se tiene una cierta base. Puede escribir un programa ya hecho, y cambiarlo y mejorarlo a medida que crecen sus conocimientos. Una persona que domina un lenguaje de programación no necesita nada más para empezar.
Hay un juego llamado Colobot en el que puedes controlar robots en C. El aprendizaje del lenguaje se basa en tareas muy sencillas y poco complicadas, y en pocas misiones el jugador aprende toda la sintaxis de C, los principios generales de programación y mucho más.
En definitiva, no estoy de acuerdo contigo.
Además, existe la opinión fundada de que los creadores de productos (programadores) no pueden evaluar objetivamente los resultados de su trabajo. Porque ven el sistema desde el punto de vista del programador. Por lo tanto, si usted es un programador y creador de MT 4 y MQL, estamos hablando diferentes idiomas con usted. Las empresas occidentales de software llevan mucho tiempo contratando a terceras empresas y expertos para que estudien las necesidades de los consumidores de un producto y evalúen objetivamente su usabilidad y funcionalidad. No me corresponde a mí enseñarle, por supuesto, pero sólo quiero que entienda mi punto de vista.
Es decir, estoy a favor del sentido común, de un enfoque consciente de la programación (programar es difícil), de material fáctico (no hay necesidad de acusaciones vacías u ofuscadas) y de no quejarse por no querer entender (sí, es difícil).
Nada personal - esto es sin reverencia cortés y al punto.
Tienes razón en que, en principio, hay suficiente documentación para solucionarlo al final. Pero, ¿por qué no facilitar a los principiantes la tarea de hacerse con el control? Sobre la base de algún libro de texto sencillo sobre C uno puede escribir su propio libro de texto, simplemente aclarando la sintaxis, eliminando lo innecesario y añadiendo las funciones y ejemplos necesarios?
Yurixx, por favor, señala el error real. Lo que has citado no es ni remotamente un error.
La descripción que ha hecho en la línea de ayuda es perfectamente normal y clara.
Bueno, si lo que he escrito no es suficiente... Adelante.
1. El significado de la variable range_index y su conexión con el número de medición está incomprensiblemente descrito (por no decir incomprensiblemente).
2. Falta el resultado de la muestra dada, lo que hace imposible entender lo que hace la función descrita. En general, la salida de los resultados del ejemplo es la mejor manera de entender este ejemplo y, por tanto, el artículo de documentación. Por lo tanto, esta salida debe estar presente siempre que sea posible.
3. Los datos del ejemplo son tales que, incluso con la salida de los resultados, no es posible entender el significado de la función que se describe.
Todos estos son errores reales (aunque no "explícitos") de documentación. Tenga en cuenta que cuando el programador utiliza palabras reservadas del lenguaje de forma incorrecta, el programa no funciona. Y cuando el escritor de la documentación no puede expresar su idea correctamente en el idioma en el que está escribiendo la documentación, sigue funcionando pero mucho peor.
Entonces el programador, mientras depura el programa, lo modifica en consecuencia. Pero los usuarios de la documentación están en una situación peor. Por supuesto, también afinan su comprensión de la lengua en el proceso de discusión con su creador, pero, por desgracia, no pueden obligarle a completar la documentación. Y si piensa que "no pasa nada, al fin y al cabo se darán cuenta. ¿Y qué si es difícil? Ya se darán cuenta", entonces la situación es un callejón sin salida.
¡¡¡Cuánto tiempo y esfuerzo se pierde en ambos lados como resultado !!!
También me gustaría mencionar un par de hechos en mi defensa.
Hay una revista para jóvenes entusiastas de la informática llamada "Hacker". A veces, esta revista consigue mostrar al lector en una difusión los fundamentos de un lenguaje (por ejemplo, PHP, ASP o Object Pascal) y mostrar cómo se puede escribir un programa sencillo. No se puede decir después de este artículo que se sabe PHP, pero se tiene una cierta base. Puede escribir un programa ya hecho, y cambiarlo y mejorarlo a medida que crecen sus conocimientos. Una persona que domina un lenguaje de programación no necesita nada más para empezar.
Existe un juego llamado Colobot en el que se pueden controlar robots en C. El aprendizaje del lenguaje se basa en tareas muy sencillas y poco complicadas, y en pocas misiones, el jugador aprende toda la sintaxis de C, los principios generales de programación, e incluso más.
En definitiva, no estoy de acuerdo contigo.
Además, existe la opinión fundada de que los creadores de productos (programadores) no pueden evaluar objetivamente los resultados de su trabajo. Porque ven el sistema desde el punto de vista del programador. Por lo tanto, si usted es un programador y creador de MT 4 y MQL, estamos hablando diferentes idiomas con usted. Las empresas occidentales de software llevan mucho tiempo contratando a terceras empresas y expertos para que estudien las necesidades de los consumidores de un producto y evalúen objetivamente su usabilidad y funcionalidad. No me corresponde a mí enseñarle, por supuesto, pero sólo quiero que entienda mi punto de vista.
Tienes razón en que la documentación es, en principio, suficiente para acabar cogiendo el tranquillo. Pero, ¿por qué no facilitar a los principiantes la tarea de hacerse con el control? ¿Podemos escribir nuestro propio libro de texto sobre la base de algún libro de texto sencillo de C, simplemente aclarando la sintaxis, eliminando lo innecesario y añadiendo las funciones y ejemplos necesarios?
Por cierto, "escribir tu propio libro de texto sobre la base de algún libro de texto simple de C, simplemente refinando su sintaxis, eliminando lo innecesario y añadiendo las funciones y ejemplos necesarios" se llama robar.
Normalmente un índice es una variable que numera los elementos de un array. En este caso no se trata de un índice, sino de un número de índice. Sin embargo, a partir de la frase "Dado que los índices empiezan por cero, el tamaño de la dimensión es 1 más que el índice mayor. " no se puede entender ni esto ni nada. Especialmente para un principiante.
Pero en la crítica debemos ceñirnos a los hechos y no caer en afirmaciones "universales/idealistas".