this post was submitted on 01 Jul 2022
5 points (100.0% liked)

Technology

34795 readers
305 users here now

This is the official technology community of Lemmy.ml for all news related to creation and use of technology, and to facilitate civil, meaningful discussion around it.


Ask in DM before posting product reviews or ads. All such posts otherwise are subject to removal.


Rules:

1: All Lemmy rules apply

2: Do not post low effort posts

3: NEVER post naziped*gore stuff

4: Always post article URLs or their archived version URLs as sources, NOT screenshots. Help the blind users.

5: personal rants of Big Tech CEOs like Elon Musk are unwelcome (does not include posts about their companies affecting wide range of people)

6: no advertisement posts unless verified as legitimate and non-exploitative/non-consumerist

7: crypto related posts, unless essential, are disallowed

founded 5 years ago
MODERATORS
5
I don't want to go to Chel-C (applied-langua.ge)
submitted 2 years ago* (last edited 2 years ago) by null_radix@lemmy.ml to c/technology@lemmy.ml
 

We are constantly reading of stories with one main theme where people turn to seemingly "simple" systems in order to manage complexity; except that these systems manage to produce complex problems, without having to acquire historical cruft, or suffering from any of the usual issues that produce non-essential complexity. There is a trend in programming language design, and a particular language that we will focus on, that are both seemingly gaining popularity today, for their minimalism and supposed simplicity. However, neither is awfully simple in practise; it appears there are good reasons why, and we will give some reasons at the end of this article.

you are viewing a single comment's thread
view the rest of the comments
[โ€“] brombek@lemmy.ml 1 points 2 years ago (1 children)

Would be a good article without the uxn part. I think the author confused uxn with RISK-V or something.

[โ€“] brombek@lemmy.ml 3 points 2 years ago* (last edited 2 years ago)

I think the inspiration behind uxn is game "Another World" which was made very portable as it is actually implemented as a VM: https://fabiensanglard.net/another_world_polygons/

The idea is that if your work is implemented on a VM that is very easy to implement. Then you can port all your programs to past and future computer systems by just implementing that VM on the computer you have at hand. This is the "permacomputing" part of uxn and has nothing to do with reliability or performance (although Another World was quite impressive as for Amiga 500).

Another thing is that uxn was designed with games, arts and music in mind and not with replacing life critical systems with.