neurelo-go-htmx-example VS omnigres

I love POSTGRES. I've been using it since last 6 years and I like how easy it is to get started and there is also ton of support and ecosystem available for PG.

Recently, I tried a new product called "Neurelo". It provides API for PostgreSql. And I love how easy it is to migrate my existing database on their platform, they have an option called introspection which helps to generate json schema which you can also modify in visual mode. On top I generated some SDKs for TS and it works so much better directly with any Js/Ts framework. You can download json spec from auto generated docs and run any generator of your choice if you want more from it. You can also write custom queries (AI assisted) which gives you custom endpoint to hit. They also provide a free data source if you want to check it out. Migrations included. Here is an example I built using HTMX and NEURELO: https://github.com/smitpatelx/neurelo-go-htmx-example

https://www.neurelo.com/

I was so impressed with their work, I recently joined the team Neurelo. If you have an existing solution you wanna migrate to cloud, have a look, you might get surprised how easy it is. Happy Coding

I've been writing Postgres extensions for a few years now (mostly in C and Python), and I have to say that an important contribution from companies like Tembo and Omnigres is in the area of tooling and boilerplate. From workflows to Dockerfiles [0], that's important for the future of Postgres.

This has been discussed in the past [1], but the Postgres tooling ecosystem has been primarily C-Makefile—mailing list driven, and there used to be a lot of Makefile targets copy-pasting. Whenever major Postgres providers wanted to open source some of their extensions / sub-products. I still feel, however, that a lot of Postgres C-know-how is being slowly forgotten / lost, and I think it will be necessary again soon. Internal things as how Postgres handles varlena, StringInfo, JsonbValue, etc. The core abstractions that make Postgres work.

0: https://github.com/omnigres/omnigres/blob/master/Dockerfile

If you think that's cool, you might also want to check out Omnigres:

https://github.com/omnigres/omnigres

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.

Our foundation is open source and is available at https://github.com/omnigres/omnigres

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: we want to meet other pragmatic idealists.

Email: [email protected]

Check out Omnigres: https://github.com/omnigres/omnigres/wiki/Bounties

They just launched a bounty program recently.

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.

Our foundation is open source and is available at https://github.com/omnigres/omnigres

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: we want to meet other pragmatic idealists.

You can apply here https://wellfound.com/jobs/2832133-founding-engineer

Couple of questions (with notes): Yes, I'd really like to write code next to the db with more suitable (for task) languages like Python. But at the moment SQL alone is supported..? Could one connect with Jupyter notebook somehow and have a REPL like experience with Omnigres instance?

Also, this [1] seems intriguing. How do containers connect to the db? What would the performance differences to the "internal" approach? Is this feature more like Lambda or for long running processes? Or something else? In any case very interesting.

Thank you!

[1] https://github.com/omnigres/omnigres/tree/master/extensions/...

Very much in the same vein: https://github.com/omnigres/omnigres