È ora di convertire le librerie in MQL5 - pagina 4
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Oserei dire che coloro che scrivono software per la vendita, così come tutti coloro che scrivono software, hanno bisogno di un editor utilizzabile prima di tutto, non il MetaEditor di cattivo gusto.
Non potrebbe essere reso anche lontanamente simile a Visual Studio? Sono molto seccato quando si passa da VS a ME.
MetaEditor 5 è già molto buono e lo stiamo ancora sviluppando.
Ha intellisense, navigazione delle funzioni, un aiuto enorme, snippet, subs (avete visto le diff?), integrazione con CodeBase/Market e comunicazione nativa con il terminale. È tutto dato per scontato.
Il navigatore del progetto ci sarà, mostrando i valori anche nel debugger in hovering - il lavoro sull'editor va avanti quotidianamente.
C'è anche una ragione per essere orgogliosi - l'editor con il compilatore prende solo 3 mb (10 mb con i file di aiuto e le traduzioni), tutto funziona molto velocemente.
Sembra che tu stia operando solo sulla tua scala di percezione dell'ambiente. Quindi, non capite perché "non è più facile chiedere ...." non è adatto al vero mercato di massa.
Noi operiamo in termini di "che effetto ha questa o quella soluzione con N milioni di utenti? Per esempio, solo nel marzo 2012 sono stati installati oltre un milione di terminali client MetaTrader 4 e MetaTrader 5. In un solo mese. Questa è una stima bassa, perché c'è un numero enorme di vecchi installatori non web.
La ragione per supportare la compilazione C++ -> DLL è di permettere un reale scambio di sorgenti DLL invece di avere a che fare con file DLL non verificati molto pericolosi. Su una scala di mercato, questa caratteristica fornirebbe una maggiore sicurezza per migliaia di commercianti che andrebbero in modalità "dammi la fonte, non voglio una DLL non verificata".
Naturalmente, questa è solo una soluzione aggiuntiva, il nostro obiettivo principale è quello di tradurre il massimo codice in MQL5 nativo e sicuro.
Soprattutto, mi chiedo quante persone che vogliono passare la fonte dll sono state private di questa opportunità prima?
Quanto è richiesta questa soluzione?
Io, per esempio, potrei facilmente distribuire i dll sorgenti tra i miei amici e vendere facilmente i dll compilati tra gli sconosciuti.
Nessuno si è preoccupato del fatto che ho scritto il codice sorgente in Dev-Cpp e l'hanno compilato in Visual Studio.
Il primo e finora unico problema che ho incontrato è stato quando mi è stato chiesto di collegare il codice C# a mql, prima di questo tutto andava bene.
Soprattutto, mi chiedo quante persone che desiderano trasferire il dll di origine sono state private di questa opportunità prima?
Quanta domanda c'è per questa soluzione?
Io, per esempio, distribuisco facilmente i dll sorgente alle persone che conosco e vendo facilmente i dll compilati agli sconosciuti.
E nessuno è stato confuso dal fatto che ho scritto i sorgenti in Dev-Cpp e li hanno compilati in Visual Studio.
Il primo e finora l'unico problema che ho incontrato, quando mi è stato chiesto di collegare il codice in C# a mql, e prima tutto era senza problemi.
Voi non sentite, e nemmeno gli altri programmatori.
Voi parlate di unità, mentre io ripeto cento volte MASS MARKET, MILIONI DI TRADERS. Il mercato di massa è servito da soluzioni automatizzate e scalabili, integrate a livello di piattaforma di lavoro.
La capacità incorporata di MetaEditor di compilare il codice C++ in DLL incoraggerà migliaia di utenti a richiedere il codice sorgente, e i programmatori a fornire e pubblicare questo codice sorgente al pubblico in anticipo. Il nostro obiettivo è che ciascuna delle nostre soluzioni/idee abbia una leva di mercato da 1.000 a 1.000.000.
Raccomando a tutti gli sviluppatori di uscire al più presto dalla trappola di una visione ristretta del mondo. Dimentica te stesso, pensa e valuta il comportamento delle masse - dà un livello completamente diverso di comprensione dei processi. Gli indizi sono dappertutto - bisogna solo prenderli in considerazione.
Voi non sentite, e nemmeno gli altri programmatori.
State parlando di unità, e ripeto MERCATO DI MASSA, MILIONI DI TRADERS. Il mercato di massa è servito da soluzioni automatizzate e scalabili costruite a livello di piattaforma di lavoro.
La capacità incorporata di MetaEditor di compilare codice C++ in DLL incoraggerà migliaia di utenti a richiedere il codice sorgente, e i programmatori forniranno e condivideranno questo codice sorgente con il pubblico in anticipo. Il nostro obiettivo è che ciascuna delle nostre soluzioni/idee abbia una leva di mercato da 1.000 a 1.000.000.
Raccomando a tutti gli sviluppatori di uscire al più presto dalla trappola di una visione ristretta del mondo. Dimentica te stesso, pensa e valuta il comportamento delle masse - dà un livello completamente diverso di comprensione dei processi.
Cosa cambierà se le domande sono messe al plurale, ci siamo chiesti o abbiamo dato via, penso che il punto è che il programmatore di massa non darà via il codice sorgente al pubblico di massa. E se alcune soluzioni vengono consegnate, non c'è nulla che le trattenga già ora.
E se le masse pretendono che sia un problema personale del pubblico, che lo pretendano a cazzo, e un fiume di codici non scorrerà alle masse gratis, e aprire un codice significa automaticamente gratis.
Cosa cambierà se le domande sono messe al plurale, ci siamo chiesti o abbiamo dato fuori, penso che nulla è il punto che un programmatore di massa non darà il codice sorgente al pubblico di massa. E se alcune soluzioni sono distribuite, nulla le trattiene anche ora.
E se le masse chiedono - sono problemi loro, che chiedano fino alla morte, e il fiume di codici gratuiti non scorrerà verso le masse, e aprire il codice significa automaticamente gratis.
La pratica dimostra che intorno alla massa di open source di diversi sistemi (in qualsiasi lingua) sta crescendo a grande velocità.
Quindi la tendenza è abbastanza chiara e noi la sosteniamo attivamente nelle nostre soluzioni. Presto faremo alcuni seri cambiamenti in CodeBase permettendo agli utenti di accedere all'enorme base di codice sorgente in rete direttamente dai loro terminali.
Il nostro obiettivo è quello di fornire quanto più codice sorgente possibile per gli sviluppatori di software che saranno in grado di vendere le loro soluzioni agli utenti finali attraverso il mercato MQL5.
Coloro che non vogliono comprare soluzioni già pronte dovrebbero essere in grado di vedere gli esempi di altre persone, capirli e scrivere i propri programmi.
E il supporto per la compilazione del codice sorgente C++ in DLL si adatta bene alla nostra ideologia.
Esprimerò la mia stretta opinione con il senno di poi:
non uso il debugger, perché ho bisogno di debugger non solo ovunque, ma in certe parti del mercato, il debugger non ce l'ha, il resto può essere debuggato così com'è.
Non uso il visualizzatore perché non funziona con un casino di funzionalità.
Non uso il cloud, perché non mi fido dei valori che restituisce.
Non uso watchman perché non ho mai capito come usarlo (peccato, non l'ho fatto), o è storto o ho le dita affilate per x.
Non uso il marketplace perché non puoi vedere veramente cos'è un prodotto finché non lo compri.
Non ho ancora il folding, il che è un grande deterrente per scrivere codice. Senza la tenuta, i progetti oltre le 1000 linee cominciano a rallentare molto.
Ora guardate il mondo dal mio punto di vista, niente di quello che state fanfasciando mi è utile per qualche motivo :(
Il mio mondo è al livello di beta-testing di MT5, nessun broker, l'unico vantaggio contro MT4 è OOP.
Tu sei da qualche parte oltre l'orizzonte nei tuoi sogni, ma finché la mia (plurale) visione non si avvicina alla tua, la realtà di MT sarà bloccata.
Vi suggerisco di rilassarvi e iniziare a godere delle caratteristiche che non usate per principio.
La visione ristretta non è solo del terminale, ma più del mercato. Per salire di livello, devi cambiare la tua mentalità e rompere le tue vecchie impostazioni. Rompetelo e vedrete nuove opportunità di sviluppo. Questo è un consiglio per tutti gli sviluppatori.
E dovreste credermi sulla parola - ho molte più informazioni e conoscenze su tutti i nostri sistemi e sul mercato che li circonda.
Non usoil debugger perché ho bisogno di fare il debug non solo ovunque, ma in certe parti del mercato, cosa che il debugger non ha, il resto è debuggato così com'è.
Hmmm. La validazione interna più un debugger è un filtro per la maggior parte dei bug.
Non uso il visualizzatore perché non funziona con un casino di funzionalità.
Quindi non controllate gli indici per assicurarvi che funzionino? Almeno?
Non uso watchman, perché non ho mai capito come usarlo (peccato, non l'ho fatto), o è sbagliato o, le mie dita sono affilate per x.
Non per custode, per deposito :) A proposito, la sovversione è già abbastanza obsoleta.
Non ho ancora il folding, il che è un forte deterrente per scrivere codice. Senza piegatura, i progetti oltre le 1000 linee iniziano a rallentare.
Non uso affatto la piegatura. Non da nessuna parte. E non mi disturba in alcun modo.
Ehm, accidenti. La validazione interna più un debugger è un filtro per la maggior parte degli errori.
Quindi non controllate gli indici per assicurarvi che funzionino? Almeno?
Naturalmente, nell'ultimo anno, ho esaminato il debugger un paio di volte. Ma ad essere onesti, posso scrivere 200 righe di codice senza premere una volta F7. Beh, non tutti possono, quindi il debugger è necessario, ma sono d'accordo che manca una parte molto importante del "debugging in un'area selezionata". E questo non è realizzato perché avete scelto la strategia di sviluppo sbagliata. Se all'inizio avessimo diviso il tester in un debug-tester e un optimaz-tester, le cose sarebbero state diverse.
Io faccio il debug degli indici in tempo reale, perché è lì che devono essere sfruttati e tutti gli altri ambienti non garantiscono la correttezza del loro lavoro. Questo è il motivo per cui non uso quasi mai il tester, perché alcuni indici non sempre funzionano come nella realtà. In generale sono d'accordo con i broker che dicono che MT5 è ancora grezza.
Vorrei iniziare una lista di potenziali progetti. Aiuto con link e breve descrizione, per favore.
Avete bisogno di tutto il possibile. Almeno solo librerie ausiliarie, ad esempio per lavorare con stringhe, array, file, per questo si può prendere PHP come base, ci sono funzioni per ogni caso.
Inoltre, ecco una collezione interessante: http://musicdsp.org/archive.php.