The best Hacker News stories from Show from the past day
Latest posts:
Show HN: ActorCore – Stateful serverless framework that runs anywhere
Hey HN! Today we're launching ActorCore (<a href="https://actorcore.org/" rel="nofollow">https://actorcore.org/</a>), a stateful serverless framework that enables deploying Cloudflare Durable Object-like workloads to any cloud.<p>If you're unfamiliar with stateful serverless: it's like the actor model, where each actor maintains its own isolated, persistent state. (Think Lambda functions with local storage & runs indefinitely.) It enables easily building long-running, realtime, durable, or local-first backends with the flexibility of serverless infrastructure. The most widely used implementation is Cloudflare Durable Objects, powering products like Clerk, Tldraw, Liveblocks, and Playroom.<p>A few months ago we launched Rivet Actors (<a href="https://news.ycombinator.com/item?id=42472519">https://news.ycombinator.com/item?id=42472519</a>) as an open-source alternative to Cloudflare Durable Objects. After that launch, we kept hearing three common concerns:<p>- Vendor lock-in: Developers are hesitant to adopt a new programming model if there's no clear off-ramp. While it's straightforward to migrate a Postgres database, stateful serverless platforms can feel locked-in due to lack of viable alternatives.<p>- Ecosystem: Choosing a well-known database like Postgres comes with a mature ecosystem. Adopting a new model means rebuilding tooling and patterns from scratch.<p>- Conceptual gap: Many developers have spent their entire careers designing systems with intentionally separated state and compute. A model that merges the two can feel backwards at first.<p>We realized the best solution was to build a stateful serverless framework that can (a) be portable across clouds and (b) be easily extended – similar to how Hono created a unified API for traditional serverless functions across different providers. Thus, ActorCore was born.<p>Today, ActorCore supports running stateful serverless on Rivet Actors, Cloudflare Durable Objects, Redis, and standalone Node.js/Bun. The most common use cases include applications using collaborative, AI agent, local-first, and per-tenant database features.<p>State in ActorCore is an in-memory JavaScript object, with SQLite support coming later this month. State is stored in memory near your users on the edge, removing database round trips and minimizing latency due to physical distance. Additionally, state writes have tunable consistency, which enables both fully durable compute workloads and high-frequency state updates.<p>You may have noticed that this still leaves concern #3: the conceptual gap. While this isn't something we can solve with a framework, I've been spending ~40% of my time working on docs, content, and examples to help resolve this. ActorCore is also turning out to be community-driven as hoped, which enables more people to try and share their experience with stateful serverless.<p>We'd love it if you'd give ActorCore a try, read the roadmap, and/or let us know where we can improve anything. If you're hesitant about trying stateful serverless, I'd love to learn more in the comments. Looking forward to feedback!
Show HN: ActorCore – Stateful serverless framework that runs anywhere
Hey HN! Today we're launching ActorCore (<a href="https://actorcore.org/" rel="nofollow">https://actorcore.org/</a>), a stateful serverless framework that enables deploying Cloudflare Durable Object-like workloads to any cloud.<p>If you're unfamiliar with stateful serverless: it's like the actor model, where each actor maintains its own isolated, persistent state. (Think Lambda functions with local storage & runs indefinitely.) It enables easily building long-running, realtime, durable, or local-first backends with the flexibility of serverless infrastructure. The most widely used implementation is Cloudflare Durable Objects, powering products like Clerk, Tldraw, Liveblocks, and Playroom.<p>A few months ago we launched Rivet Actors (<a href="https://news.ycombinator.com/item?id=42472519">https://news.ycombinator.com/item?id=42472519</a>) as an open-source alternative to Cloudflare Durable Objects. After that launch, we kept hearing three common concerns:<p>- Vendor lock-in: Developers are hesitant to adopt a new programming model if there's no clear off-ramp. While it's straightforward to migrate a Postgres database, stateful serverless platforms can feel locked-in due to lack of viable alternatives.<p>- Ecosystem: Choosing a well-known database like Postgres comes with a mature ecosystem. Adopting a new model means rebuilding tooling and patterns from scratch.<p>- Conceptual gap: Many developers have spent their entire careers designing systems with intentionally separated state and compute. A model that merges the two can feel backwards at first.<p>We realized the best solution was to build a stateful serverless framework that can (a) be portable across clouds and (b) be easily extended – similar to how Hono created a unified API for traditional serverless functions across different providers. Thus, ActorCore was born.<p>Today, ActorCore supports running stateful serverless on Rivet Actors, Cloudflare Durable Objects, Redis, and standalone Node.js/Bun. The most common use cases include applications using collaborative, AI agent, local-first, and per-tenant database features.<p>State in ActorCore is an in-memory JavaScript object, with SQLite support coming later this month. State is stored in memory near your users on the edge, removing database round trips and minimizing latency due to physical distance. Additionally, state writes have tunable consistency, which enables both fully durable compute workloads and high-frequency state updates.<p>You may have noticed that this still leaves concern #3: the conceptual gap. While this isn't something we can solve with a framework, I've been spending ~40% of my time working on docs, content, and examples to help resolve this. ActorCore is also turning out to be community-driven as hoped, which enables more people to try and share their experience with stateful serverless.<p>We'd love it if you'd give ActorCore a try, read the roadmap, and/or let us know where we can improve anything. If you're hesitant about trying stateful serverless, I'd love to learn more in the comments. Looking forward to feedback!
Show HN: ActorCore – Stateful serverless framework that runs anywhere
Hey HN! Today we're launching ActorCore (<a href="https://actorcore.org/" rel="nofollow">https://actorcore.org/</a>), a stateful serverless framework that enables deploying Cloudflare Durable Object-like workloads to any cloud.<p>If you're unfamiliar with stateful serverless: it's like the actor model, where each actor maintains its own isolated, persistent state. (Think Lambda functions with local storage & runs indefinitely.) It enables easily building long-running, realtime, durable, or local-first backends with the flexibility of serverless infrastructure. The most widely used implementation is Cloudflare Durable Objects, powering products like Clerk, Tldraw, Liveblocks, and Playroom.<p>A few months ago we launched Rivet Actors (<a href="https://news.ycombinator.com/item?id=42472519">https://news.ycombinator.com/item?id=42472519</a>) as an open-source alternative to Cloudflare Durable Objects. After that launch, we kept hearing three common concerns:<p>- Vendor lock-in: Developers are hesitant to adopt a new programming model if there's no clear off-ramp. While it's straightforward to migrate a Postgres database, stateful serverless platforms can feel locked-in due to lack of viable alternatives.<p>- Ecosystem: Choosing a well-known database like Postgres comes with a mature ecosystem. Adopting a new model means rebuilding tooling and patterns from scratch.<p>- Conceptual gap: Many developers have spent their entire careers designing systems with intentionally separated state and compute. A model that merges the two can feel backwards at first.<p>We realized the best solution was to build a stateful serverless framework that can (a) be portable across clouds and (b) be easily extended – similar to how Hono created a unified API for traditional serverless functions across different providers. Thus, ActorCore was born.<p>Today, ActorCore supports running stateful serverless on Rivet Actors, Cloudflare Durable Objects, Redis, and standalone Node.js/Bun. The most common use cases include applications using collaborative, AI agent, local-first, and per-tenant database features.<p>State in ActorCore is an in-memory JavaScript object, with SQLite support coming later this month. State is stored in memory near your users on the edge, removing database round trips and minimizing latency due to physical distance. Additionally, state writes have tunable consistency, which enables both fully durable compute workloads and high-frequency state updates.<p>You may have noticed that this still leaves concern #3: the conceptual gap. While this isn't something we can solve with a framework, I've been spending ~40% of my time working on docs, content, and examples to help resolve this. ActorCore is also turning out to be community-driven as hoped, which enables more people to try and share their experience with stateful serverless.<p>We'd love it if you'd give ActorCore a try, read the roadmap, and/or let us know where we can improve anything. If you're hesitant about trying stateful serverless, I'd love to learn more in the comments. Looking forward to feedback!
Show HN: I made a math puzzle game. Hope you like it
I've been playing with this for quite some time and I think it's finally ready for public consumption. All feedback welcome.
Show HN: Single-Header Profiler for C++17
Morning HN.<p>I often found myself wondering "how much does this code segment take in terms of total runtime" and it's often quite annoying to figure out with optimizations enabled, especially when working on something new or testing someone else's implementation without the proper tooling set up. Wanted to have a single include lib that would allow us to write something like:<p>```
PROFILE("Loop 1")
for (...) // some work
```<p>and have the next expression automatically record time & dump results to a table. Wrote a few macros to do exactly that a few months back, but they were primitive and basically unusable for recursive code.<p>Tried to come up with a more generic solution that would build a call graph for nested profiler-macros, handle threads and etc. but doing so in a naive way would be super slow since we'd need some kind of a recursive map of nodes with callsites as a keys.<p>Recently had a revelation that it is possible to use macro-generated thread_local's to associate callsites with integer IDs on the fly and with some effort call graph can be neatly encoded in a few contiguous arrays with all graph building & traversal logic reduced to simple checks and array lookups. Realized threading can be quite easily supported too in an almost lock-free fashion.<p>After a few days of effort ended up building what I believe is a very much usable single-header profiling lib. Couldn't find anything quite like it, so I'd like to present it here and hear some opinions on the product:<p><a href="https://github.com/DmitriBogdanov/UTL/blob/master/docs/module_profiler.md">https://github.com/DmitriBogdanov/UTL/blob/master/docs/modul...</a>
Show HN: Single-Header Profiler for C++17
Morning HN.<p>I often found myself wondering "how much does this code segment take in terms of total runtime" and it's often quite annoying to figure out with optimizations enabled, especially when working on something new or testing someone else's implementation without the proper tooling set up. Wanted to have a single include lib that would allow us to write something like:<p>```
PROFILE("Loop 1")
for (...) // some work
```<p>and have the next expression automatically record time & dump results to a table. Wrote a few macros to do exactly that a few months back, but they were primitive and basically unusable for recursive code.<p>Tried to come up with a more generic solution that would build a call graph for nested profiler-macros, handle threads and etc. but doing so in a naive way would be super slow since we'd need some kind of a recursive map of nodes with callsites as a keys.<p>Recently had a revelation that it is possible to use macro-generated thread_local's to associate callsites with integer IDs on the fly and with some effort call graph can be neatly encoded in a few contiguous arrays with all graph building & traversal logic reduced to simple checks and array lookups. Realized threading can be quite easily supported too in an almost lock-free fashion.<p>After a few days of effort ended up building what I believe is a very much usable single-header profiling lib. Couldn't find anything quite like it, so I'd like to present it here and hear some opinions on the product:<p><a href="https://github.com/DmitriBogdanov/UTL/blob/master/docs/module_profiler.md">https://github.com/DmitriBogdanov/UTL/blob/master/docs/modul...</a>
Show HN: Single-Header Profiler for C++17
Morning HN.<p>I often found myself wondering "how much does this code segment take in terms of total runtime" and it's often quite annoying to figure out with optimizations enabled, especially when working on something new or testing someone else's implementation without the proper tooling set up. Wanted to have a single include lib that would allow us to write something like:<p>```
PROFILE("Loop 1")
for (...) // some work
```<p>and have the next expression automatically record time & dump results to a table. Wrote a few macros to do exactly that a few months back, but they were primitive and basically unusable for recursive code.<p>Tried to come up with a more generic solution that would build a call graph for nested profiler-macros, handle threads and etc. but doing so in a naive way would be super slow since we'd need some kind of a recursive map of nodes with callsites as a keys.<p>Recently had a revelation that it is possible to use macro-generated thread_local's to associate callsites with integer IDs on the fly and with some effort call graph can be neatly encoded in a few contiguous arrays with all graph building & traversal logic reduced to simple checks and array lookups. Realized threading can be quite easily supported too in an almost lock-free fashion.<p>After a few days of effort ended up building what I believe is a very much usable single-header profiling lib. Couldn't find anything quite like it, so I'd like to present it here and hear some opinions on the product:<p><a href="https://github.com/DmitriBogdanov/UTL/blob/master/docs/module_profiler.md">https://github.com/DmitriBogdanov/UTL/blob/master/docs/modul...</a>
Show HN: Zero-codegen, no-compile TypeScript type inference from Protobufs
Show HN: Zero-codegen, no-compile TypeScript type inference from Protobufs
Show HN: Zero-codegen, no-compile TypeScript type inference from Protobufs
Show HN: Resurrecting Infocom's Unix Z-Machine with Cosmopolitan
I recently brought Infocom's original UNIX z-machine source code back to life on modern systems. The modified source code, instructions on usage, a build of the z-machine, and examples of embedded game executables are available.<p>There is also a detailed write-up about the state of the original source code, the porting process, and the invaluable role Justine Tunney's Cosmpolitan project played in bringing the Zork trilogy (and more) to Windows/Mac/Linux/bsd for arm/x86 machines over the course of a lazy Sunday.
Show HN: Resurrecting Infocom's Unix Z-Machine with Cosmopolitan
I recently brought Infocom's original UNIX z-machine source code back to life on modern systems. The modified source code, instructions on usage, a build of the z-machine, and examples of embedded game executables are available.<p>There is also a detailed write-up about the state of the original source code, the porting process, and the invaluable role Justine Tunney's Cosmpolitan project played in bringing the Zork trilogy (and more) to Windows/Mac/Linux/bsd for arm/x86 machines over the course of a lazy Sunday.
Show HN: Resurrecting Infocom's Unix Z-Machine with Cosmopolitan
I recently brought Infocom's original UNIX z-machine source code back to life on modern systems. The modified source code, instructions on usage, a build of the z-machine, and examples of embedded game executables are available.<p>There is also a detailed write-up about the state of the original source code, the porting process, and the invaluable role Justine Tunney's Cosmpolitan project played in bringing the Zork trilogy (and more) to Windows/Mac/Linux/bsd for arm/x86 machines over the course of a lazy Sunday.
Show HN: Resurrecting Infocom's Unix Z-Machine with Cosmopolitan
I recently brought Infocom's original UNIX z-machine source code back to life on modern systems. The modified source code, instructions on usage, a build of the z-machine, and examples of embedded game executables are available.<p>There is also a detailed write-up about the state of the original source code, the porting process, and the invaluable role Justine Tunney's Cosmpolitan project played in bringing the Zork trilogy (and more) to Windows/Mac/Linux/bsd for arm/x86 machines over the course of a lazy Sunday.
Show HN: Nissan's Leaf app doesn't have a home screen widget so I made my own
Nissan's official mobile app for their LEAF electric car doesn't have a widget for quickly checking the car's battery charge status on your phone's home screen, so for a fun side project I decided to make my own using free tools like GitHub Actions, Appium, Tailscale, and Apple Shortcuts.
Show HN: I made a free tool that analyzes SEC filings and posts detailed reports
(* within a few minutes of SEC filing)<p>Currently does it for 1000+ US companies and specifically earnings related filings.
By US companies, I mean the ones that are obliged to file SEC filings.<p>This was the result of almost a year long effort and hundreds of prototypes :)<p>It currently auto-publishes for 1000 ish US companies by market cap, relies on 8-K filing as a trigger.<p>e.g. <a href="https://www.signalbloom.ai/news/NVDA" rel="nofollow">https://www.signalbloom.ai/news/NVDA</a> will take you to NVDA earnings<p>Would be grateful to get some feedback. Especially if you follow a company, check its reports out. Thank you!<p>Some examples:
<a href="https://www.signalbloom.ai/news/AAPL/apple-q1-eps-beats-despite-revenue-miss-china-woes" rel="nofollow">https://www.signalbloom.ai/news/AAPL/apple-q1-eps-beats-desp...</a><p><a href="https://www.signalbloom.ai/news/NVDA/nvidia-revenue-soars-margin-headwinds-emerge" rel="nofollow">https://www.signalbloom.ai/news/NVDA/nvidia-revenue-soars-ma...</a><p><a href="https://www.signalbloom.ai/news/JPM/jpm-beats-estimates-on-cib-strength" rel="nofollow">https://www.signalbloom.ai/news/JPM/jpm-beats-estimates-on-c...</a> (JPM earnings from Friday)<p>Hallucination note: <a href="https://www.signalbloom.ai/hallucination-benchmark" rel="nofollow">https://www.signalbloom.ai/hallucination-benchmark</a>
Show HN: I made a free tool that analyzes SEC filings and posts detailed reports
(* within a few minutes of SEC filing)<p>Currently does it for 1000+ US companies and specifically earnings related filings.
By US companies, I mean the ones that are obliged to file SEC filings.<p>This was the result of almost a year long effort and hundreds of prototypes :)<p>It currently auto-publishes for 1000 ish US companies by market cap, relies on 8-K filing as a trigger.<p>e.g. <a href="https://www.signalbloom.ai/news/NVDA" rel="nofollow">https://www.signalbloom.ai/news/NVDA</a> will take you to NVDA earnings<p>Would be grateful to get some feedback. Especially if you follow a company, check its reports out. Thank you!<p>Some examples:
<a href="https://www.signalbloom.ai/news/AAPL/apple-q1-eps-beats-despite-revenue-miss-china-woes" rel="nofollow">https://www.signalbloom.ai/news/AAPL/apple-q1-eps-beats-desp...</a><p><a href="https://www.signalbloom.ai/news/NVDA/nvidia-revenue-soars-margin-headwinds-emerge" rel="nofollow">https://www.signalbloom.ai/news/NVDA/nvidia-revenue-soars-ma...</a><p><a href="https://www.signalbloom.ai/news/JPM/jpm-beats-estimates-on-cib-strength" rel="nofollow">https://www.signalbloom.ai/news/JPM/jpm-beats-estimates-on-c...</a> (JPM earnings from Friday)<p>Hallucination note: <a href="https://www.signalbloom.ai/hallucination-benchmark" rel="nofollow">https://www.signalbloom.ai/hallucination-benchmark</a>
Show HN: Crystal, the most accurate U.S. gov't data search tool
Hi everyone! We're relaunching Crystal, which lets you search and analyze 300k+ government datasets using plain English. For example, prompting "Air quality since 2020 in NYC" will find the most relevant datasets for you.<p>We find it's way better than any search tool out there today, like data.gov. We're hoping anyone who uses public data as a resource, like researchers, consultants, journalists, etc. will find it helpful.<p>Crystal is straightforward - it's in alpha, so there's only a few queries per person, and the app itself is in its infancy. We're invested in making this better for people, and we'd love feedback + beta signups - you can provide either via <a href="https://www.askcrystal.info" rel="nofollow">https://www.askcrystal.info</a> or down below!<p>If you'd like to partner with us more closely or have other thoughts, please email us at cedric@crystal.info or ari@crystal.info
Show HN: I Made YC Rejection Simulator
Show HN: I Made YC Rejection Simulator