Hacker Newsnew | past | comments | ask | show | jobs | submit | toolslive's commentslogin

They (Black Sabbath) were booked as a blues band by Jazz Bilzen in 1970. People just didn't know where to bucket sort them at the time.


really nice! For the inclined, there's also

https://www.metal-archives.com/


> *

I wondered about this too. Also, why was it framed in the context of JSON based RPC over HTTP ?



I come from the same lineage as the author. I did 6502 (doing C64 demos) long before I encountered the Z80. From what I remember, the Z80 offers a vastly superior programming experience. It has more registers. it has 16 bit registers. It has a shadow register set (you can switch between sets, which is handy for interrupt routines, for example) Programming assembly on the Z80 just is less of a fight.


But 6502 has 256 registers! Full ZP of them.


And the 6502 had one mouth (A) to taste and chew with, and two hands (X and Y) to move stuff in and out of the mouth with.


maybe add: "the universe is winning" (in the design department). Full quote: "software engineers try to build "idiot-proof" systems, while the universe creates "bigger and better idiots" to break them. So far, the universe is winning"


> This is what most programmers do. They type raw text into the editor; the compiler either processes it into structured data, or returns an error the programmer has to internalise before resubmitting.

In the 1980s structural editors were quite popular (fe the basic editor in the ZX81). Using these, it is impossible for the programmer to create text that is not a valid program.


I never saw any structured editor on these machines, how did they operate ? grammar guided insertion ?


Not a technical answer but when we started up the system (zx 16k) we were in a prompt. We would add commands with line numbers. After each line number the list of possible commands were embossed on the keyboard and you would start with that (if, peek, poke, etc). What you could complete was limited by that. Edit: BASIC programming

That was not a very good description so try this: https://www.usebox.net/jjm/notes/basic/ (scroll down for keyboard pic and also some code). Or this video : https://youtu.be/zgjGsNS6a0Y?t=167


I see. So if IIUC, it's similar to programmable pocket calculators too, and it's very enjoyable to have a physical key per language construct.


Right. That's the gist of the 'curated/guided' command entry.


That's interesting, I hadn't heard of this. I guess IDEs kind of took some elements from that but with more flexibility.


ha! I found an online simulator. Just try to do a

    10 print "hello world!"
to get a feel for it.

https://www.zx81stuff.org.uk/zx81/jtyone.html


A bit confusing but extremely enjoyable, thanks


the idea has been around (and implemented) at least since the 1980s.

https://en.wikipedia.org/wiki/Emerald_(programming_language)

The CSP approach is also interesting. fe Limbo

https://en.wikipedia.org/wiki/Limbo_(programming_language)




Before that there was Forth running in the Transputer, which looks really close to current parallel computing.


JSON brings its own set of problems. for example, look at the python generated JSON below.

    >  >>> json.dumps({ "X" : 1 << 66 })
    > '{"X": 73786976294838206464}'
What's the parsing result in javascript ? What's the parsing result in Java ?


What's the difference to CSV?

  number,73786976294838206464


For CSV, I don't know how this comes out. It depends on the library/programming language. It might be 73786976294838210000 or it might throw an exception, or whatever. I'm just saying JSON will not solve your problems neither.


So it always depends on the implementation.

If you need something unambiguously specified, then XML with XSD is still a valid option. All number types are specified exactly, and you can use extensions for custom number types.


what's wrong with protobuf & friends ?


Nothing. Not a very good data exchange format though.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: