You can learn all the R you need in two hours. After one day working with R, you'll wonder why you didn't try it years ago. And it's free.
That's very intriguing. Any pointers on how to proceed with doing so? Many thanks in advance.
You can learn all the R you need in two hours. After one day working with R, you'll wonder why you didn't try it years ago. And it's free.
Do you know if RTD is supported by OpenOffice. At the moment I use Excel with Python (xlwings) for my trading and rely on RTD to get realtime prices (only used for PnL).
All these replies echo what you've already received.
The thing is, we don't really know what you're doing.
Nor do we know how your Excel is prioritized by your computer -- or *what* computer you're running.
Actually, my data IS stored in SQL and I utilize an SQL database already. But I don't really have a clue as to exactly how it works. But basically, my calculations are done in C# and stored in a DB.
Excel is basically just used as a front-end to display the data and filter/sort it.
The calculations outside Excel are fairly fast. It's loading, refreshing and navigating in Excel which is slow. I have a hunch that it could have been set up better by those who programmed it.
Regardless, I still have the same predicament which is that I'm basically dependent on outside help whenever I get a new idea that I want implemented within this framework. I would love to be completely independent.
I'm an engineer by trade and no fool, so I can look at code and have a basic understanding of some of it, but I currently feel it's a long stretch from there and to proficiently work in code myself.
Install R and (and perhaps also RStudio) and work through the freely-available Venables & Smith intro.That's very intriguing. Any pointers on how to proceed
Very interesting. I will do some Googling on these and see what I can discover on my own. If you're inclined to do so, please share some of your own experience (if you have used them yourself).
How is the data stored? Can I load data from my Excel sheets?
If you know C#, python is fast to pick up. I think courses on coursera udemy youtube, etc should be decent
But even faster for you is to just use an excel to call into C# code. Used to do some time ago, i cant remember the exact details but it is fairly simple to link them up.
You don't even have to bother with python if you want to be productive fast and focus on strategy testing
Install R and (and perhaps also RStudio) and work through the freely-available Venables & Smith intro.
Yes, I've used both, but I needed to code a custom machine learning algo...and that was faster to do in a computer language.
You can store/load data anyway you like, excel, csv, binary, database, txt, etc.
---------
For example, to work with a spreadsheet file (excel, csv, etc.), you'd select a 'loader' module and put it on the workspace. You'd then open it up in order to set the parameters. One parameter could be the location of said file. Selecting that would cause a standard windows file explorer window to open. Simply select the file.
What do you want to do with the file? Let's say you want to sort the data in it.
All these replies echo what you've already received.
The thing is, we don't really know what you're doing.
Nor do we know how your Excel is prioritized by your computer -- or *what* computer you're running. If you're flogging some old horse of a computer -- or have it set up with a big block of CPU and RAM reserved for some other software -- no change in stat platform will improve on that. (For example, installing a $60 SSD might make your spreadsheet blazingly fast, if it writes back-and-forth to your hard drive.)
That said, I am in the same boat as you, however. I scrape 71 SPX and ES strikes over 6 expiries into an OpenOffice spreadsheet, and do a bunch of analysis from there. The spreadsheets have topped 2.5MB, and lately have gotten slower in loading and recalcs. ((Since a lot of the spreadsheet is for general research, I have thought about trimming it into two spreadsheets -- a full-bore version, and a chopped-down "sport" version for trading.))
That said, I went with Open/LibreOffice, because
1) I hate Microbloat.
2) OO/LO is more stable in operations.
3) OO/LO carries a much smaller footprint, re CPU, RAM, and storage.
4) OO/LO is VERY flexible with regard to backwards compatibility.
5) OO/LO is flexible with regard to other spreadsheet formats.
(That said, there is not 100% correspondence between OO/LO functions and Excel functions, and your spreadsheet make (likely) require some work to operate 100% in OO/LO.)
Last thought: if you were to switch, go with LibreOffice at this point, as the best supported/updated.
Wow. This looks really impressive. And could be very useful to me.
After loading the data - do you know if it's stored in the program?
Obviously, the answer depends on a person's background, but how complicated is this program to learn and get up to speed with?
Is it easy to create charts and stuff with this?
In addition to sorting my data set EOD, I'd also be interested in creating a dashboard for live data (intraday) for comparative analysis, etc.
