Autoapprendimento del linguaggio MQL5 da zero - pagina 19

[Реter Konow]

Valeriy Yastremskiy:

Decomporre significa separare?

Anche se la domanda non è per me, usando quella lista come esempio: qui si sta guardando il ME. Il navigatore è aperto sulla sinistra. Contiene tutti i file e le cartelle. Hai impostato un compito per riprodurlo in uno stato funzionante nel tuo programma mql. Cominciate a "decomporre" speculativamente (scomporre in parti correlate, proprietà, comportamenti, modelli) la lista MT e a "comporne" una copia nella vostra testa, poi su carta, poi nel codice. Imho.

[Реter Konow]

Vasiliy Sokolov:

Vuoi il mio consiglio quando non ho visto il tuo codice o il problema che stavi risolvendo? Onestamente non so nemmeno come o cosa hai decomposto. Non posso dire nulla su questo.

Io propongo una tale legge:

"Se qualcosa funziona bene e svolge tutte le sue funzioni, allora è fatto in modo professionale".

Quindi, non bisogna guardare il codice (gli standard di scrittura possono ingannare l'impressione), ma bisogna guardare il risultato. Se funziona senza critiche - tutto è stato perfettamente decomposto e ricompilato. :) Non è vero?

[Vasiliy Sokolov]

Реter Konow:
Io propongo una tale legge:

"Se qualcosa funziona bene e svolge tutte le sue funzioni, allora è fatto in modo professionale.

Pertanto, non è necessario guardare il codice (gli standard di scrittura possono ingannare l'impressione), ma è necessario guardare il risultato. Se funziona senza critiche - tutto è stato perfettamente decomposto e ricompilato. :) Non è vero?

No.

[Valeriy Yastremskiy]

Vasiliy Sokolov:

In termini semplicistici, sì.

Non credo che dividere i compiti principali in sottocompiti sia un'abilità di base. È più facile vivere e codificare con questa abilità.))))

L'ottimizzazione della logica, l'ottimizzazione e il resharpening del codice è un secondo compito dopo la creazione della logica. )) E poi c'è la sperimentazione competente).

In generale, solo saper guidare bene un'auto e sapere come è costruita non permette di sfruttarla appieno))))

[Реter Konow]

Vasiliy Sokolov:

No.

La decomposizione di un oggetto deve seguire un'istruzione/protocollo fisso? E se l'aspirazione alla libertà creativa si mette in mezzo?)) E se l'io si opponesse al loro ed è da qui che viene l'ispirazione?) Rinunciare e diventare "uno di" invece di "uno"?

Domande esistenziali, però...))

[Valeriy Yastremskiy]

Реter Konow:
Io propongo una tale legge:

"Se qualcosa funziona bene e svolge tutte le sue funzioni, allora è fatto in modo professionale.

Pertanto, non è necessario guardare il codice (gli standard di scrittura possono ingannare l'impressione), ma è necessario guardare il risultato. Se funziona senza critiche - tutto è stato perfettamente decomposto e ricompilato. :) Non è vero?

Anche no. Lavorare bene ed essere comodo da riparare sono cose diverse.

Funziona bene, codice comprensibile agli altri, facile da riparare) Poi i professionisti lo apprezzeranno)

[Igor Makanu]

Реter Konow:
Io propongo una tale legge:

"Se qualcosa funziona bene e svolge tutte le sue funzioni, allora è fatto in modo professionale.

Pertanto, non è necessario guardare il codice (gli standard di scrittura possono ingannare l'impressione), ma è necessario guardare il risultato. Se funziona senza critiche - tutto è stato perfettamente decomposto e ricompilato. :) Non è vero?

Propongo di chiamare questa legge con il suo nome legale - diayway

[Реter Konow]

Seriamente, non ci può essere un formato/regole per la scomposizione mentale dei compiti, perché le persone sono diverse e il pensiero di ognuno è diverso. Tuttavia, il risultato è la quintessenza del lavoro mentale, che dimostra la qualità di questa scomposizione/composizione nell'oggetto riprodotto.

[Vasiliy Sokolov]

Valeriy Yastremskiy:

Non credo che dividere i compiti principali in sottocompiti sia un'abilità di base. È più facile vivere e codificare con questa abilità.))))

L'ottimizzazione della logica, l'ottimizzazione e il resharpening del codice è un secondo compito dopo la creazione della logica. )) E poi c'è la sperimentazione competente).

Quindi è solo il saper guidare bene un'auto e sapere come è costruita che impedisce di sfruttarla appieno))))

Ladecomposizione è l'ottimizzazione e la risoluzione del codice. Questi non sono il secondo e il terzo compito. Questa è la decomposizione. E creare logiche è anche decomposizione. Tutto è decomposizione. Fai un compito e risolvi tutto in una volta. Questo è il punto.

[Vasiliy Sokolov]

Реter Konow:
La decomposizione di un oggetto deve essere fatta secondo una determinata istruzione/protocollo?

Sì, la decomposizione è un insieme di passi abbastanza concreto: "Fai uno, fai due, fai tre". È quasi un algoritmo esatto. Così preciso, per esempio, che Resharper può fare molte cose dalla decomposizione. L'unica ragione per cui non fa tutto è che i bisogni di ognuno sono diversi, non c'è una base comune.