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.
verstra
Meanwhile, I'm using Pixel 3a for my main phone (for quite a few years now) and consider it a relatively up-to-date phone.
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?
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).
Pigs is a blanket? Why, americans, why do you invent such strange names for normal food, such as "sausage in bread"^1?
Yes, very much this. There are still my coworkers's PRs in the feed, but not all of them and there is many other things there too.
What I'd want is to have notifications on the frontpage.
I've just realized that no, I don't use bookmarks anymore. I used to use them, but nowadays, I just start typing the name of what I want to open and firefox omni-bar will find it in my history.
Ah here is the difference: I maintain a few gh repos and our company works exclusively on github. So in the morning, I open github.com to see notifications (via g-n shortcut).
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).
For example, ether pad (document editor) is a) packaged to be single-click deployable on sandstorm (this is similar to dokploy), but also b) modified so that it runs each document as a "grain".
In sandstorm, "grain" is some chunk of data + an instance of the app running. So when you open a document, it will spawn a new process for it on the server and attach the data needed to that process (similar to how you would attach volumes to docker containers). This grain is isolated from other open documents, which is good for security, but also good for development:
- apps don't need to handle the organization or storage of documents (they just write to a dir and sandstorm associates it with the grain),
- apps don't need to handle user auth or permissions,
Also computer science, parsing