Should IB program a non-Java TWS?

nonsense, you make a good point but I want to assure others that this is not the case at IB. There has been a lot of press on our firm of late and if you've been reading any of it you would have noted that our chairman started out as a programmer and was the first to bring computers to the trading floor - (i'm talking 1980). Over the years languages have evolved and our firm has adjusted. Any of you remember Cobal and Forth? At this point in time, the java front end makes most sense. who knows about tomorrow.

 

Funny, as I argue against this thread. I realize TWS will not start. In fact, nothing Java-related will start. First time this has happened in months. I upgrade 1.5.0 to 1.5.0_05 and all is well. Can't explain that one.

 

You can port it so that it doesn't rely on Windows. You just need to mimic the socket send/replies in your code with your own socket code. You can port it to whatever language you want as long as you get the socket calls right. I've ported it to C++ with WinSock (instead of the Afx stuff in the test application), Perl, and Ruby.

 

I wonder about how this poll would turn out if it were run in say about 2 years from now?

 

The poll does display a fully univocal result, but I think it's pretty easy to see the majority of users and volume would feel better with a non-java, native solution.


I'd say, IB executives should at least discuss it.

With the new unbundled comm. structure IB is now more&more a target for real high volume traders who got used to X-Trader, you just can't compare the two interfaces when it comes to "the feel of speed"


Thanks for these many votes until now!

 

You seem to be a pro of statistical significance. Congrats...

 

science, you seem to be a pro in humorless sarcasm. congrats as well.

I'm off here until Mon.

 

Incredible, my horoscope predicted it :

Gemini : you will be very sarcastic in the next few days.

I'll have to believe in horoscopes from now on...

 

Well ... the apparent difference you perceive really isn't an issue with native windows versus Java/JVM. With $soft alternatives continueing to grow you will be hard pressed to convince any software development house to invest a lot of money into proprietary only solutions. In fact, the future of these interfaces will actually reduce dependence on the client side code base.

 

should oj finally admit to killing his wife???????????????????????????????????????????????????????????