Comment by rvnx

> Today, it's more complex, because the Operating System developers deliver more complex APIs to fit the needs of the plethora of developers

This project is evidently coded against Win32 and runs on any Windows OS in the last 30 years.

Which is to say the "operating system developers" provided APIs in 1995 that are still there, still work.

Last I checked, Electron isn't an OS API.

It's more complex because the tooling optimizes for teams of developers rather than single developers. For example, back in the day it was expected that programmers knew enough of how UI works for their given platform to where they could either drag widgets onto a form (e.g., VB, Delphi) or just code up where they're supposed to go (e.g., Tcl/Tk) and they'd have a UI for their application. These days there's a huge division of labor between how widgets are supposed to look and feel, and where they're supposed to go (designers), what their actions are supposed to be (front end developers), and what state changes those actions represent (back end developers). These are assumed to be done by different people, so the tooling supports each person's workflow, e.g. L^HFigma for the designer, React for the front end, etc.

I think QBasic was the perfect level of ease of use versus ability to produce useful programs. It had a full featured editor that could run your program with a single keystroke. It included support for graphics and music. Most importantly, it had extensive builtin documentation.