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)
Gratulations for demonstrating while it will not work ever. I have seen this approach fail 15 years ago. Some never learn.
This AMCD crossover takes a screen, and in reality it is - two lines or three of code. Once you get into real trading logic you will ahve square meters full of diagrams and STILL have to learn programming for them to be efficient.
Graphics for this are just one thing: complicated ways to show what others put in small sentences.
While I tend to agree with you, I'm hopeful and supportive of any attempts to make programming more accessible to the masses. But I agree, Prodigio reminds me of BizTalk or SQL Server DTS/SSIS or UML code generators, all attempting to create programs via workflow diagrams. Most of this stuff falls apart trying to maintain the code.
Acutally it works quite well in SSIS because those ARE more workflow processes per requirement. Looking where the current status is (of a process running possibly an hour) and / or where errors are is important there, the more as the errors are not coding errors alter (but for example a server is down to a file transfer blocks).
For things with more logic it jsut falls apart. Point. It failed 15 years ago (5GL - 5th generation db langauges were supposed to make programmers superflous, and I dont see ANY in use now).
Trading is no difference. Works very nice for simple things, but a more cmplex strategy will be... large.
I have seen Prodigio work with complex strategies. The trick is to do like any decent programmer and set it up in a modular design. Your program needs to be built of scanning rules, entry rules (which can be multiple for adding to positions), exit rules, trade management rules… all bundled into a master rule and then called as part of your strategy.
My personal rant on programming, is that with GUI systems it became so easy for bad programmers to write programs that functioned… run, fix errors, run, fix errors…
In a lot of ways Visual Programming as a concept has been around far longer than PCs & GUI. What do you consider creating a flowchart and then writing code for each symbol in the flowchart?
I never even see programmers using flowcharts any more, they jump in and start throwing together code and then figure out how to get it to run.
Oh well (stepping off soapbox now), I feel Visual Programming can be just as good as any programming… limited mostly by the design of the program on a piece of paper before turning it into code.
Looking for a Program, or add on for Sierra Chart that could help me with Visual Programming using Sierra Chart Indicators.
I have used Software with Ninjatrader7 in the Past with Visual Programming Logic to build Automated Systems.
But would like to find possible solutions to do this with Sierra Chart.
Although Sierra Chart incorporates ACSIL for developing Automated Trading Systems i would like to see if there are any add on Programs, or software available to help with Visually Designing with Blocks of Programming Code.
Easier for Non-Programmers like myself.
Any information you guys may have on this matter would Really be Appreciated.
The Best Solution i have found so far looks to be Visual C++ Express: Using Visual C++ Express Development Environment - Sierra Chart
I will focus here for now, but would still be interested in any other suggestions.
Thanks guys with help in this matter.