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.
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?
"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?
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))))
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"?
"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)
"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
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.
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.
Ре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.
Consenti l'uso dei cookie per accedere al sito MQL5.com.
Abilita le impostazioni necessarie nel browser, altrimenti non sarà possibile accedere.
Hai effettuato l'accesso. L'autenticazione a due fattori è stata disattivata. Configurala di nuovo e scansiona un nuovo codice QR, oppure continua con l'autenticazione a due fattori disattivata.
Decomporre significa separare?
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:
No.
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))))
No.
Io propongo una tale legge:
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)
Io propongo una tale legge:
Propongo di chiamare questa legge con il suo nome legale - diayway
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.
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.