inglor

When I was at Microsoft we took security cripplingly seriously to the point we could not deliver features and our competitors could because the security process was convoluted and had multiple reviews and approval steps.

We have one there! We actually started without it but found it useful for our own development and testing so we added it.

We're a large backup vendor so honestly I've had the budget, expertise and time (from backup ventures unrelated to Era which is a community project) to build our own digital twins from scratch that e.g. run SOQL and implement the full API.

Since we have backup offerings at Eon we have the excuse to build really good digital twins for our software factory and the sketching algorithms and data engineering/science experts to make the data realistic.

This was definitely more "reinventing the wheel" than reusing a projects - Era is optimized for reads and a lot of data, we stream/read everything from a datalake so state is mostly immutable and we don't have to worry about e.g. collecting personal user information or scale too much.

The hard part here is obviously the very long and expensive estate generation for companies rather than the digital twins (that are interesting and million of lines of code but less exciting to the scientist in me. If the rsearch is interesting lmk and I'll send the papers over.

Hit me up: What concerns do you have and how can I convince you the data is good? I'm obviously biased but I'm personally very surprised by how well it works and how much the sketching/metadata from exabytes of real backups contributes.

We have a lot of interesting results from research partners but most of it is unfortunately still under embargo. If you're in SF you're welcome to say hi (hit me up, my email is user at gmail .com )

Thanks a bunch! Thanks a lot for your valuable feedback in the alpha!

Hey, I worked on this - ping me if you have any questions this was a really cool experience

It absolutely can conquer Iran lol it's a much stronger much better funded army - the issue is _holding_ Iran and what the point actually is. Even in conflicts like Vietnam when the other side had a superpower backing them (or Afghanistan when the Soviets attacked it) the issue isn't grabbing the territory it's the fact holding territory doesn't actually accomplish much and the strategic goal (not having a nuclear theocracy there) isn't met long term.

The US can absolutely conquer or decimate Iran and has explicitly avoided targeting energy infrastructure or doing so (understanding that doing so gets us another Iraq or Afgahnistan) but it's not as if the US can't "take on" Iran it's that the US expected regime change in Iran rather than a dragged out war.

Iran doesn't need to conquer or hold Hormuz they just need it in missile/drone range - it's not symmetric.

As for the impact on the global economy - the entire world is letting Iran hold its gas/oil hostage because of something the US did. I'm not sure why those countries don't pressure Iran more they're not at war with them they shouldn't be embargo'd.

Doubting things and skepticism are great. The 100m number is off common device profiling trackers (statcounter etc) but the number is also mentioned in several other sources.

You have not heard of it because it primarily targets feature phones and primarily in emerging markets. If you are not in the market for a feature phone in India or building software for one it makes total sense you're blissfully unaware.

(And as the other comment mentioned, after a very successful run as a FirefoxOS fork - Android caught up )

Fun fact - FirefoxOS only flopped in Mozilla, it went on to be the insanely successful KaiOS based on the source code. KaiOS has over 100M active users.

This indicates there was actually a lot of technical merit in it and the problem was with the GTM and leadership.

Cool writeup but... Signals are not some opaque or roundabout feature to do this. Signals are a thing for a reason and this is how it's implemented in any threaded I/O library I've read.

That likely means that you've only had "bad" coffee. You're one of today's lucky 10,000 - go treat yourself to a decent cup of coffee it tastes completely different. The difference between a good steak and a bad steak is actually a good comparison.

The bun Port is a phenomenal engineering achievement that would have taken a team of people over a year or two to deliver previously - look at the TypeScript port for example (and they had llms).

The fact it's taking a while to release is still insanely fast. I'm sure they may be some bumps.

Being skeptical is good and some stuff succeeds and some doesn't - but building tools is still fun and cool, whether it's useful or widely adopted or not :)

Text imports (experimental), native addon ESM support, blob textStream(), ReadableStreamTee, byob for readFile, better event loop monitoring and lots of security fixes as well as more minor bug fixes and improvements. (Last 4-6 weeks)