|
Roger Wright wrote: I love me some RSI! It isn't biased I love ya buddy, but gonna have to disagree there man. I don't think the RSI has a negative or positive bias btw. But, I do not think any indicator is the holy grail of anything. This is coming from over a decade of trading and going through many books, a personal hired tutor, self-study, years of back testing, years of watching the charts in real time. I've broken down the math. Written my own RSI in JavaScript. I fully understand it's a lagging indicator. Went through the novice teachings. Went through the advanced teachings. I could go on. I'm to the point now I can back test over a decade's worth of trades in seconds, using things like an RSI.
Did you ever read the book by the dude that invented RSI? I did. I've hosted meetup groups training other people. And so on and so on. I could go on, but it's been my experience that online... everyone tends to assume someone is a n00b or clueless when they post something. That's not me dude. I'm posting so people don't end up like Johnny and just lie about it to save face.
Roger Wright wrote: and the RSI remains above about 70 If you believe in that, you shouldn't, but if you're still at that level, don't forget to get confirmation in a higher timeframe. Not that it means squat, but if it gives you warm fuzzies.
Roger Wright wrote: , in a volatile market with a moron leading the Nation, This is why I like you, man.
Roger Wright wrote: I'm told that 80% of securities follow market trends in pricing, no matter their fundamentals, so it really makes no sense to try to fight the market, unless you have insider information. Going with the RSI isn't necessarily going against the market. It's an oscillator, not psychic pixie dust. Which means, it could stay in overbought for along time while the market continues to go up. My point was pointing out the folly in assuming it can predict anything. But, totally agree you shouldn't fight the market.
Roger Wright wrote: By the way, Jeremy, I use a product called VectorVest for investing knowledge and training. They have been very good to me. They have a YouTube channel, and they will be hosting a weekly live event tomorrow called "Trending Thursday" there. Plan to be there, and I think you might be impressed by the amount of knowledge they have to impart. I highly recommend their service... Thanks buddy, but I wouldn't be going unless I was training and they paid me. And, I already did the training others thing. Anyone that talks RSI over market theory, for instance, are not the people I'd trust. Their P&Ls I seriously doubt will be ever shown, without being doctored, etc.
Btw, the reason I stopped the meetup stuff is because I got tired of the BS. People were so egotistical about it all (not saying you) and lying about everything. Dunno what it is about money, but thar be a lot of ignorant folks with egos being fake and pretending in that circle. And they'll never show you their honest P&Ls.
Jeremy Falcon
|
|
|
|
|
If you are interested in 6502 (and/or computing history) this video is absolutely worth a watch.
He has a bunch of quality videos for retro but this one is great for the history.
The 6502 CPU Powered a Whole Generation! - YouTube[^]
EDIT: Includes interview with Bill Mensch (one of original designer/creators of 6502).
modified 20hrs ago.
|
|
|
|
|
Bender from Futurama CPU of choice!
|
|
|
|
|
That's the chip i learned to code on! I love that lil guy.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
honey the codewitch wrote: That's the chip i learned to code on!
I'm very curious about a number of things. If you don't want to answer, no pressure I understand.
What year were you learning 6502?
Were you learning this on your own? Or part of some school?
What was your programming rig? IDE? Device programmer? etc.
I'm thinking you learned this back in the 80s or 90s maybe and I'm curious how you had access to that stuff? I remember having a C64 and having no idea how to program it to do anything worthwhile because all I had was BASIC and the other alternative was 6502 Assembly but I didn't know how / where I would've learned that back then.
Just curious.
|
|
|
|
|
1986, on the venerable Apple ][ machines. I got a ][gs at home but i did most of my coding at school labs at the time. I was 8 so there was no programming classes at the time, but we at least had apple labs. Most of the kids played Oregon Trail. I was still into building frankenbikes and stuff in my off time before i really caught the coding bug so like i said, mostly i did it at school to kill time, a bit at home too though, especially as I gained interest.
I learned on my own starting with the BASIC programming manual that came with the Apple ][gs. I was using it in 8-bit 6502 compatibility mode until like a year later.
raddevus wrote: What was your programming rig?
Apple ][gs in 8-bit mode, and Apple ][e's mostly. Though a friend had a ][c, and later i got a commodore.
raddevus wrote: IDE?
Surely you jest! I eventually picked up TML pascal on the ][gs but before that I had no IDE. Just a prompt and either BASIC, asm, or manual machine code (before i learned about the mini assembler)
raddevus wrote: Device programmer?
First one was an Arduino board in more recent years.
raddevus wrote: I'm thinking you learned this back in the 80s or 90s maybe and I'm curious how you had access to that stuff?
Yeah, my parents bought a ][gs as soon as it was released, and we had apple labs at our very well funded schools.
Libraries gave me access to computer mags like Byte. I learned machine code by more or less reverse engineering the code I'd find in magazines. I can't remember it now because I switched to asm as soon as I discovered the ][c and later had it.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Wow! You were extremely young to begin learning to code like that.
Yeah, the question about IDE was a bit off
Fantastic information. Thanks for sharing!
|
|
|
|
|
FWIW I learned 6502 assembler in the '80s on my Acorn Atom, that had a BASIC with a brilliant inline 6502 Assembler; you could seamlessly interleave BASIC and 6502 code. The manual documented lots of information about the internals and OS API which was also very useful.
The Atom, for those who aren't familiar, was the predecessor to the BBC Micro, itself the predecessor to the Acorn Archimedes (which was technically way ahead of the Lisa and Macintosh) and Acorn Computers begat ARM. Heady days! "Acorn Computers" was a prescient name for something small that grew so big and strong, doncha think?
I still have my Acorn Atom, with manuals, but no suitable TV for video output.☹️
|
|
|
|
|
Did not know Acorn was the ARM predecessor. Neat.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
FWIW I learned 6502 assembler in the '80s on my Acorn Atom, that had a BASIC with a brilliant inline 6502 Assembler; you could seamlessly interleave BASIC and 6502 code. The manual documented lots of information about the internals and OS API which was also very useful.
The Atom, for those who aren't familiar, was the predecessor to the BBC Micro, itself the predecessor to the Acorn Archimedes (which was technically way ahead of the Lisa and Macintosh) and Acorn Computers begat ARM. Heady days! "Acorn Computers" was a prescient name for something small that grew so big and strong, doncha think?
I still have my Acorn Atom, with manuals, but no suitable TV for video output.☹️
|
|
|
|
|
I had the later 6510 to start with... Which is different but not on the instruction level...
"If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg
|
|
|
|
|
His channel is awesome. Since the NES used the 6502 chip too, this channel covers some 6502 ASM as it pertains to NES development, as well.
Jeremy Falcon
|
|
|
|
|
Yeah, definitely. He has an amazing set of skills that I think are actually quite difficult to obtain.
and, his videos are really informative and entertaining and well edited too.
|
|
|
|
|
Happy days... I was already using Cobol, Fortran and Basic then (1979/80) but bought myself a UK101 kit, which used the 6502. Frustrated by the slowness of Basic, I bought myself a "Learn 6502 assembler" book and dived in. The UK101 ROM included a very simple "monitor" which allowed you to type in machine instructions address-by-address, and display blocks of memory in hex. However you could also call assembler code from Basic, so when experimenting with 6502 the trick was to write a "loader" in Basic and then you could simply save and load your code to/from cassette tape.
I lived 5 doors away from a fledgling home computer shop (it was just his front room initially, he later moved and it became a pretty well-known source for computer stuff in the UK in the 80s). But it meant I had a ready (and cheap) supply of hardware, so plenty of extensions on the UK101 - doubling CPU speed, quadrupling cassette i/o, doubling screen resolution, doubling memory... and later adding a soundcard.
|
|
|
|
|
I remember something like 'Commodore VC 64' which had a variant of that cpu
|
|
|
|
|
Finally got a minute to watch through the video. Side note, the trick about using the bit shifts to multiply and divide by two, is also why older video cards wanted texture dimensions to be in powers of two. So much in fact, they had their own acronym for it: POT. On older cards, using non-POT textures would slow things dddooooooooowwwwwnnnn.
Jeremy Falcon
|
|
|
|
|
For reasons I have to hand implement a parser for JSON numbers that can operate over a stream parsing part of the number with each fetch. It's kind of difficult, so I fired up my Visual FA C# project and fed it this code
var number = FA.Parse(@"(0|-?([1-9][0-9]*))((\.[0-9]+[Ee]\-?[1-9][0-9]*)?|\.[0-9]+)");
var dgo = new FADotGraphOptions();
dgo.HideAcceptSymbolIds = true;
number = number.ToMinimizedDfa();
number.RenderToFile(@"..\..\..\number.jpg",dgo);
which gave me this which I can use to guide my hand rolled implementation:
DFA state diagram[^]
Bam! Now it makes it easy to write what is pretty complicated code by following this graph.
The code that I need to write to be clear, must be able to parse a very long number. For example 3.14159265358979462643 and parse it using say, 8 bytes of memory for the capture, so it can parse 8 characters at a time. Real world those figures would be larger, but the principle is the same.
If you have an easier way, put it in the replies. I'd love to hear them, honestly. Otherwise I'm sticking with my regex solution because I can't think of a more direct route from A to B.
Edit: Aaand my regex was wrong (not quite JSON spec) so I since fixed it but haven't updated this post to reflect the changes. Still, it was easy to change.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
modified 22hrs ago.
|
|
|
|
|
I'm with you - I use regex a lot if I can...
"If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg
|
|
|
|
|
Is indeed astounding about the brain which first conceived the regex. And the first coder who implemented it.
Ordinary users like me make mistakes in formulating regular expressions; just imagine how rock solid must be the code which does the parsing.
|
|
|
|
|
Parsing it is a lot easier than it seems. The thing about a regular language is it's very ... regular. The code is predictable to write, which makes things much smoother.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
|
I find their railway diagram to be much harder to follow than my state diagram.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
Ha! That's proof positive that you didn't play enough with model trains when you were little.
Mircea
|
|
|
|
|
I hate regexp.
Mostly because I only have a need for it once every decade and I forget about it.
CI/CD = Continuous Impediment/Continuous Despair
|
|
|
|
|
I like your Visual FA project.
You don't want to allow -0.xxx ?
|
|
|
|