HN user

draazon

51 karma
Posts4
Comments16
View on HN
The Danglepoise 1 year ago

I think that technically, as a blog post, this wouldn't be eligible for Show HN?

The Danglepoise 1 year ago

Thanks, that's helpful - I am indeed the OP, and the "overcomplicated" part was intended as tongue-in-cheek self-criticism!

The Danglepoise 1 year ago

That's probably down to the angle; the table is in fact over 3 metres long, and extendable.

The Danglepoise 1 year ago

Yes, it is a bit clicky. As discussed in the post, this is something I'd like to fix.

I’m somewhat surprised that the article doesn’t mention Robert Winter’s “The Interactive Beethoven”. I kept an old ThinkPad running for a long time after it should have been obsoleted, just so that I could spin up that disc. Amazing sound quality, great use of hypermedia… a real CD-ROM showpiece.

I went on an architectural tour of the Barbican Centre a few years ago - it was great, highly recommended (particularly if you're a fan of Brutalism, an under-appreciated style). Anyway, the (excellent) tour guide explained the reason that the development has the 3-4k population mentioned above. Apparently the destruction of housing stock caused by WWII bombing of the City was such that the population no longer justified the appointment of an MP. The Corporation of London weren't willing to lose their representation, and so immediately decided to rebuild precisely enough accommodation to be entitled to an MP - hence the entire Barbican development.

I've no idea whether that's true, but it fits in with the general opaque feudality that is the City.

Also: if faced with a zombie apocalypse, the Barbican would be a very good place to hold out. Good sight lines, few street-level entrances, a surprisingly large network of tunnels and the largest greenhouse outside of Kew... perfect!

Diagrams are good for representing structure, and inherently less good at representing behaviour (as mentioned in the article). I recall that in the early 2000s some UML tool venders were pushing "round-trip automation" as a way of tackling this problem; basically you'd model your business domain with some class diagrams, generate some boilerplate code, write code for the actual behaviour and then the tool would magically suck all the behaviour logic back into the diagram. It sort of worked, for a couple of passes, until the tool failed to capture the precise semantics of some perfectly valid code (which was probably inevitable).

I'm hoping that the (somewhat-fine) distinction between no-code and low-code is made with the same problems in mind, that is, an acknowledgement that code is quite often the best way of expressing the behaviour of a system.

There's a place for UML in the README.md; as some other commenters have pointed out, UML works much better as a sketching tool than as a total definition of a software system. A couple of quick class diagrams at the top level (probably generated using something like https://plantuml.com/) might provide a better communication model than text.