And what do you think of Financial Engineering whether it can provide such solid expertise?

These "research centres" are called programmers. However rules implementation doesn't help to "find out dimensions of market". The second question is, alas, meaningless. Abdullah, seriously, why not putting some efforts to learn the basics which are all around in free access? Why are you trying to immediately get into things in which you don't understand a single point? And why are you so addicted to anything which sounds "globally", like "financial engineering", "dimensions of market", "high frequency", "cross-connect" and so on?

Hahaha. You really made me smile, Alex. Its because I am in the market struggling since 2006 alone. I didn't work with a bank, so all I talked with you is from those "free accesses" and I made my practical successes through those same resources. Now after walking those heavy steps, focusing on what is practical, you ask me to step back and study, stopping my streamline? Its really hard to combine between study the "basics", trade and then make an algo.

I found that with giving the bread to the baker I will be happy, and let him take halh of the slice, in echange for having the system, will only develop whats new, not scratching from zero, and above all, feel achieving something in life.

Do you have that concept?

Half*

exchange*

Alex, is CAT® Certification good for me in that ppurpose, knowing that I am not a programmer? How long is it? Cost? Thanks.

Abdullah, the problem is not in that you're not a programmer. I replied you privately.

We can provide all this - connect you directly on a liquidity bridge. We do not do level 2, but is supported in our setup - could be negotiated. A fully integrated development, deployment and execution environment, including historical data, strategy development, backtesting, execution an order routing, order management, FIX connection to the liquidity bridge of LP provider

As mentioned before - you adapt to what is available in terms of development platforms, your daily life, when you sleep etc - there are 1.000´s of trading ideas to start on, so why pick the most difficult types of strategies to develop and run, when you can pick other types of strategies more easy to develop, administrate, run.

Of course, let's just pick "other types of strategies" and then waste years, if not decades, trying to fit the market to the model only to realise eventually that the idea didn't suit this particular market at all. The strategy should represent any particular market process, and if it's profitable then that's what we have to live with, regardless of whether it's complex or not.

I hoped you didn't say it this way, Soren, since every naiive novice knows it badly.

Alex, I think unified modeling or dashboard or what I lately learned pseudo code is crucial to solve the words misunderstanding "initially built for Indian coders interacting with US coders" so as to start coding purely. What do you think?

Abdullah, I'm glad that you've come to this understanding, knowing at least the very basics of programming (algo design) is absolutely necessary, but unfortunately not sufficient. In general, trading strategies development is a very complex process where the main cornerstone is the very strategy specification along with the acceptance test specification — in simple words how you decide whether your idea was implemented completely and precisely. In reality both specifications take quite some time to develop, even for simple strategies (or those that look simple for the trader), and most traders don't pay much attention to it. This leads to further misunderstanding in the development process and at certain point very frequently it turns out that the trader had something on his mind that either cannot be systematised completely, or appears to be much more complex than it looked.

I tried to help traders implementing their strategies for several times, but now I prefer not to do that because of the very reasons I mentioned.

Not the best example, but hopefully it explains why reality is far more complex than you (and I) may wish to be: http://www.slideshare.net/iivanoo/20152016-modern-development-paradigms

I think a good example ;-) How about this suggestion:

"The optimal solution to a complex problem is a simple solution - but in order to reach the simple solution, an in depth analysis and understanding of the complex problem is needed". (by Soren Lanng)

This is an acceptable rephrasing of my idea which is the foundation of my research method, my educational program, and which I've been trying to popularise in this group for all those 4 years.

Where the complex problem to solve here is how to develop automated strategies - non-programming, and in seconds/minutes. How do you solve that ? With a complex solution, or a simple solution ? ( and I dont think of the optimizing scheme broadly used and confused with the core strategy development)

Alex, I saw what you were doing some years back, dont know how far you are today - do you have links to something ?

Where unified modeling lies among all this, guys?

When talking HFT trading, time and regulations are working against you.

HFT trading is in my opinion not a sustainable type of trading. The world within HFT may look very different in some years time when you are finished with a prototype.

Abdullah - As in Unified Modeling Language? https://en.wikipedia.org/wiki/Unified_Modeling_Language

Jim ! How are you? Still waiting for your response.

Hi Abdullah. I am well thank you. However I am still wondering what you meant by "unified modeling" in the context of algorithmic trading?

Its what you've quoted from wiki, or in another expression: pseudo code.