One’s view of this of Microsoft .NET CLR managed vs unmanaged Visual C++ code for a trader

Learn the Secret

Get  our 2 Free Books

Get these now which land directly to their inbox.
Invalid email address
(Last Updated On: February 8, 2013)


One’s view of this of Microsoft .NET CLR managed vs unmanaged Visual C++ code for a trader

Glad you found a way to wrap unmanaged code dlls for dot net clients.

That will give you a good market for getting new members of your group, I think.

The biggest barrier to an analyst or trader these days is that proprietary vendors create barriers to lock their customers into their proprietary solutions, and then bit by bit feed out upgrades for revenue to solve problems of keeping up with all the competitors. That applies generally to many fields of technology which are enabled using computer simulation and design.

So a barrier busting business model will find a growing market. Traders and analysts are hungry for barrier busting because of the notorious shroud of secrecy surrounding the idea of Trader’s EDGE.

What is so great about Multicharts, as you saw, is the potential it has for being a “front end” engine for interfacing analysis “backends” with analysts and traders alike.  Maybe it is not HFT platform, but it has backend simulation capabilities, and if you can connect Matlab analytics to any front end at all which traders have already learned how to use, and there is a migration path for using the same code to build the FPGA hardware/firmware which hooks up to the traders’ platforms of their choice( they all copy the old Omega Research, TradeStation, Multicharts EasyLanguage lineage standard formats),you have defined your market quite closely.

So I do not think you have to worry too much about MC dot net. It will take some time before it becomes adopted widely enough to create your market.  TradeStation and Multicharts and Ninjatrader all have thousands of already built commercial frontend users ready to use your C, or even C++ coded DLLs generated from your Matlab/Cuda/FPGA/ etc.,etc, development and testing backend(s)integration with graphical and trading simulator front ends solution.

Dot net is frowned on by those developers afraid of others snooping into the code of their trade secret strategies.  Straight C driven FPGA firmware for HFT keeps their secrets locked away very well, while the current front end platforms are only beginning to be adequate for running simulations and viewing the back test and strategy optimization graphics. Meanwhile, plain old Multicharts is right up front of the startup prototyper/execution testing (and even retail quantity buy side trading) platform pack in terms of jump-starting wanna-be as well as many current proprietary trading strategy developers.

Real minimum latency algorithmic HFT deployment is yet another upgrade stage, once performance metrics of the prototypes are considered probably worth the effort of further investment in state of the art competitive hardware and co-located data feeds.

Right now, the state of the art in simulation does not fare well in telling you what the difference will be between your simulation results with historical data and real time ordering/fill results. How would the Matlab toolbox software be programmed, for example, so it is able to decide whether to use market orders or stop/limit orders, time based bars or range-quantized bars based on the full order versus partial order fill  price sequence execution feedback loop from the exchange? The platforms (front ends) can gather the information and display it, but the programming effort is still frustrating, to say the least.

But I am very glad you like the idea of using “unmanaged C” or C++ for the backend coding interface.
Dot net might help with the integration for prototyping, or even deployment of slower than HFT as well.


My response;

It is people like this who respect what I am trying to do with this thing. This surprise of managed vs unmanaged C++ CLR code threw me off. I have got a better handle of it now. I am just some dude who worked with Java for many years but that platform has it unique challenges as well. Personally, I am digging .NET development despite its limitations within Windows. I am just more productive and I am getting closer to finish line. I keep saying that but I think I would still a be lot of farther away if I stuck it out with Unix or Linux.

NOTE I now post my TRADING ALERTS into my personal FACEBOOK ACCOUNT and TWITTER. Don't worry as I don't post stupid cat videos or what I eat!
This entry was posted in Featured, HFT High Frequency Trading, Quant Development and tagged , , , , , , , , on by .

About caustic

Hi i there My name is Bryan Downing. I am part of a company called QuantLabs.Net This is specifically a company with a high profile blog about technology, trading, financial, investment, quant, etc. It posts things on how to do job interviews with large companies like Morgan Stanley, Bloomberg, Citibank, and IBM. It also posts different unique tips and tricks on Java, C++, or C programming. It posts about different techniques in learning about Matlab and building models or strategies. There is a lot here if you are into venturing into the financial world like quant or technical analysis. It also discusses the future generation of trading and programming Specialties: C++, Java, C#, Matlab, quant, models, strategies, technical analysis, linux, windows P.S. I have been known to be the worst typist. Do not be offended by it as I like to bang stuff out and put priorty of what I do over typing. Maybe one day I can get a full time copy editor to help out. Do note I prefer videos as they are much easier to produce so check out my many video at