[–] 3 points 1 year ago

Nice. I knew something was in the works for Material for MkDocs and it turned out to be exactly what I wanted. Which is a binary executable that you point to a repo and it gives you a static website.

  • source
  • [–] 1 point 1 year ago*

    Cool, looks like garnix is fast. I wanted to use it, but home page and docs are hard to parse. Too big fonts, required scrolling and bad docs organization. Why can't all projects just use material for mkdocs?

  • source
  • [–] 7 points 1 year ago

    Ok, good point, most languages I know use "C-style sequential function-calling" paradigm. Is there a specific idea that you have for a language that would better utilize our CPUs?

    Notation that treats asynchronous message-passing as fundamental rather than exceptional.

    I'm pretty sure there exists at least one research paper about notation for the actor pattern.

    You explain pretty well why you don't think C is a good fit for hardware we have today, but that warrants a proposal for something better. Because I for sure don't want to debug programs where everything is happening in parallel (as it does in pong).

  • source
  • [–] [S] 1 point 1 year ago (1 child)

    I wouldn't say so - it's not streaming app views from the server, it provides containers for apps, segmented into "grains". So each open document gets it's own container. Other than that, it's just normal web apps (like immich or seafile).

  • source
  • parent
  • context
  • view more: ‹ prev next ›