The future of automated trading - page 20
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
The question was about trading on the stock exchange. Not about the casino gamblink.
Whether MT4 is a good or a bad product is irrelevant. The important thing is that it is not suitable for stock trading. Born to fly, you cannot crawl. Not for that reason his parents conceived him, not for the stock exchange. In other words, MT4 has nothing to do with automated trading in general, and those 50-70% of trades performed by robots, with which I started the Trades, in particular. And I only have to repeat my previous thought: "somehow they manage without MT".
1. I don't care what to do with it.
2. the CU may be the same for one or two trades. But the total for a series of trades (taking into account that there may be more than one position opened) will be different.
3. As for the losses, you are right they are mine, especially if they are recorded in the history. And at the expense of UNREALIZED OPPORTUNITIES, it's debatable - I pay them too, in the form of various ADDITIONAL ADDITIONAL OPPORTUNITIES....
1. Well, what can I say? Well complain to the UN, write your metatrader, use only four, trade sugar - and account for it yourself, item by item every bag - well that's how it all works.
2. And don't cheat yourself, on a series of trades it will be the same.
3. it makes absolutely no difference what you're going to pay there, what the extras are. It's an accounting of what's there. And it is not only you who are interested in accounting, but also various government agencies, for example.
That's really bad. Very bad.
Renat:
Unfortunately, no.
Prival:
Will it be possible to test on user selected data ?
It seems everyone has forgotten that it is possible to write your own functionality for the terminal in the terminal's native language, including the strategy tester, which allows to test on any data, including the "purchased" ticks. And in general, everything that the terminal lacks, everything can be implemented by means of MQL5. In some time such solutions will surely appear in abundance, to fill the niche of custom testers that is still empty.
But I believe the future of automated trading consists not in terminal-type program solutions, but in such special programming languages. All I need is a language and an executable environment for it, and then we will be able to realize everything we need.
That is why I admit the possibility of such specialized programming languages as for engineers, medics, etc.
And in general, everything that the terminal lacks, it can be implemented by means of MQL5.
I laughed :) I also wrote my tester in mql4. Then I wrote everything I think about the developers in the code of this tester :)
There are normal languages and development environments, and if you want to do something fully functional, you have to work in a normal environment. MQ they somehow do not go our way.
I laughed :)
What's so funny? Maybe we could laugh together.
Write anything you want, e.g. how do I copy a folder with subfolders and files to another location?
Case, the master is afraid!
Write anything you say? For example, how do I copy a folder with subfolders and files to another location?
Write anything you say? Like how do I copy a folder with subfolders and files to another location?
The answer is incorrect because there was an application here
> everything is implementable with MQL5.
And MQL5 tools are terminal APIs, those are FileOpen
And you suggested an operating system API, and I'm saying ditch MQL and move to a normal language and win API, or better yet a normal object environment.