Desarrollo de proyectos en colaboración en MQL5: ¿nuestro futuro? - página 9
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
Cuando se construye una casa -especialmente si es una casa grande- es esencial un diseño (sobre todo si vamos a tener una división del trabajo). Se necesita un diseño arquitectónico para que la obra sea más o menos coherente. El proyecto suele suponer entre un 5 y un 10% de la construcción de la casa, incluyendo la obra y los materiales, por lo que también realiza no una persona sino muchas (secciones de la climatización y demás). Y no importa si estamos construyendo un rascacielos o simplemente una enorme mansión.
También en la programación existe una especie de proyecto arquitectónico, sólo que llamado de otra manera, TdR. Y sin ella simplemente no se puede hacer algo grande (salvo las constantes reescrituras). Conclusión que cuando se concibe un programa complejo - será difícil incluso para crear TOR, y si se pierde TK, se obtiene lo que será una increíble cantidad de retrabajo.
La construcción de una casa empieza por el exterior: aquí el arquitecto se acerca a nosotros y empieza a hacer bocetos de lo que nos gustaría. Es decir, para redactar los términos de referencia de un gran proyecto, primero debemos redactar los términos de referencia sobre los que redactaremos los conocimientos técnicos de un gran proyecto. Y aquí el TOR para el TK todavía es posible escribir una persona. A menos, claro, que hablemos de grandes proyectos. Bueno, primero necesitamos una idea... Aunque una sola idea no te llevará muy lejos...
¿Y cómo puede ser todo esto de forma voluntaria?
Así que sólo hay una manera - cuando el proyecto se reescribe muchas veces desde cero.... Aun así, cada uno oscilará en su propia dirección y habrá grandes malentendidos.
La RPT es el principio y puede no existir en absoluto. Por ejemplo, en el último proyecto que dirigí en un trabajo no había TdR porque la idea era mía, describí brevemente el proyecto, los británicos lo aprobaron y tardé 2 semanas en elaborar un plan de trabajo. En general, existe un puesto en las empresas de software: arquitecto de proyectos. Por regla general, el arquitecto no hace mucha programación, sino que diseña el sistema de clases, las interrelaciones, etc. Puede preparar los espacios en blanco de la clase. Nuestra empresa era pequeña, teníamos unas 50 personas, así que tuvimos que combinar todo. La redacción de la documentación fue una tarea especialmente pesada )).
Normalmente estos puestos los ocupan personas con gran experiencia en programación y gestión de proyectos.
No creo que haya gente así aquí.
¿Por 300.000 RR/mes tampoco irías? ))
No, tampoco te veo allí.
No lo harán, todos piensan en sí mismos primero y no confían en los demás. Si necesita ahorrar tiempo de desarrollo, es más fácil dividir la tarea en clases y hacerlas independientes.
¿Cuántas personas leen los hilos del foro? - Creo que un par de cientos de personas. ¿Y cuántas personas utilizan la MT en todo el mundo? Creo que un par de millones. No cabe duda de que hay profesionales y ejecutivos entre ese gran número de personas. ¿Aprovecharán la oportunidad del desarrollo colaborativo? - ¿Por qué no? ))
Cuando se construye una casa -especialmente si es una casa grande- es esencial un diseño (sobre todo si vamos a tener una división del trabajo). Se necesita un diseño arquitectónico para que la obra sea más o menos coherente. El proyecto suele suponer entre un 5 y un 10% de la construcción de la casa, incluyendo la obra y los materiales, por lo que también realiza no una persona sino muchas (secciones de la climatización y demás). Y no importa si estamos construyendo un rascacielos o simplemente una enorme mansión.
También en la programación existe una especie de proyecto arquitectónico, sólo que llamado de otra manera, TdR. Y sin ella simplemente no se puede hacer algo grande (salvo las constantes reescrituras). Conclusión que cuando se concibe un programa complejo - será difícil incluso para crear TOR, y si se pierde TK, se obtiene lo que será una increíble cantidad de retrabajo.
La construcción de una casa empieza por el exterior: aquí el arquitecto se acerca a nosotros y empieza a hacer bocetos de lo que nos gustaría. Es decir, para redactar los términos de referencia de un gran proyecto, primero debemos redactar los términos de referencia sobre los que redactaremos los conocimientos técnicos de un gran proyecto. Y aquí el TOR para el TK todavía es posible escribir una persona. A menos, claro, que hablemos de grandes proyectos. Bueno, primero necesitamos una idea... Aunque una sola idea no te llevará muy lejos...
¿Y cómo puede ser todo esto de forma voluntaria?
Así que sólo hay una manera - cuando el proyecto se reescribe muchas veces desde cero.... Aun así, cada uno oscilará en su propia dirección y habrá grandes malentendidos.
He expresado en repetidas ocasiones mi opinión de que, de forma voluntaria, la tecnología de desarrollo colaborativo en MQL fracasará. Nadie lo necesita. Las particularidades de este ámbito son diferentes. Si se desarrolla la posibilidad de desarrollo cerrado para grupos de programadores, con la solución del problema de la distribución financiera entre los participantes, nuestro "GitHub" puede sobrevivir y crecer. Esta es mi opinión.
¿Cuántas personas leen los hilos del foro? - Creo que un par de cientos de personas. ¿Y cuántas personas utilizan la MT en todo el mundo? Creo que un par de millones. No cabe duda de que hay profesionales y ejecutivos entre ese gran número de personas. ¿Aprovecharán la oportunidad del desarrollo colaborativo? - ¿Por qué no? ))
Si es una empresa que escribe en MQL, que conozco, ya utilizan repositorios a la Github, Bitbusket o sistema en su servidor. Empezamos con la gente del foro.
Si se trata de una empresa que escribe en MQL, que es lo que conozco, ya hace tiempo que utilizan repositorios a lo Github, Bitbusket o un sistema en su servidor. Empezamos con la gente del foro.
¿Gente del foro? Hay muy pocos... Además, son todos escépticos y contrarios a la innovación y el desarrollo. ))) Tienen miedo de todo lo nuevo)).
¿Estamos discutiendo entonces? ¿Sólo estamos charlando?
¿Estamos discutiendo entonces? ¿Sólo estamos charlando?
No nos limitamos a hablar. Estamos discutiendo la posibilidad de éxito del proyecto MQ, para crear un análogo de GitHub para el desarrollo en MQL5. Es una plataforma especial en el entorno nativo de MT para que grupos de programadores trabajen juntos en un TOR común.
Sin embargo, a lo largo de este diálogo he insinuado una escala global. Pensé que también...
Me da miedo imaginar un proyecto MQL que requiera varios programadores. A menos que sea algún tipo de red neuronal sofisticada.
Mira a los autónomos. Si no cuenta con vagones, es una rejilla, si no es una rejilla, añade el comercio cronometrado.
¿Estamos discutiendo entonces? ¿Sólo estamos hablando?