I'd much prefer if BR just focused on the core compiler, particularly the IDE and debugger
Or provided a good API/Interface to allow someone to take up the challenge on their own...
A 3D engine is so much work that I'm not sure one person can support that and a compiler at the same time.
Agreed. It took a couple years between Blitz2D and 3D. Now the target platforms have tripled, and the scope of Blitz (the misunderstanding of which was what prompted this thread to begin with) has widened quite a bit.
They're still having problems getting the keyboard input module to work on all 3 operating systems. This isn't a reflection of coding ability, it just seems like it's way too much work for their staff. In my own projects, I have hit that point, and that's when you have to start contracting more programmers.
In my experience, there's got to be a lot of things established and outlined to prepare for a multi-developer environment that's successful and productive.
Not saying that BRL hasn't established any coding standards or project management procedures, but those typically are the last thing worried about when you're a one-man operation.
Fred Brooks has gone to great lengths explaining the challenges and misnomers of adding developers to a project to make it deliver on time. The sad reality is, because developing isn't like factory work, adding developers usually makes the delivery later.
Funny, thats the same impression most get when coming back here after some time away. Just look at the front page!
That's a good point. But if you look at the BMax blurb, it doesn't claim to be a game-specific language like B3D.
I do agree it's a bit misleading in context to the other products.
Ok, ya got me DH... I'll confess... I bought the O'Reilly "Programming C#" book... (in preparation for a project for a client)
If you've developed in Python, Java or even BMax, you'll quickly get used to C#. It's very similar to all of those in both syntax and design approach.