Intro to Dukascopy Visual JForex for algo forex trading strategy design
I have started using VIsual JForex which is a visualization tool to code generate for live trading within JForex trading platform. This is of course all in Java which is not really my primary choice of languages.
Ok. I have gone through the various options for front end web design not related to Windows or Microsoft. I have put a survey out to help decide on the final choice (this is like marriage so I need to make the right choice) . Here is my view on using Python which could be adequate but I don’t think you can quickly port the code to a web fron which is something I would like to include as a requirement.
Do I really need to hand code this stuff? When you got good rapid code generation with tools like Visual Studio or even Qt (if it works as advertised), is there really a need to go through this process? I am not interested in this path as it is now 2016, not 1980.
Participate in my important survey as indicated here
And now a message from AerospikeDB to all my queries with a design for potential HFT
This came from their business development manager at AerospikeDB. Hearing from a vendor is a very cool thing:
Hi Peter Thanks but what is cost structure for Aerospike? Thanks
AerospikeDB is open source. So it’s the customer’s favorite price: free. The Community Edition is free. Is and always will be. The Enterprise Edition, which includes XDR (Cross Datacenter Replication) and security features, amongst others, is where the costed product is. For small businesses, we also have a Start Up Special which is also free, and gets you the Enterprise Edition until you meet revenue numbers ($2 million in annual revenues, or $20 million in funding). For companies big and small, we publish the following price list:http://www.aerospike.com/products-services/
Also note that we only charge based on total data in your database; unlike a cloud provider, we do not charge based on usage of the data.
More comments are embedded below, which was part of your original email….
Hi Bryan! I am looking through your video. I will get back to you once
I have a chance to check it out in full. Very exciting stuff!
The one thing I will note is that Redis doesn’t scale beyond a single
server. So if you need scaling and performance, and especially
cross-datacenter replication (XDR), then Aerospike can do what Redis
just doesn’t do. They are attempting to solve scaling via clustering,
but it’s a work-in-progress, and certainly not mature.
I posted an hour long video that explains evertyhing I learned in
the last 5 years
_Final architecture walthru of automated trading Linux Windows based
system with HFT potential. Hail Python?_
This is an important 1 HOUR VIDEO to take away confusion for a
trading system. I talk about all the pros and cons of each language
including NOSQL vs SQL databases. I hope this covers everything.
In a way, yes, but I wanted to get a clear idea. It looks like you want to have the following:• A desktop (Windows-based) trading desk application (buys and sells); broker-level, but not “exchange-floor” or “HFT cluster”-level.
• Seem you want an application that would allow brokers to control up HFT, but not the architecture to actually *execute/run* the HFT.
Let me know if any of those assumptions are correct or incorrect, because the kinds of solutions you are talking about are orders of magnitude larger and more complex to actually create an HFT cluster.
Also, this article on the topic was interesting to me. It was from 2012:
Rather than just say “this is best,” or “that is best,” the real thing to do is to check out your data modal, and your application architecture. First, I noticed that you created a two-part model, which inferred a desktop client, and then some remote “server,” but the differentiation between one and the other wasn’t very clear. For instance, are you doing server-side analytics, real-time analytics, or non-real time? Is it all desktop-based, or will there be a component of server-based, or both?
For instance, you might want to do “live” analytics with Hadoop or Spark; we have connectors for both. But that’s the sort of “big data” analytics that would fry your typical PC.
My thoughts would that you would need a “three tier” model, with the actual market APIs connecting to the “first tier” — the markets themselves. Then the “second tier” would be some sort of brokerage-based (or service-based) big data aggregation, transaction and analytics engine. The third tier would then be the desktop trader/broker desks.
Something akin to this?
Your desktop-analytics engine would be different than your server-side engine, just looking at a subset of the overall market data model. For instance, a single ticker symbol, or a set of them, or some time-series data.
Aerospike only runs natively on Linux. Though you could make it work on a desktop OS (Windows, Mac) with a virtual box, it might be best to use some other sort of local datastore for the desktop.Then the big thing would be to make sure you used some sort of data schema that would allow portability, such as JSON, so that data on the middle tier could be easily interchanged regardless of what desktop app, or even a “headless” transaction processing engine, was subscribing to it.
I do also see Redis is used for: To store real-time stock prices.
Again, Redis is fine if you are just doing a single-node architecture. But it’s not for a scalable middle tier. However, if you wanted to use something like MongoDB or Redis, or whatever for the desktop, that would be fine; the middle tier could still be optimized for performance and scalability on Aerospike.
And if you want to have more of a discovery call, give me a ring. If you decide to use us, I’d love to sign a “Start Up Special” agreement with you, or have you use the Community Edition, and then get you to blog about your project more. It would, of course, have to pass the muster of our marketing team.
Let me know if that makes sense, and whether you’d like to follow up with a call.
I say very cool!! But let’s see how my trading idea with Redis goes ….
OpenCog: An Open Source Software Framework & A Design & Vision for Advanced AGI video
Thanks to Paul Cottrell for sending this
Aspects of AGI
• Philosophy of Mind
• Conception of General Intelligence
• Cognitive Architecture
• Software Architecture
• Environment & Tasks
• Developmental Roadmap
Philosophy of Mind
a mind is an evolving, autopoietic, self-referring set of patterns,
associated with a system that’s interpreted as goal-achieving —
including patterns in the system and the world (and emergent
therebetween), and patterns regarding goal-achievement