BASIC Tenliners 2016

[Richly]

Here is an interesting thread from the World of Spectrum site for those of you interested in retro BASICs and have the time and inclination to take part:

http://www.worldofspectrum.org/forums/discussion/51994/basic-tenliners-2016#latest

In summary, it is a competition to code a game in 10 lines of any 8-bit / retro (line based) BASIC (I think that SpecBAS would still qualify).

The rules are a little bit vague...but I thought it might be of interest to some here (after all, it is the Retrogamecoding and Basicprogramming Forum   )

[ZXDunny]

I've asked for clarification on the architecture rule - if it's only 8bits then it's not gonna allow SpecBAS

Just think what I could do in ten lines...

D.

[Richly]

I've asked for clarification on the architecture rule - if it's only 8bits then it's not gonna allow SpecBAS

Just think what I could do in ten lines...

D.

I have seen what you can do in one line, let alone ten lines!! 

[ScriptBasic]

It's statements, not lines.

Have you ever looked at the one line of code that makes jQuery?

@Paul - It seems strange that you're a line number advocate but create programs with one / two lines that take more time to understand than rewrite.

[B+]

...

@Paul - It seems strange that you're a line number advocate but create programs with one / two lines that take more time to understand than rewrite.

I have noticed this too, so I have to smile. Hey if it's a problem, maybe we can find a Basic solution.

[Tomaaz]

@Paul - It seems strange that you're a line number advocate but create programs with one / two lines that take more time to understand than rewrite.

Wasn't it something about the speed?

[ZXDunny]

@Paul - It seems strange that you're a line number advocate but create programs with one / two lines that take more time to understand than rewrite.

Wasn't it something about the speed?

That's part of it, certainly - executing from the same space is always going to be a mite faster than pulling lines out, at least in my interpreter.

Aside from that, it's just one of the things I like to do. Anyone who has to ask why I do it and advocate the use of line numbers really doesn't understand the question!

D.

[ScriptBasic]

Aside from that, it's just one of the things I like to do. Anyone who has to ask why I do it and advocate the use of line numbers really doesn't understand the question!

This forum is about helping folks learn BASIC. Not a constant pissing match between you and JJ.

[Aurel]

executing from the same space is always going to be a mite faster than pulling lines out, at least in my interpreter

that is true...and one of reason why bytecode stream is faster in execution than line by line
uff i think that oi must do something about that....

[ScriptBasic]

If you want speed, use a compiler.

The point of an interpreter is ease of use, no startup costs and relaxed type / variable definitions.

There are plenty of options out there so no need for attitude here on the forum.

[ZXDunny]

executing from the same space is always going to be a mite faster than pulling lines out, at least in my interpreter

that is true...and one of reason why bytecode stream is faster in execution than line by line
uff i think that oi must do something about that....

SpecBAS is a hybrid system, I think. The bytecode is all in one large memory block, but there's certain housekeeping that has to be done between lines that isn't necessary between statements, and GO TO has to perform a lookup to get the address of the line to jump to. It's that housekeeping that can slow things down, but it's not by much - it's still plenty fast enough.

At least it is until I get the compiler finished

D.

[B+]

Hi D,

I was pleasantly surprised with what was in latest download today.

[ZXDunny]

I was pleasantly surprised with what was in latest download today.

Glad to hear it - any suggestions and bug reports are welcome

D.

[Richly]

22 entries so far...including one for the Sinclair ZX81

[Richly]

...and here are the results:

http://gkanold.wix.com/homeputerium#!results-2016/c1snz