Show HN: Eonfall – A new third-person co-op action game built for the web
Hi all, I'm excited to share Eonfall with Hacker News Community!
It's been 2-years in the making built by a 2 man team. Eonfall, is a new third-person co-op action game with rogue-lite elements built exclusively for the web! We've finally reached a release candidate state and set our official public release date for Jan 15th! The game's current version 5.0.0-beta is live and available to test play today!
Unity game engine was used to develop the game along with other services to handle the backend, and Nuxt 3 + Nuxt UI to handle the front-end.
We welcome any and all questions, feedback & suggestions!
Thanks all, Jon
Comments URL: https://news.ycombinator.com/item?id=42480624
Points: 108
# Comments: 68
Sat, 21 Dec 2024, 4:45 pm
Ask HN: Stanford CS 153 help
hi hn - i'm volunteering at Stanford next quarter to co-teach cs 153 (infrastructure at scale) - a course i wish had existed during my undergrad years. rather than pure theory, it's focused on how large-scale systems actually work in production
the format combines hands-on projects with a speaker series. we've confirmed some solid speakers (Jensen Huang from NVIDIA, Matthew Prince from Cloudflare etc), but i'm also keen to bring in perspectives from folks who don't fit the standard mold. tbh, many of the best systems eng/devs/infra ppl i've worked with are pretty weird - they think differently, take unconventional paths, and often learn by obsessively building and breaking things rather than following traditional routes. i think it would be cool for the students to realize its a feature, not a bug, to be weirdly obsessive
if you're interested in this kind of stuff, i'd value your thoughts on:
1/ who are the fascinating/unsung heroes in infra/systems eng that students should learn from? especially interested in people who've solved hard scaling problems through unconventional thinking or unique approaches
2/ what kind of projects do you think would fun and meaningfully demonstrate real-world infrastructure challenges while still being achievable in an academic quarter?
prerequisites are CS106/CS111 level programming. draft syllabus here: https://explorecourses.stanford.edu/search?view=catalog&filt...
email: anjney at alumni dot stanford edu if you prefer to share thoughts privately. thank you in advance for any and all help
Comments URL: https://news.ycombinator.com/item?id=42475526
Points: 57
# Comments: 29
Fri, 20 Dec 2024, 10:04 pm
Show HN: Rivet Actors – Durable Objects build with Rust, FoundationDB, Isolates
Hello! We posted a Show HN for Rivet last year for our container orchestration project (https://news.ycombinator.com/item?id=37188659). In that time, a lot has changed that I think HN will find interesting.
Rivet is open-source actor infrastructure similar to Cloudflare's Durable Objects. Rivet itself already serves millions of MAU in production using our current container runtime – primarily for multiplayer games – and Rivet Actors are a new extension to support actor-like workloads. Rivet Actor's core primitives are RPC, state, and events.
Actors are powered by Rust, V8 isolates (supports Deno), and FoundationDB. An architecture diagram is available here for [1]. If you're not familiar with FoundationDB, you're overdue to watch Dave Rosenthal's talk [3]. (I firmly believe it's by far the best permissively licensed database; if only it had a well maintained SQL layer.)
Here's where Rivet's architecture gets fun – we don't rely on a traditional orchestrator like Kubernetes or Nomad for our runtime. Instead, our orchestrator is powered by an in-house actor-like workflow engine – similar to how FoundationDB is powered by their own actor library (Flow [4]) internally. It lets us reliably & efficiently build complex logic – like our orchestrator – that would normally be incredibly difficult to build correctly. For example, here's the logic that powers Rivet Actors themselves with complex mechanisms like retry upgrades, retry backoffs, and draining [2].
One of the reasons we built Rivet Actors is because we tried to replace most of our Redis-based realtime infrastructure with Durable Objects. The architecture allowed us to build realtime features much faster & efficiently, but the platform & APIs were needlessly rigid and difficult to use. Our goal is to build an actor-like platform that includes the bells and whistles required for developers to benefit from the actor model without the learning curve of tools like Erlang/OTP, Akka, or Orleans.
Rivet Actors provides a few key benefits in flexibility over Durable Objects:
- Open-source (Apache 2.0) – built to be self-hosted and deployed on-prem
- Provides observability out of the box, no Logpush required
- Rivet Actors support the Deno runtime, so NPM & JSR just works
- @rivet-gg/actor [5] framework provides RPC, state, and events out of the box for faster bootstrapping; you can modify and deploy it yourself
- Supports both V8 isolates & Docker-compatible containers so you can run any software you'd like, like Godot/Unity servers or video transcoding
- Also supports TCP & UDP (we run games!)
- Provides vanilla HTTP API for easy use with existing apps
- Full control over regions
There's plenty more that I don't have space to talk about. Give our docs a read if you'd like to learn more [6] or read about internal design decisions [7]. I'll be in the comments answering questions!
Cheers,
Nathan
[1] https://github.com/rivet-gg/rivet?tab=readme-ov-file#diagram
[2] https://github.com/rivet-gg/rivet/blob/a3db31f3b5c351061d665...
[3] https://www.youtube.com/watch?v=9g84y_60VGM
[4] https://apple.github.io/foundationdb/flow.html
[5] https://jsr.io/@rivet-gg/actor/doc
[6] https://rivet.gg/docs
[7] https://rivet.gg/docs/internals/design-decisions
Comments URL: https://news.ycombinator.com/item?id=42472519
Points: 97
# Comments: 20
Fri, 20 Dec 2024, 4:36 pm
Show HN: Artemis, a Calm Web Reader
Earlier this year, I made a web reader that only showed a list of post titles, author domains, and links. The reader only updated once per day, so I wouldn't feel compelled to keep checking for new posts.
I have been using the tool, which I called Artemis, for several months. Every morning, I looked forward to my "morning paper" of blogs I love reading.
There are no notifications, read vs. unread states, counts of posts, etc. Only the last seven days of posts are available. The colour scheme is changeable. Dark mode is supported. All popular feed formats are supported.
There is no reading interface to read blog posts; rather, the links take you to the authors' websites. Many of my favourite bloggers put a lot of effort into the design of their blogs and like to change things up; I wanted an experience that embraced that.
The reader is now available for anyone to use (with invite code "hn").
Comments URL: https://news.ycombinator.com/item?id=42471913
Points: 171
# Comments: 43
Fri, 20 Dec 2024, 3:28 pm
Show HN: Interactive graphs in Rerun with a Rust port of D3-force
Rerun 0.21 comes with a new graph viewer that's written in Rust and runs in the browser via wasm. It's powered by a new force based layout engine that is a port of much of d3-force to Rust. (The release also contains some other cool stuff like undo/redo implemented on top of a timeseries DB.)
We built this with applications in robotics and spatial computing in mind but would love to hear feedback from folks that would see this as useful in other domains as well.
Comments URL: https://news.ycombinator.com/item?id=42469560
Points: 51
# Comments: 10
Fri, 20 Dec 2024, 9:42 am
Show HN: Gribstream.com – Historical Weather Forecast API
Hello! I'd like share about my sideproject https://gribstream.com
It is an API to extract weather forecasting data from the National Blend of Models (NBM) https://vlab.noaa.gov/web/mdl/nbm and the Global Forecast System (GFS) https://www.ncei.noaa.gov/products/weather-climate-models/gl... . The data is freely available from AWS S3 in grib2 format which can be great but also really hard (and resource intensive) to work with, especially if you want to extract timeseries over long periods of time based on a few coordinates. Being able to query and extract only what you want out of terabytes of data in just an http request is really nice.
What is cool about this dataset is that it has hourly data with full forecast history so you can use the dataset to train and forecast other parameters and have proper backtesting because you can see the weather "as of" points in time in the past. It has a free tier so you can play with it. There is a long list of upcoming features I intend to implement and I would very much appreciate both feedback on what is currently available and on what features you would be most interested in seeing. Like... I'm not sure if it would be better to support a few other datasets or focus on supporting aggregations.
Features include:
- A free tier to help you get started
- Full history of weather forecasts
- Extract timeseries for thousands of coordinates, for months at a time, at hourly resolution in a single http request taking only seconds.
- Supports as-of/time-travel, indispensable for proper backtesting of derivative models
- Automatic gap filling of any missing data with the next best (most recent) forecast.
Please try it out and let me know what you think :)
Comments URL: https://news.ycombinator.com/item?id=42467449
Points: 50
# Comments: 17
Fri, 20 Dec 2024, 1:27 am