BASIC turns 60
71–80 of 144 posts
Re: BASIC turns 60
#72https://www.youtube.com/watch?v=WYPNjSoDrqw
If you don't want to watch the documentary, we did a shorter podcast episode about it:
Re: BASIC turns 60
#73[1] Archive of "SEQUEL: A STRUCTURED ENGLISH QUERY LANGUAGE" https://web.archive.org/web/20070926212100/http://www.almade...
Re: BASIC turns 60
#74Re: BASIC turns 60
#75Lately I spend most of my time writing less-procedural code on procedural languages. Eliminating the step-by-step 'time' element and mutating variables is the best way I know to make more comprehensible software.
Just because computer hardware executes step-by-step in time, doesn't seem like a strong enough reason to learn programming this way. I'd really be curious what would happen if programming (not 'computers') were taught more transactionally with defined inputs, outputs, and a mapping definition that gets coded with intermediate expressions rather than time-varying data building. Basically, instead of starting with for/if/etc then eventually finding filter(predicate), map(function) start with them. There's a bit of learning curve up-front, but it seems flatter from there compared to all the accidental complexities created with the other approach. The first-class function aspects can even be bypassed by only using anonymous block syntax for a long time.
Is there a semi-popular introductory language that is more based on (or can use) immutable data and mapping expressions? Even for my own use, I can't really find much more approachable ones than Kotlin/Java/(Gleam?), F#/OCaml/Elm for statically typed ones. For dynamically typed languages, the close ones I can think of are Ruby and Elixir.
Re: BASIC turns 60
#76Earlier quoted context omitted.
Yeah, if you ignore the BASIC dialects that actually provided such features.
Which were created decades after the original versions and are only identifiable as "BASIC" in that they share a few keywords like PRINT and FOR...NEXT. The later "structured BASIC" dialects resemble more COMAL than traditional BASIC. https://en.wikipedia.org/wiki/COMAL
Re: BASIC turns 60
#77Earlier quoted context omitted.
Moving goalposts, I explicitly mentioned that 8 bit home computers were the ones to blame for the fame of BASIC being interpreted, and unstructured. Dialects like VMS Basic predate them.
> I explicitly mentioned that 8 bit home computers were the ones to blame for the fame of BASIC being interpreted, and unstructured. Interpreted yes, unstructured no. Dartmouth BASIC was unstructured until 7th edition (1980). The home BASICs started coming out before then and could fairly claim their unstructured nature as a consequence of the contemporary, to them, Dartmouth BASIC.
Why don't you actually read my comments fully?
Re: BASIC turns 60
#78Re: BASIC turns 60
#79I distinctly remember being taught BASIC in school in the 1980s and quickly thinking “this is awfully basic” and not wanting much to do with it. Now I don’t know if my childhood evaluation was correct but I do wonder: Were there many complex programs written in BASIC? Or was it largely a teaching tool?
I'm very not sure, so I'm guessing that the system had several hundred thousand LOC.
The idea was to stop spending a fortune on mainframe time and run pensions valuations on a microcomputer.
The Fortran system, running on a mainframe, might take 60s to run a valuation.
The same valuation would take a full day to run on a microprocessor, but it worth it because it reduced costs by a lot.
Re: BASIC turns 60
#80Earlier quoted context omitted.
http://dtss.dartmouth.edu/scans/BASIC/BASIC%20Compiler.pdf Dartmouth BASIC was compiled.
Compiled can mean many things. For instance it can mean that only the parsing is done at compile time, leaving the rest for runtime.
I don't think this compiler is just a pre-processing activity.