GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    clacke (clacke@libranet.de)'s status on Monday, 01-May-2023 20:28:48 JST clacke clacke
    > If I'd be building software to use for the next 100 years I'd be using something like CL or SML that has "failed" to change this side of the century.


    Re: libranet.de/display/0b6b25a8-3… (by myself)

    Someone wrote a blog post on this, the heirloom program or the 100-year program or something and drew the SML conclusion, but I can't find it now.

    It was written over a year ago. It wasn't the CollapseOS guy, nor was it anyone at Merveilles Town.

    #PostCollapseComputing #HeirloomComputing #SmallComputing #PermaComputing

    In conversation Monday, 01-May-2023 20:28:48 JST from libranet.de permalink

    Attachments


    1. No result found on File_thumbnail lookup.
      LIBRANET.de | Display
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Monday, 01-May-2023 20:41:52 JST clacke clacke
      in reply to

      Unread arbitrary search results that aren't it but look interesting enough in themselves:

      - SummerFest 2021: Festival of Artisanal Software
      - Konrad Hinsen: IEEE: Dealing With Software Collapse
      - Roy Schestowitz: Post Collapse Computing Part 4: The Road Ahead - Space and Meaning
      - Maarten Steenhagen: What could post-collapse computing be?
      - Steven Melendez: People are building technology that could survive the apocalypse (probably about CollapseOS) (ironic that the article URL collapsed)
      - Tobias Bernard: Post Collapse Computing Part 4: The Road Ahead

      Some of the authors are on fedi but I won't spam them with a mention in this slushbucket list.

      In conversation Monday, 01-May-2023 20:41:52 JST permalink
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Monday, 01-May-2023 21:12:59 JST clacke clacke
      in reply to

      Now I'm just finding neauoire, viznut and xj9 articles 🤣

      No, it wasn't one of them who wrote it.

      In conversation Monday, 01-May-2023 21:12:59 JST permalink
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Monday, 01-May-2023 21:12:59 JST clacke clacke
      in reply to

      In the quoted post I also mentioned R5RS and possibly R7RS as centennial languages.

      Ada would get a mention if the bootstrap was sorted out. Or is that clean now?

      In conversation Monday, 01-May-2023 21:12:59 JST permalink
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Monday, 01-May-2023 21:45:28 JST clacke clacke
      in reply to
      • Digital Mark λ 📚 🕹 💾 🥃

      @mdhughes Chez, Racket and Guile more or less do R6RS, but there are a dozen R5RS and already more R7RS-small than there are R6RS.

      Libraries aren't defined in R5RS, but the number of ways it has been solved are: (1) Fewer than the number of implementations, (2) Not difficult to implement.

      I don't expect a centennial program to have many dependencies anyway, maybe no transitive dependencies. I don't expect the dependencies to be moving targets either, so the centennial program might just vendor them.

      No unicode is bad, but even though the standard says you don't have to support it, most R5RS de facto support it, so I expect you can also write to R7RS-ok-not-THAT-small and get away with it.

      In conversation Monday, 01-May-2023 21:45:28 JST permalink

      Attachments

      1. No result found on File_thumbnail lookup.
        "them.no"
    • Embed this notice
      Digital Mark λ 📚 🕹 💾 🥃 (mdhughes@appdot.net)'s status on Monday, 01-May-2023 21:45:29 JST Digital Mark λ 📚 🕹 💾 🥃 Digital Mark λ 📚 🕹 💾 🥃
      in reply to

      @clacke R5RS doesn't have library/modules, so it's unlikely to be long-lived. R7RS-small has bad decisions like abandoning Unicode, and R7RS-large is a bloated piggy, it'll never be done or implementable.

      The two most solid impls of Scheme (Chez & Racket) are R6RS (Racket also has its stuff on top), and probably will be for forseeable future/maybe forever.

      Maybe R8RS will sort that out next decade. Until then I just simplify my R6RS code if I need it to be more portable.
      #scheme

      In conversation Monday, 01-May-2023 21:45:29 JST permalink
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Monday, 01-May-2023 21:57:47 JST clacke clacke
      in reply to
      • Digital Mark λ 📚 🕹 💾 🥃

      @mdhughes I'm not deep in Scheme lore and haven't followed the standardization process. Here's my take as a mere lazy user of Racket and R5RS+:

      As I understand it, R5RS was most importantly an R4RS with a codified macro mechanism. R7RS-small was most importantly R5RS with a codified library mechanism.

      If there is ever an R8RS I hope it mostly just codifies the de facto R7RS-small+ with unicode and whatever else "everyone" had to solve based on real-world concerns and doesn't try to advance the language beyond that.

      In conversation Monday, 01-May-2023 21:57:47 JST permalink
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Monday, 01-May-2023 22:57:08 JST clacke clacke
      in reply to
      • Digital Mark λ 📚 🕹 💾 🥃
      @mdhughes R6RS added cool and beneficial stuff, that's clear. But if the people behind 20 Scheme implementations weren't happy to implement it and only 3 were, then it wasn't a good standard for Scheme, regardless if one thinks it was just because those people weren't smart enough.
      In conversation Monday, 01-May-2023 22:57:08 JST permalink
    • Embed this notice
      Digital Mark λ 📚 🕹 💾 🥃 (mdhughes@appdot.net)'s status on Monday, 01-May-2023 22:57:09 JST Digital Mark λ 📚 🕹 💾 🥃 Digital Mark λ 📚 🕹 💾 🥃
      in reply to

      @clacke Well, R4RS/IEEE had non-hygienic defmacro in most impls.

      R6RS added better IO types, hashtables, exceptions, a saner replacement for defmacro, which let records generate full names and some more niceties, AND had full Unicode support like a 21st C language.

      Then the impls who weren't smart enough to do all that said "we'll make our own R7RS (small) without even hookers or blackjack". But now R7RS-large is just adding more and more crap to catch back up.

      In conversation Monday, 01-May-2023 22:57:09 JST permalink
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Wednesday, 03-May-2023 10:48:14 JST clacke clacke
      in reply to

      Some insights about what makes a 100-year language and what it even means for a language to be "dead" or "alive":

      codefol.io/posts/the-hundred-y…

      In conversation Wednesday, 03-May-2023 10:48:14 JST permalink
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Wednesday, 03-May-2023 13:25:10 JST clacke clacke
      in reply to

      Found it! I realized that the right trick was to limit the search to lobste.rs rather than trying to find the magic phrase that would make the right article float to the top.

      len.falken.directory/p-lang/10…

      /via lobste.rs/s/gm2ukd/fp_language…

      In conversation Wednesday, 03-May-2023 13:25:10 JST permalink

      Attachments

      1. Domain not in remote thumbnail source whitelist: lobste.rs
        Lobsters
      2. Domain not in remote thumbnail source whitelist: lobste.rs
        An FP language which will stand the test of time?
        68 comments
    • Embed this notice
      clacke (clacke@libranet.de)'s status on Wednesday, 03-May-2023 15:18:17 JST clacke clacke
      in reply to
      • Haelwenn /элвэн/ :triskell:
      @lanodan I can't say there's anything not-general-purpose about Java, it's just that JS is a better UI special-purpose language and possibly, controversially, a better general-purpose language? (as part of an ecosystem)
      In conversation Wednesday, 03-May-2023 15:18:17 JST permalink
    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Wednesday, 03-May-2023 15:18:19 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      @clacke Interesting for a 2020 article to say that Java is a general purpose language.

      I think that might have been true in like 2005~2014 but in 2020+ I think it's failing hard to stay general purpose (when the last time you've seen a desktop java program?) and it's best area was portable applications and network services.
      JavaScript is almost more general purpose than Java now thanks to NodeJS, Electron, Qt QML, …
      In conversation Wednesday, 03-May-2023 15:18:19 JST permalink
    • Embed this notice
      iooioio (iooioio@fosstodon.org)'s status on Sunday, 07-May-2023 03:37:41 JST iooioio iooioio
      in reply to

      @clacke
      Kinda reminds me of this:

      https://ploum.net/the-computer-built-to-last-50-years/

      In conversation Sunday, 07-May-2023 03:37:41 JST permalink
      clacke likes this.

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.