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

Re: Uptick: Tick-based futures trading engine .NET or Java



PureBytes Links

Trading Reference Links

Hello Joel,

The trading software industry is easy-entry and is saturated.
There isn't a week that goes by without a new
trading tool.  The programming languages are getting easier and more
accessible, as computers become more powerful.  So the competition
will only get worse.  I would use the ease and accessibility
as an advantage to improve your own trading success by developing
software tools only for yourself.

This also allows you to be free at choosing the language of your
liking.  The .NET language is a giant leap from VB6.  It incorporates
the power of C#, while getting rid of a lot of the lame aspects of VB6.  It's a
very easy language to learn.  Going the perl/python/linux route is
also a good choice, and is superior in terms of accessing an enormous
tick database.  I personally think JAVA is a stupid and convoluted
language but I'm in the minority on that one.

-F


Wednesday, April 28, 2004, 7:36:36 AM, you wrote:

JR> Folks,

JR> I want to build from scratch a lean and mean tick-based futures trading
JR> engine. The engine will be open-source and include the basics such as
JR> data storage, backtesting, optimization. This is my personal project
JR> outside of the SmartQuant umbrella.

JR> I created a project at
JR> http://sourceforge.net/projects/uptick/ and will
JR> start gathering requirements shortly. 

JR> I plan to leave charting to third-party toolkits such as Dundas Chart
JR> (http://www.dundas.com) and focus on things like distributed
JR> optimizations on a server farm. Keeping the basic engine open-source
JR> would help it stay performance-oriented and well-documented. 

JR> I chose the Apple open-source license because I rather like the way Apple
JR> based Mac OSX on FreeBSD but is able to derive revenue from add-ons like
JR> the Aqua GUI, Quartz graphics engine, etc. I would like people to base
JR> their own closed for-profit products on Uptick and will do so as well.

JR> I think there's money to be earned on easy-to-use tools and development
JR> environments built on top of Uptick that make creating and testing
JR> trading systems easy. 

JR> I think Uptick should execute via FIX. A "personal" FIX server that acts
JR> as an exchange simulator could be open-source. A production version with
JR> pluggable real-time execution adapters could be sold for profit. 

JR> Real-time execution adapters that plug into the FIX server could be sold
JR> for profit as well. Developers could earn money from sales of their
JR> adapters and this should encourage people to build lots of adapters quickly.

JR> Would you suggest Java or .NET for implementation?

JR> What do you think about this initiative?

JR>     Thanks, Joel