Cosa si dovrebbe aggiungere per un ulteriore supporto dei calcoli matematici universali in MQL5 e MQL5 Cloud Network? - pagina 10

Nuovo commento
 
Tu dimostri con il tuo codice e le tue parole che chiunque può farlo. Abbozzare una classe e sottoporla alla comunità per la revisione. Ma non c'è bisogno di molto cervello per questo. Se questo è il vostro atteggiamento verso i progetti, non vorrei lavorare in una squadra del genere.
 
sergeev:
Tu stesso con il tuo codice e le tue parole dimostri chiaramente che chiunque può farlo. Disegna una classe e pubblicala per migliorarla nella comunità. Ma non bisogna essere intelligenti per farlo. Se questo è il tuo atteggiamento verso i progetti, non vorrei lavorare in una squadra del genere.

E nessuno ti sta invitando personalmente con la forza.

Continua a cercare un supervisore che userà una clava per costringerti a lavorare su un progetto.

I progetti hanno bisogno di sviluppatori che propongano di fare qualcosa di concreto e implementino la proposta, previo accordo con il team, non di manichini. Che senso ha dare qualcosa a qualcuno che non può o non vuole farlo senza un forte battito di tamburi?

Non solo puoi mettere delle classi, ma puoi anche crearle tu stesso, se non ci sono sviluppatori adatti. Ma se il progetto è aperto, il codice sorgente deve essere esposto, non nascosto nel sottosuolo.

MetaEditor ha già delle funzioni integrate per realizzare progetti comuni. È possibile collegare qualcuno alla squadra con un semplice clic del mouse e un nickname. E per questioni organizzative, sarà facile aprire un thread separato.

Non bisogna essere intelligenti per fare tutto per il gusto di non fare niente.

 
Reshetov:

E nessuno ti sta invitando personalmente con la forza.
Continuate a cercare un supervisore che usi il suo manganello per costringervi a lavorare su un progetto.

Non abbiamo bisogno di supervisori, specialmente con una clava :)
facciamo i nostriprogetti con successo anche senza di loro).

I progetti hanno bisogno di sviluppatori che propongano qualcosa di concreto e lo implementino dopo l'accordo con il team, non di manichini.


Questo è esattamente quello che voglio dire. Hai qualche esperienza di sviluppo open source? Dammi qualche link, mi piacerebbe davvero vedere l'intero processo.
come vengono fatte proposte concrete e come vengono implementate e concordate senza discussioni. Anche se se dici che nei progetti open source nessuno discute nulla, allora coinvolgono solo telepati?

Forse la documentazione o le spiegazioni degli scopi e degli obiettivi delle classi vengono fatte?

Che senso ha dare qualcosa a qualcuno che non può o non vuole farlo senza un buon pugno?

Sono d'accordo, non abbiamo bisogno di gente così nel nostro business.

Le classi non solo possono essere impostate, ma si possono anche fare da soli, se non si hanno sviluppatori adatti. Ma se il progetto è open source, il codice sorgente deve essere esposto, non nascosto in profondità.


Sì, se il progetto è open source, sarebbe strano non esporre i sorgenti :)

solo non capisco - come i partecipanti tradurranno i miei compiti di progetto in codice reale, se non discutere con loro e non spiegare ciò che il progetto farà in generale.
Questo approccio nascosto sviluppatori nel progetto non apparirà. Farete tutto da soli.

MetaEditor ha già funzioni integrate per i progetti collaborativi. Sarete in grado di collegare qualcuno alla squadra con un semplice clic del mouse e un nickname. E per le questioni organizzative, sarà possibile avere un argomento separato.

Non ci vuole molta intelligenza per fare tutto per il gusto di non fare niente.

Non sono d'accordo, la pigrizia è il motore del progresso e non fare nulla richiede almeno la capacità di motivare gli altri a fare ciò che deve essere fatto. :)
 
Reshetov:

E nessuno ti sta invitando personalmente.

Potete reclutare appassionati per progetti di tipo aperto o potete attirarli con dei vantaggi. Il secondo modo è più efficace.

Ma ci deve essere una leadership in ogni caso, altrimenti non è un grosso problema. Se il progetto è grande. Se è piccolo, si può fare benissimo senza un MC se c'è interesse.

 

sergeev:

ha qualche esperienza di sviluppo a cielo aperto?

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

sergeev:


I progetti hanno bisogno di sviluppatori che propongano qualcosa di concreto e lo implementino dopo essersi accordati con il team, non di chiacchieroni.


Anche se se scrivi che nei progetti open source nessuno discute nulla, allora hanno solo telepati.

...

Non capisco proprio - come i partecipanti tradurranno i miei compiti di progetto in codice reale, se non mi impegno in una discussione con loro e non spiego cosa farà il progetto in generale.


Non attribuitemi le vostre idee trite e ritrite. Lavatevi gli occhi e leggete attentamente: non ho detto che non si discute nulla. Concordare, cioè discutere una parte specifica che deve essere implementata, piuttosto che impegnarsi solo in chiacchiere inutili.

sergeev:

forse almeno qualche documentazione o spiegazione degli scopi e degli obiettivi delle classi viene fatta?

O forse è meglio che tu apra gli occhi prima di inventare qualche sciocchezza? Guardate i file grezzi che ho postato. Ci sono dei commenti. Anche se ho appena abbozzato le classi, ma non lesino mai sui commenti, perché dopo un po' sarà difficile capire cosa c'è dove.

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:

Perché non apri gli occhi prima di dire cazzate? Date un'occhiata ai dati grezzi che ho postato.

Un progetto inizia, stranamente, con il design, non con il codice :)))
 
TheXpert:
Un progetto inizia, stranamente, con il design, non con il codice :)))

Laprogettazione inizia con le interfacce delle classi future, non con le chiacchiere nel vuoto.

 
Reshetov:

Il design inizia con le interfacce delle classi future, non con le chiacchiere sullo spazio vuoto.

Ooooh, questo è un casino...
 
Reshetov:

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

Non attribuite a me il vostro io. Lavatevi gli occhi e leggete attentamente: non ho detto che non si discute nulla. Discutere, cioè discutere una parte specifica che deve essere implementata, piuttosto che impegnarsi in chiacchiere inutili.

Perché non aprite gli occhi prima di farvi un'idea? Guardate i file grezzi che ho postato. Ci sono alcuni commenti. Anche se ho appena gettato le classi a caso, ma i commenti non sono mai avari, perché io stesso dopo un po' sarà difficile capire cosa e dove.


Sì, la mente di qualcuno ribolle di indignazione :) Le specie sono esilaranti.

Ti ho chiesto di non mostrarmi il tuo sviluppo personale, ma un progetto che coinvolge almeno un paio di altri programmatori.

il fatto che ti sei registrato sul sito sf e hai creato una sorta di progetto open source ti rende un esperto di sviluppo Open Source?

"non c'è discussione nel thread del forum, di nuovo i telepati...

è quello che metteremo - è solo un chiacchierone sul nulla.

Comunque, grazie, mi sono fatto una risata.


PS.

E vacci piano con la scelta delle parole, sei aggressivo.

1...34567891011
Nuovo commento