¿Qué debería añadirse para el soporte adicional de los cálculos matemáticos universales en MQL5 y MQL5 Cloud Network? - página 10

 
Demuestra con su propio código y palabras que cualquiera puede hacerlo. Esbozar una clase y presentarla a la comunidad para su revisión. Si esta es tu actitud ante los proyectos, no me gustaría trabajar en un equipo así.
 
sergeev:
Tú mismo con tu código y tus palabras demuestras claramente que cualquiera puede hacerlo. Haz un boceto de una clase y publícalo para mejorarlo en la comunidad. Si esta es tu actitud hacia los proyectos, no me gustaría trabajar en un equipo así.

Y nadie le invita personalmente a la fuerza.

Sigue buscando un supervisor que utilice un garrote para obligarte a trabajar en un proyecto.

Los proyectos necesitan desarrolladores que se propongan hacer algo concreto y que lo pongan en práctica tras acordarlo con el equipo, no tontos. ¿Qué sentido tiene dar algo a alguien que no puede o no quiere hacerlo sin un fuerte golpe de tambor?

No sólo puede establecer clases, sino que también puede hacerlas usted mismo, si no hay desarrolladores adecuados disponibles. Pero si el proyecto es abierto, el código fuente debe estar expuesto, no escondido en el subsuelo.

MetaEditor ya cuenta con funciones integradas para la realización de proyectos conjuntos. Puedes vincular a alguien al equipo con sólo un clic del ratón y un apodo. Y para cuestiones de organización, será fácil abrir un hilo aparte.

No hay que ser inteligente para hacer todo por hacer nada.

 
Reshetov:

Y nadie le invita personalmente a la fuerza.
Sigue buscando un supervisor que utilice su porra para obligarte a trabajar en un proyecto.

No necesitamos supervisores, especialmente con un garrote :)
hacemos nuestros propiosproyectos con éxito incluso sin ellos).

Los proyectos necesitan desarrolladores que propongan algo concreto y lo pongan en práctica después de acordarlo con el equipo, no tontos.


Esto es exactamente lo que quiero decir. ¿Tienes alguna experiencia con el desarrollo de código abierto? Dame algunos enlaces, realmente me gustaría ver todo el proceso.
cómo se hacen las propuestas concretas y cómo se implementan y se acuerdan sin discusiones. Aunque si dices que en los proyectos de código abierto nadie discute nada, entonces sólo participan telépatas?

¿Quizás se documenten o expliquen las metas y objetivos de las clases?

¿De qué sirve dar algo a alguien que no puede o no quiere hacerlo sin un buen golpe?

Estoy de acuerdo. No necesitamos gente así en nuestro negocio.

Las clases no sólo se pueden configurar, sino que también las puedes hacer tú mismo, si no tienes desarrolladores adecuados. Pero si el proyecto es de código abierto, el código fuente debe estar expuesto, no escondido en lo más profundo.


Sí, si el proyecto es de código abierto, sería extraño no exponer las fuentes :)

sólo no entiendo - cómo los participantes traducirán las tareas de mi proyecto en el código real, si no discuto con ellos y no explicar lo que el proyecto va a hacer en general.
Este enfoque oculto desarrolladores en el proyecto no aparecerá. Lo harás todo tú mismo.

MetaEditor ya cuenta con funciones integradas para proyectos de colaboración. Podrás conectar a alguien con el equipo con sólo un clic del ratón y un apodo. Y para las cuestiones de organización, será posible tener un tema aparte.

No se necesita mucha inteligencia para hacer todo por no hacer nada.

No estoy de acuerdo. La pereza es el motor del progreso y no hacer nada requiere al menos la capacidad de motivar a otros para que hagan lo que hay que hacer. :)
 
Reshetov:

Y nadie te invita personalmente.

Puedes reclutar a entusiastas para proyectos de tipo abierto o puedes atraerlos con ventajas. La segunda forma es más eficaz.

Pero en cualquier caso tiene que haber una gestión, si no, no es gran cosa. Si el proyecto es grande. Si es pequeño, se puede prescindir de un MC si hay interés.

 

sergeev:

¿tiene usted experiencia en el desarrollo de minas a cielo abierto?

http://sourceforge.net/projects/r-portfolio/develop

sargazo:


Los proyectos necesitan desarrolladores que propongan algo concreto y lo pongan en práctica tras acordarlo con el equipo, no habladores.


Aunque si escribes que en los proyectos de código abierto nadie discute nada, ¿sólo hay telépatas involucrados?

...

No entiendo cómo los participantes traducirán las tareas de mi proyecto en código real, si no discuto con ellos y no explico lo que el proyecto hará en general.


No me atribuyas tus ideas trilladas. Lávate los ojos y lee con atención: no he dicho que no se discuta nada. Pónganse de acuerdo, es decir, discutan una parte específica que debe ser implementada, en lugar de limitarse a una charla ociosa.

sargazo:

¿quizás se hace al menos alguna documentación o explicación de las metas y objetivos de las clases?

¿O tal vez sería mejor que abrieras los ojos antes de inventarte alguna tontería? Mira los archivos en bruto que he publicado. Hay comentarios al respecto. Aunque sólo he esbozado las clases, pero nunca escatimo en comentarios, porque al cabo de un tiempo será difícil saber qué es lo que hay.

R-Portfolio
R-Portfolio
  • 2013.04.30
  • Brought to you by: reshetov
  • sourceforge.net
You seem to have CSS turned off. Please don't fill out this field. You seem to have CSS turned off. Please don't fill out this field.
 
Reshetov:

¿Por qué no abres los ojos antes de mentirte a ti mismo? Echa un vistazo a los datos en bruto que he publicado.

Un proyecto comienza, curiosamente, con el diseño, no con el código :)))
 
TheXpert:
Un proyecto comienza, curiosamente, con el diseño, no con el código :)))

El diseño comienza con las interfaces de las futuras clases, no con la charla en el vacío.

 
Reshetov:

El diseño comienza con las interfaces de las futuras clases, no con la charla sobre el espacio vacío.

Ooooh, eso es un lío...
 
Reshetov:

http://sourceforge.net/projects/r-portfolio/develop

No me atribuyan a mí, sus yos. Lávate los ojos y lee con atención: no he dicho que no se discuta nada. Discutir, es decir, discutir una parte específica que necesita ser implementada, en lugar de sólo participar en una charla ociosa.

¿Por qué no abres los ojos antes de decidirte? Mira los archivos en bruto que he publicado. Allí hay algunos comentarios. Aunque acabo de lanzar las clases al azar, pero los comentarios nunca son tacaños, porque yo mismo después de un tiempo será difícil de entender qué y dónde.


Sí, la mente de alguien está burbujeando de indignación :) Los tipos son divertidísimos.

Te he pedido que no me muestres tu desarrollo personal, sino un proyecto que implique al menos a un par de programadores más.

¿el hecho de que te hayas registrado en el sitio sf y hayas hecho una especie de proyecto de código abierto allí te convierte en un experto en desarrollo de código abierto?

"No hay discusión en el hilo del foro, de nuevo telépatas...

eso es lo que vamos a poner.

De todos modos, gracias, me he reído.


PS.

Y no te preocupes por tu elección de palabras, estás siendo agresivo.

Razón de la queja: