Después de leer el artículo, TK para quemar. :)
Buen artículo, Andrei. Mucho más extenso que el anterior.
En general, el artículo es bueno para las relaciones públicas de los programadores profesionales para que los clientes sepan qué funciones de las bibliotecas que compran. De hecho, un programador sólo revende sus códigos ya hechos. Sólo cambia las condiciones de entrada o los lugares donde se desacoplan las condiciones para un TOR en particular.
Los "abuelos" de dos años tienen sus propios desarrollos y principios de construcción de código, y se limitan a revenderlos a cada nuevo cliente.
Mi opinión es que darse un golpecito en el pecho de que aquí soy un programador tan guay añadido a su código normalización de precio y lote - ya parece poco profesional, por decirlo suavemente. Todas estas funciones y comprobaciones deberían estar en el código por defecto, ¡ni siquiera debería negociarse con el cliente!
Simplemente tienen que estar ahí.
Por eso es mejor leer el artículo bajo el título "Lo que debería estar en el arsenal de un programador a medida".
Y si yo fuera el cliente , preguntaría a los ejecutores: ¿han leído este artículo desde la sección 5.3 hasta la 9? ¿Tienen en cuenta vuestras librerías todo lo descrito en él? Y si no, ni siquiera me dirigiría a tal programador. Que se siente y aprenda la matriz, o que escriba expertos para hacer sus propios bultos.
De acuerdo con la historia de la utilización del artículo pasado (cuando casi todos los programadores se refirió a ella) en este artículo, por favor, añadir:
- puntos/tesis de las ideas principales, como un esquema del articulo al principio (como se hizo en el articulo pasado)
para poder "enviar" a un lugar específico en el enlace a la vez, en lugar de pedir a buscar y leer todo.
para que puedas "enviar" a un lugar específico a la vez.
Después de leer el artículo, TK para quemar. :)
Buen artículo, Andrei. Mucho más extenso que el anterior.
En general, el artículo es bueno para las relaciones públicas de los programadores profesionales para que los clientes sepan qué funciones de las bibliotecas que compran. De hecho, un programador sólo revende sus códigos ya hechos. Sólo cambia las condiciones de entrada o los lugares donde se desacoplan las condiciones para un determinado TOR.
Los "abuelos" de dos años tienen sus propios desarrollos y principios de construcción de código, y se limitan a revenderlos a cada nuevo cliente.
Mi opinión es que darse un golpecito en el pecho de que aquí soy un programador tan guay añadido a su código normalización de precio y lote - ya parece poco profesional, por decirlo suavemente. Todas estas funciones y comprobaciones deberían estar en el código por defecto, ¡ni siquiera debería negociarse con el cliente!
Simplemente tienen que estar ahí.
Es por eso que es mejor leer el artículo bajo el título "Lo que debe estar en el arsenal de un programador personalizado".
Y si yo fuera el cliente , preguntaría a los ejecutores: ¿han leído este artículo desde la sección 5.3 hasta la 9? ¿Tienen en cuenta vuestras librerías todo lo descrito en él? Y si no, ni siquiera me dirigiría a tal programador. Que se siente y aprenda la matriz, o construya expertos para llenar sus propios baches.
La idea de revender "sus códigos listos" es correcta. Pero yo especificaría que un programador revende un código listo recortado. Y el grado de recorte depende del coste del pedido. Al fin y al cabo, el programador da el código fuente de su marco universal. Es como las "costillas", cuanto más pagan, más carne. Sólo que el "abuelo de dos años" tiene un framework universal depurado y con menos errores.
La clasificación principal de la complejidad y la riqueza del desarrollo de software en el punto 3 del artículo es extremadamente importante. Y es esta clasificación la que define el conjunto de funciones "por defecto".
La idea de revender "tus propios códigos listos" es buena.
sip, intente visitar un taller de reparación de coches, vea como el maestro repara el coche con sus propias herramientas y declare que si usted tuviera esas herramientas, lo arreglaría usted mismo incluso mejor - lo mejor que le espera es una "entrega solemne de una llave inglesa" con las palabras - arréglelo usted mismo, despeje el taller en 30 minutos ;)
sin reventa, sin frases aladas como esta parte del código fue robada de I.Kim, etc. - hay una tarea, hay una persona que procesó un enorme montón de códigos ajenos y propios y cumplió la tarea, un programador recibe dinero no por "pisar el teclado", sino por su tiempo ya invertido en aprender el arte de programar y preparar sus herramientas.
muchas gracias al autor del articulo, explico bastante bien y lo mas importante claramente quien y que deberia ser capaz de hacer.
Sí, intente ir a un taller de reparación de coches, vea cómo el maestro repara el coche con sus herramientas y declare que si usted tuviera esas herramientas, lo arreglaría usted mismo incluso mejor - lo mejor que le espera es una "entrega solemne de una llave inglesa" con las palabras - arréglelo usted mismo, deje libre el taller en 30 minutos ;).
En primer lugar, ¿quién ha dicho que vender productos acabados sea malo? Es natural y normal. Creo que estarás de acuerdo conmigo en que no has creado el know-how de un producto forex.
En segundo lugar, cuando alguien acude a un taller de coches (o a un dentista), por supuesto que se da cuenta de que el especialista hará su trabajo mucho más rápido que él. Esto (tiempo, conocimientos) es por lo que paga.
Un programador recibe dinero no por "pisar el teclado", sino por el tiempo que ya ha dedicado a aprender el arte de programar y a preparar sus herramientas.
De eso estamos hablando.
Sí, intenta ir a un taller de reparación de coches, ver cómo el maestro repara el coche con sus herramientas y declarar que si tuvieras esas herramientas, lo arreglarías tú mismo aún mejor - lo mejor que te espera es una "entrega solemne de una llave inglesa" con las palabras - arréglalo tú mismo, el taller en 30 minutos gratis ;)
no hay reventa, no hay frases aladas como esta parte del código fue robado de I.Kim , etc. - hay una tarea, hay una persona que procesó un enorme montón de códigos ajenos y propios y cumplió la tarea, un programador recibe dinero no por "pisar el teclado", sino por su tiempo ya empleado en aprender el arte de programar y preparar sus herramientas.
muchas gracias al autor del articulo, ha explicado bastante bien y lo mas importante claramente quien y que deberia ser capaz de hacer.
¿De qué estás hablando? "A él - sobre Thomas, y él - sobre Erma". ¿Cree usted que el 90% de los Asesores Expertos en el trabajo de las señales del indicador (s), acompañando a una posición abierta (s) y luego cerrarla (s) tienen cada algoritmo único? Y que el experto escritor escribe cada código de nuevo "desde cero". O tal vez el programador toma su Asesor Experto ya listo y depurado de otra tarea similar, hace los ajustes necesarios y se lo da al cliente.
¿O cree que habrá algún cliente que le pague por sus años de "pisar el teclado"? Por eso los pedidos de tareas estándar son baratos, porque el programador, como ya se dijo, "revende códigos ya hechos", recuperando así sus costes código a código.
¿De qué estás hablando? "A él - de Thomas, y él - de Erma". ¿Cree usted que el 90% de los Asesores Expertos que trabajan a partir de señales de indicadores, siguen la(s) posición(es) abierta(s) y luego la(s) cierran tienen un algoritmo único? Y que el experto escritor escribe cada código de nuevo "desde cero". O tal vez el programador toma su Asesor Experto ya listo y depurado de otra tarea similar, hace los ajustes necesarios y se lo da al cliente.
¿O cree que habrá algún cliente que le pague por sus años de "pisar el teclado"? Por eso los encargos de tareas estándar son baratos, porque el programador, como ya se dijo, "revende códigos ya hechos", recuperando así sus costes código a código.
- 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 solicitar un EA y obtener el resultado deseado:
¿Cómo escribir correctamente las especificaciones de los requisitos? ¿Qué debería o no debería esperar de un programador de una orden de un EA o de un indicador? ¿Cómo hacer para mantener un diálogo, cual es el momento de prestar especial atención? Este artículo da respuestas a éstas, y muchas otras cuestiones, que a menudo no parecen obvias a mucha gente.
Autor: Andrey Khatimlianskii