Flythrough.Space
Marten
Flythrough.Space | Marten | |
---|---|---|
4 | 23 | |
6 | 2,675 | |
- | 1.0% | |
3.2 | 9.8 | |
over 3 years ago | 3 days ago | |
JavaScript | C# | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Flythrough.Space
-
How can I better mimic the flatness of the moon as seen from the earth?
Here's what it looks like now (planet files):
-
Ask HN: Show your failed projects and share a lesson you learned
My project was a 3d in-browser escape velocity clone (think Endless Sky.) It ended up with an impressive feature set, mediocre graphics, not nearly enough world, no real game loop, and no players: http://flythrough.space
My mistake was building it totally in secret for most of its life. I worked on it for years focusing on adding features that maybe nobody wanted without validating the product/market fit or generating any buzz. By the time I was "ready" someone had gained way more steam on their own EV remake, even getting the author of Override to endorse it, so the fact that I had a working prototype didn't really matter, the community that I thought would be receptive wasn't interested.
I learned that you need to build something worth playing first, including some kind of game loop, before you try to get people to play it. Turns out noodling around with a hacky prototype isn't something people find exciting even if the whole community is centered around noodling around with mods and hacking. People won't mod a game they don't love in the first place.
Since this project, I've committed to building smaller prototypes and validating concepts before I go all-in on building something polished and content rich, and thought I haven't shipped anything this big since, I have met my personal goals.
Full retrospective: http://blog.eamonnmr.com/2020/08/flythrough-space-retrospect...
The conclusion: http://blog.eamonnmr.com/2020/04/dont-remake-an-old-game/
- Classified tank specs leaked on War Thunder game forums – again
-
Why isn't Godot an ECS-based game engine?
Here's a real example from a project I worked on in my homebrew ECS framework and later implemented in Godot: a guided missile.
In the ECS project the notion of 'thing that can run into other things and do damage' so totally separate from the notion of 'thing that is driven around by AI.' So adding guidance to an existing projectile wasn't too much of a pain. In the Godot project I'm dealing with networking as well, so the division is between fire-and-forget projectiles (derived from Bullet) which know about hitting things and doing damage, and AI driven Ships with AI or player driven movement which needs to be synced over the Network. In that case I had to copypasta the AI driven movement code into a 'guided' class under Bullet. That said, for almost every other task, Godot's composition first model has been way easier to work with, especially because it lets you test elements in isolation. Here are the two projects if you'd like to compare the code:
Homebrew ECS framework on top of the babylonjs engine: https://github.com/EamonnMR/Flythrough.Space
Godot with networking:
Marten
- Marten – .NET Transactional Document DB and Event Store on PostgreSQL
-
Dapper vs. Entity Framework With Postgres
Id recommend trying out MartenDb. It's not really a PostgreSQL ORM, it actually uses Postgres more as a document database via jsonb. But it's excruciatingly easy to use and schema updates are a breeze (and largely automatic)
-
Show HN: Light implementation of Event Sourcing using PostgreSQL as event store
Check out Marten for a fully fleshed out implementation https://github.com/JasperFx/marten
-
Is anyone using Dapr
We are using ExtCore here to make our app modular: https://extcore.net/, and MartenDB for event store (which is surprisingly VERY simple) : https://martendb.io/
-
Yet another embedded DB (kind of)
I always loved Marten, it is so simple to use and yet powerful. If you are unfamiliar with it, it is a data access library (like an ORM) that is using JSON serialization and LINQ to store and query data from/to Postgres. It basically turns Postgres into document DB. Comparing it to EF, Marten doesn't require migrations since it stores documents.
-
This article is covering the potential problems you will face when using MongoDB for typical relational tasks.
You're better off using Postgres (has JSON columns.) If you want a more "document" oriented experience, use Marten: https://martendb.io/
-
Self-Paced Kit: Introduction to Event Sourcing with Node.js and TypeScript
For that part, the samples use EventStoreDB (https://www.eventstore.com/), which is the only mature event store I know in Node.js land. Event Sourcing allows using any database as backing storage. I'm co-maintainer of the Marten (https://martendb.io/), which is a .NET library that allows using Postgres as event store and document db.
-
CQRS is simpler than you think with C#11 and .NET 7!
Then you should check out Marten (https://martendb.io/). Our intention is to remove the boilerplate, we're using Postgres e having the built-in projections.
- Event-driven projections in Marten explained
-
Marten, a Crystal web framework that makes building web apps productive and fun
Not to be confused with the C# document database built on Postgres.
https://martendb.io/
What are some alternatives?
boltstream - Boltstream Live Video Streaming Website + Backend
Event Store - EventStoreDB, the event-native database. Designed for Event Sourcing, Event-Driven, and Microservices architectures
CardOverflow
MongoDB - The MongoDB Database
pqm - Physical Quantities and Measures (PQM) is a Node and browser package for dealing with numbers with units
RavenDB - ACID Document Database
lasercrabs - Abandoned hybrid singleplayer/multiplayer shooter project formerly known as DECEIVER
Yessql - A .NET document database working on any RDBMS
efcore.pg - Entity Framework Core provider for PostgreSQL
LiteDB - LiteDB - A .NET NoSQL Document Store in a single data file
FluentMigrator - Fluent migrations framework for .NET
Streamstone - Event store for Azure Table Storage