
IB API all the way.
)What are your algo's latency requirements?
IB API all the way. I don't want to be dependent on someone else's software over which I have no control.
I've heard enough bitching along the lines: "hey xxx doesn't work any more ever since I took that update"
Yes, it's more work but I've built up my own abstraction layer on top of IB's API that I understand and control.
Also I'm a crack programmer![]()
I don't want to come across as bashing NT. It seems like a good product and in your case it may very well be the way to go.I appreciate your opinion, it's pretty logical what you say. However I'm not a professional programmer, so given my time table needs, more hard technical work means to me being behind schedule, that's why I consider nice platforms like NT. Just for curiosity: do you code professionally ?
I've got news for you, you're dependent on someone else over which you have no control when you build to IB's API. After you trade with them for a while and realize how truly awful they are in a number of areas, you still stick with them for months longer because you locked yourself with the sunk cost of your time developing to their API and you don't want to loose all that code. Which doesn't work with anyone else. Believe me, I've lived that nightmare. If you must use IB, use the FIX solution and at least you'll be able to port it to any other professional level broker with minimal refactoring. And optimally get your quotes from somewhere else, FIX isn't very amenable to that piece.IB API all the way. I don't want to be dependent on someone else's software over which I have no control.
I've heard enough bitching along the lines: "hey xxx doesn't work any more ever since I took that update"
Yes, it's more work but I've built up my own abstraction layer on top of IB's API that I understand and control.
Also I'm a crack programmer![]()