Domanda per MATEMATICA - pagina 7

 
Ragazzi. Dolci, cari fannulloni... quando uscirai da qui... ...forse qualcosa salterà fuori. Ti prego, lascia questo thread senza la tua attenzione. Scenderà nelle classifiche e non lo vedrete. Bene! È meglio per te.
 
Helen >> :
Esiste un modo matematico per determinare il successo di un programmatore? E L'EFFICIENZA? Da non confondere con la produttività.

C'è un modo contabile per determinare il successo di un programmatore. E la contabilità si basa sull'aritmetica.

 
Non sono un matematico, naturalmente, ma la frase "programmatore di successo" mi suona un po' strana per qualche motivo. Qualcosa di simile a "annegamento fortunato" o semplicemente "minatore di successo", per esempio. Ci sono molti programmatori bravi e anche di talento, ma è un lavoro duro, e avere successo in questo campo, con tutti i soliti attributi del successo, deve essere molto difficile.
 
Figar0 >> :
Certo, non sono un matematico, ma la frase "un programmatore di successo" mi suona un po' strana per qualche motivo. Qualcosa di simile a "suicidio fortunato", "annegamento fortunato" o semplicemente "minatore di successo" per esempio. Ci sono molti programmatori bravi e anche di talento, ma è un lavoro duro, e avere successo in questo campo, con tutti i soliti attributi del successo, probabilmente non è facile.

+1

Mi chiedevo perché quella combinazione di parole è così dura per le mie orecchie, bisogna davvero avere un orecchio poetico per rilevare la falsità in quelle due parole una accanto all'altra.

 
Figar0 писал(а) >>
Certo, non sono un matematico, ma la frase "programmatore di successo" mi suona un po' strana per qualche motivo. Qualcosa di simile a "annegamento fortunato" o semplicemente "minatore di successo", per esempio. Ci sono molti programmatori bravi e anche di talento, ma è un lavoro duro, e avere successo in questo campo, con tutti i soliti attributi del successo, deve essere molto difficile.

Hai tralasciato la parola "necessario", che ho suggerito nella definizione. Potrebbe essere ancora più semplice, più primitivo - "necessario", "necessario". E se nessuno ha bisogno di lui/lei tranne se stesso/a, allora...

Difficilmente si può chiamare successo un tale "specialista".

 
E come valuterebbe il livello di domanda rispetto a due specialisti di prima classe nel loro campo: un programmatore C/ingegnere di sistema e un programmatore di applicazioni con un'enorme quantità di conoscenze in diverse aree tematiche? Suppongo che la risposta sia incomparabile. Questi ragazzi solo insieme possono avere una domanda più alta.
 
Cronex писал(а) >>
E come valuterebbe il livello di domanda in confronto a due specialisti di prima classe nei loro campi: programmatore C/sistemista e programmatore di applicazioni con un'enorme quantità di conoscenze in diversi campi? Suppongo che la risposta sia incomparabile. Questi ragazzi solo insieme possono avere una domanda più alta.

Non sto valutando in alcun modo, perché non ho un obiettivo da valutare. Ho già chiarito qui che la domanda riguarda i proger "single-profile", MQL, anche se penso che sia abbastanza chiaro. A proposito, è una domanda. È destinato a ottenere una risposta. Ho cercato di abbozzare una formula... è nei messaggi.

 
Helen писал(а) >>

Non sto valutando in alcun modo, perché non ho un obiettivo da valutare. Ho già chiarito qui che la domanda riguarda i proger "a profilo singolo", gli MQL, anche se penso che sia abbastanza chiaro. A proposito, è una domanda. È destinato a ottenere una risposta. Ho cercato di abbozzare una formula... è nei messaggi.

Purtroppo non c'è una risposta esatta... Sono impegnato in progetti IT da molti anni e per esperienza posso dire che tutto è molto individuale, tutto dipende dal compito e dalle qualità personali del team. Il successo di un progetto non dipende solo dalle qualità personali dei programmatori. Al momento sto conducendo un progetto con alcuni programmatori davvero grandiosi, ma i ragazzi sono troppo immersi nella materia, non conoscono l'area tematica e di conseguenza si verificano frequenti corse in direzioni diverse. E posso dire dei programmatori MQL - sono così diversi, che è poco gratificante determinare il livello di successo :-) Un'area troppo diversa di attività nella vita.

 

Non ho letto il thread. Flubbing.

C'è un commercio associato alla programmazione in MQL. Prendiamo un compito abbastanza semplice per un EA - incrociare due carri (beh forse è troppo figo, meglio naturalmente un paio o tre indicatori e con un diverso "approccio" al mercato). Sono sicuro che anche con un EA così semplice i codici dei diversi progenitori saranno diversi. Ma io, come cliente, difficilmente sarò interessato anche a un codice compatto. Presterò attenzione a:

1. l'accuratezza dell'elaborazione del mio compito (di solito - idiota), per esempio - segnali di attraversamento effettivo solo o un tocco e poi una rincorsa, cioè se il codificatore è riuscito a fornire almeno una sorta di sicurezza per la mia idiosincrasia? Altrimenti non incolperò me stesso, ma il codificatore per la mia idiozia.

2. Il numero di ordini di compravendita e il numero di fallimenti del server - questo è più importante, se il codificatore è stato in grado di gestire correttamente gli ordini di compravendita e farli eseguire al rivenditore. Non mi interessano le requote, i divieti di trading durante le ore delle notizie, i ritardi durante il tempo del motore e altre cose - altrimenti non avete lavorato con i miei soldi.

E poi quello a cui non ho nemmeno pensato - ottimizzazione dei lotti, stoploss dinamico, trawl e altre cose strane...

Che ne dite di questo? Questo determinerà l'idoneità del codificatore per MQL? Solo che non costerà un piccolo nichelino (da Winnie the Teddy). E il numero di ordini diminuirebbe drasticamente, perché non importa quanto bene il codice sia eseguito, la mia idiozia non può essere cancellata dal codificatore.

 
Cronex писал(а) >>

Purtroppo non c'è una risposta esatta... Sono stato coinvolto in progetti IT per molti anni e per esperienza posso dire che tutto è molto individuale, tutto dipende dal compito e dalle qualità personali del team. Il successo di un progetto non dipende solo dalle qualità personali dei programmatori. Al momento sto conducendo un progetto con alcuni programmatori davvero grandiosi, ma i ragazzi sono troppo immersi nella materia, non conoscono l'area tematica e di conseguenza si verificano frequenti corse in direzioni diverse. E posso dire dei programmatori MQL - sono così diversi, che è inutile definire il livello di successo :-) Le loro vite sono troppo diverse.

Immersione nella materia... L'ho definito come "conoscenza della materia di codifica". Infatti, un indicatore non indifferente. Diversità - sì, esiste una cosa del genere. Ma un mercato di programmatori si sta già formando, ed è sull'emke. Vengono offerti servizi e prodotti. Come navigare in questo mercato? Nei prezzi? Quando Integer, per esempio, mi ha informato dei loro prezzi, sono rimasto un po' scioccato. Perché è così economico? Quando hanno accennato al prezzo del Composter, ho avuto la stessa reazione. E poi, dal nulla, appare un individuo che offre i suoi servizi a prezzi molto più alti. In realtà, è un hoo? Beh, ho lavorato a lungo e fruttuosamente con programmatori di diversi paesi. Per esempio, tre o quattro anni fa ho avuto difficoltà a trovare un programmatore, e mi sono perso in questo mercato. Ho il sospetto che ora sia ancora più difficile per un principiante. Ci sono molte altre offerte. Cosa fare? C'è già una situazione inaccettabile, quando il commerciante e il codificatore si "cercano follemente", e vanno in giro insieme. Sono apparsi molti truffatori. E ancora, la domanda è: che dire di un giovane coder di talento, se non può affermarsi? Così cerco di trovare, al meglio delle mie modeste capacità, almeno qualche formula accettabile per valutare un programmatore. E la valutazione del lavoro, a proposito.