Pregunta para MATEMÁTICAS - página 7
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
¿Existe una forma matemática de determinar el éxito de un programador? ¿QUÉ PASA CON LA EFICIENCIA? No debe confundirse con la productividad.
Existe una forma contable de determinar el éxito de un programador. Y la contabilidad se basa en la aritmética.
Por supuesto, no soy un matemático, pero la frase "un programador de éxito" me suena un poco extraña por alguna razón. Algo parecido a "suicidio con suerte", "ahogamiento con suerte" o simplemente "minero con éxito", por ejemplo. Hay muchos programadores buenos e incluso con talento, pero es un trabajo duro, y tener éxito en este campo, con todos los atributos habituales del éxito, probablemente no sea fácil.
+1
Me preguntaba por qué esa combinación de palabras es tan dura para mis oídos, realmente hay que tener un oído poético para detectar la falsedad en esas dos palabras una al lado de la otra.
Por supuesto, no soy un matemático, pero la frase "programador de éxito" me suena un poco extraña por alguna razón. Algo parecido a "ahogado con suerte" o simplemente "minero con éxito", por ejemplo. Hay muchos programadores buenos e incluso con talento, pero es un trabajo duro, y tener éxito en este campo, con todos los atributos habituales del éxito, debe ser muy difícil.
Has omitido la palabra "necesario", que he sugerido en la definición. Podría ser aún más simple, más primitivo: "necesario", "requerido". Y si nadie le necesita más que a sí mismo, entonces...
Difícilmente se puede llamar éxito a un "especialista" de este tipo.
¿Y cómo estimarías el nivel de demanda en comparación con dos especialistas de primera clase en sus campos: programador/sistema C y programador de aplicaciones con gran cantidad de conocimientos en varios campos temáticos? Supongo que la respuesta es incomparable. Estos tipos sólo juntos pueden tener una mayor demanda.
No estoy evaluando de ninguna manera, porque no tengo un objetivo que evaluar. Ya he aclarado aquí que la pregunta es sobre progers de "perfil único", MQLs, aunque creo que está bastante claro. Por cierto, es una pregunta. Se trata de obtener una respuesta. Traté de esbozar una fórmula... está en los puestos.
No estoy evaluando de ninguna manera, porque no tengo un objetivo que evaluar. Ya he aclarado aquí que la pregunta es sobre progers de "perfil único", MQLs, aunque creo que está bastante claro. Por cierto, es una pregunta. Se trata de obtener una respuesta. Traté de esbozar una fórmula... está en los puestos.
Por desgracia, no hay una respuesta exacta... Llevo muchos años participando en proyectos informáticos y por experiencia puedo decir que todo es muy individual, todo depende de la tarea y de las cualidades personales del equipo. El éxito de un proyecto no depende únicamente de las cualidades personales de los programadores. En este momento estoy dirigiendo un proyecto con unos programadores realmente estupendos, pero los chicos están demasiado inmersos en el tema, no conocen la materia y como resultado se producen las frecuentes carreras en diferentes direcciones. Y puedo decir acerca de los programadores MQL - son tan diversos, que es poco gratificante para determinar el nivel de éxito :-) Demasiado diferente área de actividad en la vida.
No he leído el hilo. Flubbing.
Hay un oficio asociado a la programación en MQL. Tomemos una tarea bastante simple para un EA - cruzar dos varitas (bueno, tal vez soy demasiado frío, mejor, por supuesto, un par o tres indicadores y con un "enfoque" diferente para el mercado). Estoy seguro de que incluso con un EA tan simple los códigos de los diferentes progers serán diferentes. Pero a mí, como cliente, difícilmente me interesará incluso un código compacto. Prestaré atención:
1. la exactitud del procesamiento de mi tarea (generalmente - idiota), por ejemplo - ¿señalará sólo el cruce real o un toque y luego una carrera, es decir, si el codificador ha proporcionado al menos algún tipo de seguridad para mi idiosincrasia? De lo contrario, no me culparé a mí mismo, sino al codificador por mi idiotez.
2. El número de órdenes comerciales y el número de fallos del servidor - esto es más importante, si el codificador fue capaz de manejar correctamente las órdenes comerciales y hacer que el distribuidor las ejecute. No me importan las recotizaciones, la prohibición de negociar durante las horas de noticias, los retrasos durante el tiempo de motor y otras cosas - de lo contrario no han trabajado con mi dinero.
Y luego lo que ni siquiera he pensado - optimización de lotes, stoploss dinámico, arrastre y otras cosas raras...
¿Qué te parece esto? Esto determinará la idoneidad del codificador para el MQL? Sólo que no costará ni un céntimo (de Winnie el Osito). Y el número de pedidos bajaría drásticamente, porque por muy bien que se ejecute el código, mi idiotez no puede ser anulada por el codificador.
Por desgracia, no hay una respuesta exacta... Llevo muchos años participando en proyectos informáticos y puedo decir por experiencia que todo es muy individual, todo depende de la tarea y de las cualidades personales del equipo. El éxito de un proyecto no depende únicamente de las cualidades personales de los programadores. En este momento estoy dirigiendo un proyecto con unos programadores realmente estupendos, pero los chicos están demasiado inmersos en el tema, no conocen la materia y como resultado se producen las frecuentes carreras en diferentes direcciones. Y puedo decir sobre los programadores de MQL - son tan diversos, que es inútil definir el nivel de éxito :-) Sus vidas son demasiado diferentes.
La inmersión en el tema... Lo definí como "conocimiento del tema de la codificación". De hecho, no es un indicador sin importancia. Diversidad: sí, existe. Pero ya se está formando un mercado de programadores, y está en el emke. Se ofrecen servicios y productos. ¿Cómo navegar por este mercado? ¿En los precios? Cuando Integer, por ejemplo, me informó de sus precios, me quedé un poco sorprendido. ¿Por qué es tan barato? Cuando me insinuaron el precio de Composter, tuve la misma reacción. Y entonces, de la nada, aparece un individuo que ofrece sus servicios a precios mucho más altos. En realidad, ¿es un hoo? Bueno, he trabajado durante mucho tiempo y de forma fructífera con programadores de diferentes países. Por ejemplo, hace tres o cuatro años tuve dificultades para encontrar un programador, y me perdí en este mercado. Sospecho que ahora es aún más difícil para un novato. Hay muchas más ofertas. ¿Qué hacer? Ya existe una situación inaceptable, cuando el comerciante y el codificador se "buscan locamente", y andan juntos. Han aparecido muchos estafadores. De nuevo, la pregunta es: ¿qué pasa con un codificador joven y con talento, si no puede hacerse valer? Así que intento encontrar, en la medida de mis modestas posibilidades, al menos alguna fórmula aceptable para evaluar a un programador. Y la evaluación laboral, por cierto.