|
PureBytes Links
Trading Reference Links
|
Hello Janhaus,
Thanks for your good post.
It shows the value of discussion versus code sharing ... sometimes discussion makes a valueable contribution to the community too.
>the idiosyncrasies and limitations of the language are something >many people have chosen to live with, for lack of a better >alternative, and I haven't found any that come close.
It is reassuring to hear you say that.
Personally I don't find the quirky aspects of AB so annoying as the fact that often I don't know about them in advance .... it is the hours I spend finding out that something doesn't work as expected and then have to work around it that hurts, not the fact that AB isn't perfect.
Sometimes the grass looks greener elsewhere but I have been down that path before and I don't have the drive to start again elsewhere.
I have recently engaged in a little discussion about the merits of AFL ... I am a confirmed arrayist and now I am opening my mind to other possibilities.
No doubt COM, OLE etc provide plenty of alternatives for users to build general purpose processes around and within AB .... once again Tomasz deserves credit (we have seen a good example recently where one user wants to 'import' RT data into Excel from AB's database .... not something that 99% of us would want to do but AB allows this personalised approach.
On the other hand I started to read a little bit about the R language and I was stunned to find that IMO it outperforms AB, as a time series analytical tool, by miles (admittedly that could be a naive mistake on my part ... later I will evaluate further).
If and when I start to question AB's analytical capability (say array functions and array processing) it doesn't help at all if the forum 'tells me off' .... answers from Tomasz, Steve and Ed etc were much more effective in meeting my needs (I have printed their answers and put them in my homework pile).
Re "Anything is possible in AB .... limited only by the imagination"
Well, it isn't ... so why say it ?
I built the house I live in now .... I had no prior construction experience at all .... I read books and visited building sites looking at how others did it and ran a heap of 'mind experiments'.
Sometimes I made mistakes and would have to pull the work down and start again.
When I wanted to remove a stud (hardwood copiously nailed to another piece of hardwood with 4 inch nails) I would use an old chisel, and brute force, to drive it between the studs to locate the nails and cut through them with the chisel (the chisel is no longer good for using as a chisel).
Now I have a power saw, with metal and wood blades .... it seldom gets used and sits on the shelf waiting for some inappropriate nailing to eventuate.
> It should be clear by now that AFL works as designed
That depends on what you mean ... certainly it is very stable and Tomasz deserves credit for the integrity of the program.
I don't always agree with the design philosphy and I don't believe that the trading objectives that Tomasz has chosen to incorporate in AB are effective in trading for a living or that the chosen implementation always meets the trading objectives efficiently either.
> That being said, I agree it would help greatly if some additional >features were included in the Amibroker platform and AFL language,
Like what?
If we don't talk about them how can we decide if they are desireable or not.
BTW the feedback center is a solution but not a perfect one ... it is too much work for me ... you have to formally submit and keep up with all of the other submissions ... when I used to post there I got told off for submitting a duplicate..... then Tomasz announced that no more suggestions where required ... then he qualified that by saying that they are required but only if they are good ones or significant ones?
My conclusions so far:
All programming lanugages are quirky ... programming is quirky ... all languages will leave one grasping for some tool that isn't there and this will force us into programming improvisation.
Half the time what seems to be lacking in AB is a lack of knowledge on my part.
--- In amibroker@xxxxxxxxxxxxxxx, "janhausd" <janhaus.dresden@xxx> wrote:
>
> Conrad,
>
> It should be clear by now that AFL works as designed, and while the design may be debatable in comparison to many other languages, once speed, trading usage and charting are taken into account, the idiosyncrasies and limitations of the language are something many people have chosen to live with, for lack of a better alternative, and I haven't found any that come close.
>
> I find myself in the same boat as yourself sometimes, and over the years through combing this forum for advice from many others, I've found some AFL tricks and hacks that can resolve many of the problems that appear at first glance to just "not work" in this language/platform.
>
> That being said, I agree it would help greatly if some additional features were included in the Amibroker platform and AFL language, but in the meantime pending the release of such features, I've had to resort to pre or post-processing data in some C derivative language, R, regex, or C++ plug-in before importing into AB for analysis, because when faced with the decision of racking my brains to come up with some hack that fits within the bounds of Amibroker and AFL, for me personally it is sometimes easier to just do it in the language in which it seems natural (and probably more familiar), and allow Amibroker+AFL to do the trading analysis which it does best.
>
> --- In amibroker@xxxxxxxxxxxxxxx, "Conrad Joach" <consolejoker@> wrote:
> >
> > We have a paid license, I'll post it on the feedback page. Not guessing that will be a high priority for a while though, what's the usual time to get things like that improved?
> >
> > For now I'll have to write my own logic to get the sub-strings out of there. It'll be a bit of a pain but should still be doable. Not sure how slow it will get for large strings. It would be better if a plugin could return an array of strings to AB, is that even possible?
> >
> > --- In amibroker@xxxxxxxxxxxxxxx, "sidhartha70" <sidhartha70@> wrote:
> > >
> > > I think that's one for the feedback page Conrad... which I guess you can only post on when you have a paid license of AB... but for when you do,
> > >
> > > http://www.amibroker.com/feedback/index.php
> > >
> > > --- In amibroker@xxxxxxxxxxxxxxx, "Conrad Joach" <consolejoker@> wrote:
> > > >
> > > > I have strings that are delimited by multiple char types. For instance I have arrays within arrays like so:
> > > >
> > > > field1,field2,field3,field4|field1,field2,field3,field4
> > > >
> > > > It would be nice if STREXTRACT would work like most modern versions of this type of string manipulation function and accept as an argument any arbitrary character.
> > > >
> > >
> >
>
------------------------------------
**** IMPORTANT PLEASE READ ****
This group is for the discussion between users only.
This is *NOT* technical support channel.
TO GET TECHNICAL SUPPORT send an e-mail directly to
SUPPORT {at} amibroker.com
TO SUBMIT SUGGESTIONS please use FEEDBACK CENTER at
http://www.amibroker.com/feedback/
(submissions sent via other channels won't be considered)
For NEW RELEASE ANNOUNCEMENTS and other news always check DEVLOG:
http://www.amibroker.com/devlog/
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/amibroker/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/amibroker/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:amibroker-digest@xxxxxxxxxxxxxxx
mailto:amibroker-fullfeatured@xxxxxxxxxxxxxxx
<*> To unsubscribe from this group, send an email to:
amibroker-unsubscribe@xxxxxxxxxxxxxxx
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|