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

Re: AW: To MarkBrown: Real-time datafeeds in Python



PureBytes Links

Trading Reference Links

   Date: Fri, 7 May 2004 07:11:34 -0700 (PDT)
   From: Alex Matulich <alex@xxxxxxxxxxxxxx>

   Adrian asked:
   >So with all the problems in TS and in WL3, have you written your own
   >complete program with interface and programming language that has
   >overcome the flaws in Easylanguage and WL's pascal type language? 

   Now, what I do is what Bob does.  Invent workarounds to get around
   the deficiencies.  I shouldn't have to.  I can understand such
   incompleteness for something open-source or something an author
   writes for his own use, but TS is neither.


Well, you are expecting a lot from an old program.  The reasons you
mention are probably part of the thinking behind the current software
lease scheme from TS...at least I hope they are responsive to
improvements in TS 7.0 (my techniques put me into roll-your-own long
ago, and then it turned out that I couldn't convert to TS, but I like
this mailing list).  I'd bet that TS2000i was released as soon as
possible due to trader demand, and once a software product has been
released and purchased, it is difficult to fund a full development
team for code improvement.  So workarounds are the only solution, as I
have learned.

IMO biggest problem with most trading code mentioned here is that the
user available internal programming language is not extensible
(e.g. EL), so the user is trapped by whatever was available at release
(leading to the above complaint).  It doesn't need to be that way, as
it is possible nowdays to embed an interpreter into trading software.
I know it can be done with Perl and javascript, and I would expect
that Java and probably Python have such a feature.  As a perl fan, I
know that the recent list of shortcomings in TS are easily solved
withing a perl embedded TS, plus I get instant access to SQL servers,
paging functions, instant messengers, fancy graphing, on tick
decisions, you name it.

I'd suggest that rather than new trading software be created, that the
effort go into adding one (or all) of the extensible scripting
languages into TS via one of the after market DLLs.  The hard part is
connecting the internal variables into the language chosen.
Afterwards you get the known interface of TS, you still get all of EL,
you have the opportunity to expand TS however you like, and you get to
solve all the quirks, lack of features, bugs, etc.  What that spells
out is a ready market.