Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ben Collver <bencollver@tilde.pink>
Newsgroups: comp.misc
Subject: Re: Downwardly Scalable Systems
Date: Sat, 13 Apr 2024 23:54:07 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 28
Message-ID: <slrnv1m6c0.dte.bencollver@svadhyaya.localdomain>
References: <slrnv1lac8.3s4.bencollver@svadhyaya.localdomain>
 <Java-20240413181713@ram.dialup.fu-berlin.de> <661b0bd4@news.ausics.net>
Injection-Date: Sun, 14 Apr 2024 01:54:08 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="945e25daf7074260e5d31e36f5807352";
	logging-data="3434695"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18L/xQ5KP1ghx+H8gtUMtS8d7OAfb9YpdE="
User-Agent: slrn/1.0.3 (Linux)
Cancel-Lock: sha1:a8BKCyJ293+dlo7x7b4zOdufb40=
Bytes: 2155

On 2024-04-13, Computer Nerd Kev <not@telling.you.invalid> wrote:
> "Good systems should be able to scale down as well as up. They 
>  should run on slower computers that don't have as much memory or 
>  disk storage as the latest models. Likewise, from the human point 
>  of view, downwardly scalable systems should also be small enough to 
>  learn and use without being an expert programmer." ...
>
> I read it mainly out of interest in his ideas for the first aspect
> with running on slower computers, but it turns out he doesn't
> really discuss that at all. They tend to be contradictory goals, so
> without proposing a way to unify them it makes that aspect purely
> aspirational.

I like your distinction.  My perspective:

1. Scale down to cheap or embedded hardware.

2. Scale down to "human scale."

Both imply restraint, which goes against the flow.  It takes
discipline to trim the fat and simplify design.

> Our task is not to find the maximum amount of content in a work of
> art, much less to squeeze more content out of the work than is
> already there. Our task is to cut back content so that we can see
> the thing at all.

From: <https://dadadrummer.substack.com/p/against-innovation>