[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: variable declarations within EL?



PureBytes Links

Trading Reference Links

Therein lies the problem...whether we like to admit it or not, 95% of the 
people on the list that trade are consistent losers in the markets. And as 
such, people cycle in and out of the list as their accounts ebb and 
eventually blow out. Some of the 5% that win tend to either not share their 
findings (keep an edge in their way of thinking), or as Bob says, others 
with many years of EL programming get frustrated with TSX, get a data feed 
SDK, and roll their own proprietary trading platform with industrial 
strength language.

Another problem lies in that sad fact that TSX is a proprietary language, 
so I doubt that even Sam Tennis could help with formally publishing a 
manual/document detailing the internal workings of TSX due to legal 
disclosure restrictions as a part of his employment separation agreement. 
And the same must be true with other former Omega/TT employees as well. The 
precision thread several months ago was the closest I've seen to document 
TSX internal processing functions in my many years on this list.

MT

>Very little about how TradeStation really works internally is
>published. I am not even sure the staff now left in the company even
>know...
>
>About the only way to find out if, and how, something works is to run
>tests and see what happens. Users on email lists such as this run
>such tests all the time and share their findings.
>
>Some of the former Omega staff, such as Sam Tennis, who knew how it
>worked in days past, are on this list and sometimes help out.
>
>If you want a "real" programming language with documentation, modern
>debugging facilities, etc., you need to look elsewhere. Frustrating,
>I know, but true.
>
>One wise user once wrote that probably 95% of the programs that
>TradeStation users write do not run the way the user intended and
>they never know it.
>
>Technical integrity has never been a priority with the Omega
>management and probably never will be. Most of us have long-ago given
>up on trying to get fixes out of the company and are just trying to
>get our programs to work the way we want with the software we now
>have.