a) I'm going to be doing this "work" (which, okay yeah it is) full-time or even constantly, when I'm probably just going to hack on it for the next few months or years; whenever I've got a coding itch. I doubt I'll ever go into crunch mode on this or get "burned out". I'll just put it aside for a while and do something else.
b) That I can't just say "Whelp, it was fun but I'm done" at some point during the project and find something else to do. There's no hardcore commitment here; like all projects, everything beyond the first step is a pipe dream.
I get what you're saying though and it could definitely be a shitton of work that's probably not usable IRL. But it's still a fun plaything.
I'm a high-level office contractor, I work six-month contracts in corporate roles. Right now I'm an expediting officer, but I've been many things before that.
1) I don't think I'm that crazy, I mean this isn't Temple OS or anything (http://www.templeos.org/).
2) Integers! Strings are integers, arrays are tapes of integers, etc... I guess this means it's dynamic, but at the bottom levels I'm not (yet) concerned with typing.
People are getting touchy because of this response, but let me answer it myself.
To me, coding is like painting or cooking. It's a fun activity done for leisure and self-improvement. I do silly things like code Brainfuck environments because I mostly do these things for me.
I'm not in a startup or building a company because I don't want to give my leisure activity a work stigma. I don't want to code for money because it'll strip away everything I like about programming: the fun of untangling a problem, the casual pace of piecing together a solution and the independence of being able to code whatever I want whenever I want.
In the future I can see myself doing open source projects or writing professionally but I can't see myself coding for 9 to 5 or swapping out my silly activities for a dayjob where I build someone else's thing.
I want the core Brainfuck to be as simple and clear-cut as possible. I can implement negative numbers when I get to the assembly stage, and I limited tape size because I'm implementing multiple tapes in the future. I'd rather have many smaller tapes instead of fewer large ones.
5) !!!
6) I am but a mere mortal, sir.