you mean, +2 for me ?! Spiderman admitted by saying that I should use the LR that his "definition" of a trend is not objective LOL (the "experienced" teacher or better poster with 6300 posts) Back on topic , looking for a hard definition that can match the LR
Here's a really strict definition - the price over X(time) is </> = uptrend/downtrend. The amount of time is discretionary. The Gold price is higher today than it was a year ago, ergo an uptrend. The thing is trends can be weak or strong and that's where things get more complicated.
I just read he doesn't have the balls to call trades and he comes here in my thread to criticize me , the internet is full of those characters
I trade very long term systems, many of the commodities see only 2, 3 .. maybe 4 trades a quarter. In this timeframe I didn't find any edge of EMAs vs. SMAs during backtests. Of course, if you're trading intraday you may find bigger differences.
I glanced through this thread you are authoring and noticed that there hasn't been a broad response. Perhaps you may wish to fill us in on how you code and what markets interest you. I found out that you do not work on paper first; How do you develop an idea for coding? Are you using a library of snippets to build from? Do you use a drag and drop approach to assemble rough outs? Making money is a consequence of price change and mostly people do judge which side of the market is the right side by monitoring the market sentiment which gives the direction of the trend where price changing affords making money.
Yes, I'm trading sub H1 timeframes and emas provide better resistance in this range. I think it's simply that more traders use emas on short timeframes. When on longer term I always look at the 50, 100 and 200 smas to see if they support price action. At 20 it seems a toss-up between ema and sma.
Spyder is one of a few actual traders that actually contribute in this forum. I had to read all 9 pages of this thread before I stepped in for a comment. I personally spent 3 years teaching a (stubborn) programmer to duplicate what I do (specifically defining "Trend"), then he had to write the code and finally test it in real-time because backtesting is worthless. Remember you can't code what you don't understand. So now 4+ years later I have a damn great program that is efficient and profitable that cost me a pretty penny to develop (worth every penny too) and you want someone to just "give" you the foundation of how its done? Spyder's original comment was spot on. Good luck to you and with a few years of screen time and reading through the threads here, you might figure it out. Hint: there are many ways to "define" Trend but if your definition isn't physics based AND is applied to a variable environment, consistency will be elusive.
Three years to define and code a trend? I think most of that was from you not having a clear picture of what you call a trend. It is not the programmer's fault.
I didn't say it was . . . Ever learn about, "assume"? Have a discussion in this forum regarding, "trend" and all hell breaks loose. Now take a programmer, who isn't convinced that "trend" exists, let alone be programmable and try to teach him a totally objective non discretionary trading system that he must write code for when he's comfortable with it. Now I didn't say the guy was writing a simple program to trade a silly trendline or MA. What he created for me has zero daily drawdowns. Since the first one was completed I've had 2 other separate programmers duplicate the same program without discussion from the first one. If you are wondering, I'm anal and wanted to make sure the code was solid.
Right , the programmer can't code if you don't have a clear aka 100 % rule based definition of a trend . And to Proflogic : I am NOT looking for a system,code to make money(like anyone is going to give this out for free BUT for a clear definition of trend. It's NOT because you have a clear definition of trend ,like for example LR, that you can make money... then comes the question who you use that tool, the trend to make any money.