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
A proposito, oggi ho scoperto la possibilità di avvitare l'evidenziazione semantica (cioè non sarà il vim a non sapere nulla dei tipi, ma il server LSP a fare la colorazione), il che è divertente in principio. Se qualcuno è interessato, faccia come indicato quihttps://github.com/clangd/coc-clangd. Di conseguenza, il mio coc-settings.json è degenerato in questo:
tutte le impostazioni del server rimosse, coc-clangd (che è un'estensione coc) configura il client coc stesso.
In generale, ha senso fare un server di lingua (https://langserver.org/) per mql. Poi prenderà ugualmente in vim ed emacs. E visual studio ed eclipse. Ma questo volume è sostanziale e fatto al 90% da sviluppatori di MQ, cioè è una rielaborazione del lavoro di qualcun altro con nuovi bug e malintesi.
Penso che sarebbe meglio prendere un'altra strada, facendo un convertitore di codice C++ in MQL, in modo da poter codificare direttamente su plus (con alcune restrizioni), e MQL potrebbe essere usato solo come strato intermedio per generare codice eseguibile .ex5. Così in effetti poi MQL stesso potrebbe essere dimenticato come un brutto sogno.
In effetti, Vict va parzialmente in questa direzione, cercando di sostituire alcuni costrutti con delle stampelle. Ma è meglio risolvere questo problema in modo sistematico. Forse dovrebbe essere fatto sulla base del codice sorgente di qualche compilatore plus-size. Potrei partecipare a una tale impresa.
Penso che sarebbe meglio fare un convertitore di codice C++ in MQL, in modo da poter codificare direttamente in plus (con alcune restrizioni), e MQL potrebbe essere usato come strato intermedio per generare codice eseguibile .ex5. Cioè, in effetti, poi si può dimenticare MQL stesso come un brutto sogno.
Infatti, Vict va parzialmente in questa direzione, cercando di sostituire alcuni costrutti con delle stampelle. Ma è meglio risolvere questo problema sistematicamente in qualche modo. Probabilmente dovrebbe essere fatto sulla base del codice sorgente di qualche compilatore più. Potrei prendere parte a una tale impresa.
Sei strano. Devi essere molto giovane. Si vuole partecipare a ciò che si è pronti a distruggere.
Voi ragazzi state facendo gli eroi, Dio non voglia che siate coinvolti in una cosa del genere per il bene del software proprietario. Aspettare fino a quando qualche manager intelligente decidedi fare più soldi per renderci la vita più facile e rilasciare NewRevolutionarySoft-1.limited.edition e rompere completamente e accidentalmente la retrocompatibilità, con discorsi su come non possiamo più vivere così, il mondo sta andando avanti, prendere le borse e correre. Un set di stampelle che non sono un gran peso è il soffitto. Lasciate che questi manager scrivano loro stessi il server LSP, hanno esperienza, statistiche e tutto il resto.
Penso che sarebbe meglio fare un convertitore di codice C++ in MQL, in modo da poter codificare direttamente in plus (con alcune restrizioni), e MQL potrebbe essere usato solo come strato intermedio per generare codice eseguibile .ex5. Cioè ci si può dimenticare di MQL stesso come un brutto sogno.
In effetti, Vict va parzialmente in questa direzione, cercando di sostituire alcuni costrutti con delle stampelle. Ma è meglio risolvere questo problema in modo sistematico. Forse dovrebbe essere fatto sulla base del codice sorgente di qualche compilatore plus-size. Potrei partecipare a una tale impresa.
Forse non sarai qui allora? Perché hai bisogno di fare un sogno spaventoso da sveglio? Forse altri posti non sono così spaventosi? Dovresti riflettere sul significato della tua attività - forse non è la tua. Forse il tuo è altrove. Dove non fa paura. Dove volare...
Allora forse non dovresti essere qui. Perché hai bisogno di fare un sogno spaventoso da sveglio? Forse altri posti non sono così spaventosi? Dovresti riflettere sul significato della tua attività - forse non è la tua. Forse il tuo è altrove. Dove non fa paura. Dove volare...
L'attività va sempre in posti diversi e in direzioni diverse, non preoccuparti. Né il senso della tua vita si limita a stare seduto su un forum e a moderare i post di qualcun altro, suppongo.
Un set di stampelle che non sia troppo pesante è il soffitto
Alexey Navoykov:
1. Ну как видим, набор этот у вас постоянно растёт и множится. Поэтому тут вопрос чисто рационализаторский. Либо ты постоянно тратишь время на создание очередных костылей и возню с ними, либо решаешь проблему на корню и больше не паришься.
2. Onestamente non sono sicuro di cosa si parlasse di retrocompatibilità, compatibilità con cosa?
1. Vi è sembrato che l'intero punto di questo"progetto" sia 150 linee di script di shell, che ho dimenticato quando lo stavo facendo. Il resto è una singola configurazione del plugin, che ogni utente dovrebbe essere in grado di fare da solo, deciso per aiutare i potenziali neofiti.
2. Ricordate cosa hanno fatto con il vecchio dialetto MKL? Avrebbero potuto fare una casella di controllo da selezionare, per esempio. Comunque, questo è il punto in cui stavano girando questa compatibilità. Penso che sia molto divertente guardare il tuo progetto di linea 100500 trasformarsi in una zucca.
2. Ricordate cosa hanno fatto con il vecchio dialetto MCL? Avrebbero potuto fare una scatola di selezione, per esempio. Comunque, questo è il punto in cui stavano girando questa compatibilità. Penso che sia molto divertente guardare il tuo progetto di linea 100500 trasformarsi in una zucca.
Forse non ti è chiaro cosa intendo. È esattamente il contrario. Ora, mentre codifichi in MQL, rischi di trovarti nella situazione che hai descritto e dovrai riscrivere tutti i tuoi progetti. Sto parlando di scrivere un convertitore/traduttore per codificare direttamente in C++. E se incontri problemi di compatibilità, dovrai solo sistemare questo convertitore e non i progetti stessi.