[rakoo]

But a package manager is a hundred-ton hammer when all you need is to decorate your little html page that you hand-edit and push with rsync.

You wanted a fun website but what you got is a dependency manager with a production CI/CD pipeline taking 15 min to check that yes, the sentence you wrote can in fact be written.

Package managers work, but isn't there some middle ground that doesn't involve depending on a runtime that itself is continuously updated ?

[madeofpalk]

If all you're doing is making one little html page and pushing it up with rsync, then just download the .css file into your folder and carry on.

The existance of other methods doesn't preclude you from doing it whatever way you want to. The CSS file is right there on github to download https://github.com/micah5/PSone.css/blob/master/PSone.css

[rakoo]

Yes but the original question is interesting: how do you make sure you're using the latest one ?

You could use the upstream URL, but that'd be a privacy issue.

You could proxy the upstream file, but that rules out static serving.

Maybe use a Makefile that fetches the last version and uses it ?

[antisthenes]

>Yes but the original question is interesting: how do you make sure you're using the latest one ?

You don't, because you're rendering a simple html page, and whatever minor changes are in the new version are largely irrelevant.

[doodlesdev]

> Maybe use a Makefile that fetches the last version and uses it ?

That would be a package manager lol.

[rakoo]

It does 80% of the job of a package manager with 20% of the complexity, I find that acceptable

[arcanemachiner]

> isn't there some middle ground that doesn't involve depending on a runtime that itself is continuously updated ?

jsDelivr is pretty nimble in the regard. It mirrors GitHub and npm (and caches and (optionally) minifies the result) so depending on the project, you can get a specific release, or just pull from the master branch, by simply changing the URL of the CSS file.

[kulahan]

>But a package manager is a hundred-ton hammer when all you need is

Unfortunately, this is the state of much of software development today. It's why most webpages are enormous. It's why massive increases to speed, processing power, and communication bandwidth have resulted in no real net increase to web-browsing speed for the last 10 years.

[JohnBooty]

    It's why massive increases to speed, processing power, 
    and communication bandwidth have resulted in no real 
    net increase to web-browsing speed for the last 10 years. 

nor to developer productivity, either. I feel that has massively decreased in the last decade.

There are clearly cases where complex build/CI/CD pipelines make sense, but people now believe they need big enterprisey FAANG-scale solutions even when they don't.