For someone like me (who is not an ML expert, but can write Python fluently) Bauplan looks like an ideal fit. Looking forward to taking a deeper look and building something in production.
I’ve faced this challenge multiple times in my journey of building products and startups—having an early champion onboarded as a design partner while the team builds is critical to a startup’s success.
Omnigres | Founding Engineer | SF Bay Area HQ | REMOTE
At Omnigres, our north star is to enable developers to laser-focus on business needs instead of fighting technological challenges.
We're fighting the complexity and inefficiencies of contemporary stacks by removing them instead of hiding them.
At the core, we are turning Postgres into an Application Runtime. Why? Because we believe that code and data are inseparable in pretty much all of the line-of-business application systems. Turns out, when done this way, applications work a lot faster, require a lot less maintenance, and are simply easier to write.
We're backed by some great early-stage VCs and looking to onboard people who can move quickly, learn on the go, and maintain the focus on the goals. Another way to look at it is that we want to meet other pragmatic idealists.
> As a first step, I am going to implement a very simplistic container
manager. What does this mean? This means if you've got a server with
PostgreSQL, and you have Docker (just Docker for the time being) installed
on it, you can let your database manage the containers.
from the initial commit. I'm fond of the concept[0] but I thought application logic was the better use case, IDK if we really need another container manager.
Container manager (omni_containers[0]) is a bridge (aka migration solution) for existing applications or services. There are already a lot of applications running using containers and with omni_containers one can lift and shift. Hopefully, once they migrate fully to Omnigres, they will no longer need (at least, that's the hope)
We have been seeing this trend (or pendulum swing) of pushing SQL and simplicity. I am not saying this solution is simple (will leave that for discussion).
Tangential, if this kinda stuff is interesting, folks might be interested in what Omnigres (disclaimer: my employer) is doing with the python integration in Postgres
