Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
Absolutely. There's a bunch of common issues that cause either disk or processor thrashing with NT. Lots of people are suffer dreadful performance on their machines just because of a few simple issues that are easily rectified. The rest of their system will be absolutely fine too, hence they think Ninja itself is slow....
I'll post a thread on it soon...
If you have any questions about the products or services provided, please send me a Private Message or use the futures.io " Ask Me Anything" thread
I would like to use this performance bug example for the scenario below and hear your reaction.
Lets say a company is well aware of a third party bug (such as possibly the one above) or major infrastructure design issue that occurs and degrades their product over time. The company can't fix the issue because it would require a third party fixing the problem (and in this case lets say they won't/can't) or it will require a MAJOR infrastructure redesign. The work-around you've given isn't really a work-around because you essentially lose your trading history, correct?
So who is to blame? Does the company publicly shame and blame the third party which they rely on in order for their product to exist? If a major infrastructure redesign is the only solution how is that a solution for existing for near term customers? Does the company claim their software is free of bugs? I think not.
So maybe the only solution is to have support acknowledge the problem, be sure the next major version is better, and thats all you can do?
My point is that not everything is so black and white and sometimes our expectations for these "grey issues" are a little too high.
The release date of NT 8.0 is not a worry for me. Once it is released I will wait six months or so for the new s/w to 'bed in' and others have shaken out off of the bugs in it. I just hope that my custom indicators and strategy are compatible with it, unlike the move from NT 6.5 to NT 7.0
I have made several suggestions to them and they have add a few of them, in NT7 and I think from a webinar that they have address another issue in NT8 whether that was because of my suggestion or not i could care less. with NT7 they had many updates over the time not sure when NT7 was released but if i remember it was around March 2010 and todate that is a release every 6 months, and that is to the end of the life cycle, Personally I'll take that over TradeStations release schedule every time. There is no problem with NT update schedule.
As far as how long they are taken NT8 is a rewrite of the NT code base, if you think that is a simple task then you are not familiar with coding on a large scale. Which is fine I did not either at one point in my life, but having extended most of what NT can do with my partner, I know have a respect for the delicate process coding is, telling a story in a mathematical language, and when I do have to ask them over at the ninjatrader forum i am very hard on them for the typical response and push pass that insisting for information that I can use on my project. Hacking NT inter processes. As they are only relieving code to s certain level and after that it is a black box. This is our only main issue with NT, but that is the game and we are here to play.
"Learning to Trade: The Cost Of Tuition"
- a roadmap of my lessons learned as taught by the market
I have a dll nugget from Richard that allows at least 1 day of the extended data so I could do rapid testing rather than having everything vaped when I refreshed my screen. The data was there, NT was like 'wait what?' but then again Richard is a rocket scientist.
Imagine if charts were just indicators..
I wonder if they will treat a charts the same as an indicator and provide robust means of creating custom charts in c#. If you think about it, charts are the first filter one applies to their instrument.
I wonder if each chart will be it's own instance and if one crashes the others wont.
I wonder if NT will provide development time for VPS/Colocation etc utilization of their product.
I wonder if NT will provide a linux strategy compiler and a linux engine for the strategy mavens.
I wonder if NT will open source their back testing part of their platform, that might help development.
I wonder if NT will utilize a graphical means of programming much like for FPGA's back in the day which then translate into c# code.
I wonder what NT will do for the 3rd party venders in terms of security and app market. I think EOTPro had to virtualize all their new stuff to keep it from being stolen often.
Could be worse, we could have to program in Python.
blawblawblawblaw (ie reallllly late to this conversation and need to read the rest of the thread)
-E
I think when you make a chart type it can only fit in one of these boxes:
Gui.Chart.ChartStyleType.Box, Gui.Chart.ChartStyleType.CandleStick, Gui.Chart.ChartStyleType.HiLoBars, Gui.Chart.ChartStyleType.LineOnClose, Gui.Chart.ChartStyleType.OHLC, Gui.Chart.ChartStyleType.Custom0, Gui.Chart.ChartStyleType.Custom1, Gui.Chart.ChartStyleType.Custom2, Gui.Chart.ChartStyleType.Custom3, Gui.Chart.ChartStyleType.Custom4, Gui.Chart.ChartStyleType.Custom5, Gui.Chart.ChartStyleType.Custom6, Gui.Chart.ChartStyleType.Custom7, Gui.Chart.ChartStyleType.Custom8, Gui.Chart.ChartStyleType.Custom9, Gui.Chart.ChartStyleType.Final0, Gui.Chart.ChartStyleType.Final1, Gui.Chart.ChartStyleType.Final2, Gui.Chart.ChartStyleType.Final3, Gui.Chart.ChartStyleType.Final4