First off, servers on someone else's premises are by definition not on-prem; and second, it still leaves you with a lot of the maintenance, management, and documentation overhead that comes with operating infrastructure equipment.
I like, how this C-brain read the headlines, that other hardcore C-fans bullied multiple people out of the linux kernel and made this a point AGAINST rust.
Also measuring a proof of concept by LOC of all metrics just tells you to completely ignore this blogpost as utter bs.
No sane person should use LOC as a metric for anything. Linus Torvalds recently said that himself.
I think you are mixing things up.
Forgejo is one of the soon implementing, self-hostable software forges and one of the 3 listed implementations.
Codeberg is the (Github-alike) central forgejo server, where the team develops and which is also available for general open source coding needs. ForgeFed issues are tracked on Codeberg, so they already show their interest.
> “Anybody who’s got a hosted SharePoint server has got a problem,” said Adam Meyers, senior vice president with CrowdStrike, a cybersecurity firm. “It’s a significant vulnerability.’’
Senior VP at CrowdStrike, so a professional in destroying large amounts of systems.
Nah, money can buy pleasure, security, confidence, comfort... but happiness is not necessarily a consequence of that. Some rich people live a very unhappy life. I wouldn't trade places with them for their money.
CAN you be happy because you have money? Yeah, why not. WILL you be happy if you have money? No guarantees at all.
> Picture using these apps offline with automatic synchronization when you’re back online. This is the essence of local-first web development – a revolutionary approach that puts users in control of their digital experience.
I had to laugh very hard at the "revolutionary approach". How is it revolutionary, if software was developed "local-first" for decades?
Techbros really do come up with the oldest ideas and call them revolutionary.
lol i remember those days. most XML documents were missing DTDs and schemas (or that third type of schema whose name escapes me) and because the data structure of an XML document didnt map cleanly to lists and hashmaps you needed an ugly hacky xpath to grab whatever data you needed.
Dont even get me started on the mess that was serialisation and deserialization.
It was awful, overengineered design-by-committee mess.
This was only obvious to me in retrospect after I realized that these things didnt have to be complicated.
In those good old times both Oxygen and XML Spy were good enough, so I even purchased a license of Oxygen for myself and never felt the money were wasted.
>And some developers didn't understand the format and shoved stuff into attributes that should've been elements and vice versa.
This happened at such scale where we can say that it was UX problem of XML itself.
I suppose "local-first development" is a misnomer. It's really about the syncing part. Currently we have traditional applications that write data locally and therefore don't require an internet connection to work, and we have online stuff that updates a shared state "live". The "revolutionary" part would be having both of those things. It's a surprisingly hard thing to do.
The current state of the art here is git. So we're basically talking about making git automatic and easy to use for the majority of the population. That's not something we've been "doing for decades".
I can think of so many pieces of software that does that: having a local state, having a remote state, and keeping them synchronized whenever internet is available. It's how email apps work. That's how all cloud drives work, and Dropbox is more than a decade old at this point. It's how notes apps work. Etc. etc.
Really can't see how this can be regarded as a recent idea.
I'm someone who has used and continues to use desktop applications like that. I'm old enough to know what "work offline" and an email "outbox" is. Those are not the same things.
The always-online apps bring a lot that is not possible with such software, even simple stuff like editing the same file at the same time. Try that with tools like Dropbox and you'll get conflicts that you need to resolve. It's totally possible to get offline software if you either give up on many features or accept complicated conflict resolution etc. The basic options are either immutability, like email, or conflict resolution, like git. This is about not making those sacrifices.
"Local first" is a misnomer and that misnomer does probably reflect the different experience of youngsters, but if you can get past that there is something new here that is interesting and challenging.
Many applications work like that, particularly ones made between 2000 and 2010. Operating systems have whole stacks of SDKs and libraries dedicated to that exact behavior (e.g., CloudKit in OS X).
For anyone curious for more details, miri works in a different way than valgrind. it is an interpreter for rust that does additional checks at runtime to detect undefined behavior. This allows it to be fully deterministic, simulate other platforms, and do additional checks that I don’t think would be possible for valgrind
Someone else already answered, just a tip for future searches: If you know somewhat the context (in this case Rust), adding just one keyword to your query (in this case "Miri Rust") will give you the right answer as the first hit :)
