low-code-backend-dockered
Bedrock
Our great sponsors
low-code-backend-dockered | Bedrock | |
---|---|---|
9 | 23 | |
43 | 1,044 | |
- | 1.4% | |
0.0 | 9.4 | |
about 2 years ago | 5 days ago | |
JavaScript | C | |
- | GNU Lesser General Public License v3.0 only |
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.
low-code-backend-dockered
-
Ask HN: Hunting for a Framework
> 1. Hasura - DB + Basic APIS, 2. Ory.sh for Auth/Authz
Great choices!
3. React on the frontend
Here I'd go with Elm, and a generated GraphL API client. Here an example to play with (which btw also includes ZomboDB for ElasticSearch integration into Postgres)
https://github.com/cies/low-code-backend-dockered
> 4. Windmill.dev
Look awesome, never heard of it. Tnx
> If you like code-focused solution: Rails, Laravel and Django are good options.
I think Kotlin/KTor, while not as full featured, is a much better alternative due to the strong typing discipline.
-
A Love Letter to Ruby and Rails
I was a big Rails, Ruby and dynamic typing fanboy. But then my project grew in size and I changed my beliefs.
I'd not start a big project in any language without: null-safety, proper sum-types, type inference.
Hence I like Kotlin, and KTor seems to be a good Sinatra/Flask like in that arena.
Another interesting development I find no-code/low-code tools for the backend, like Hasura. This allows me to "just expose Postgres over GraphQL" with very little code (mainly configuration). That combined with type-safe client library generation for a typesafe frontend language like Elm gives me all the power I need in a very different paradigm. Something worth considering.
Small example Hasura+Elm project: https://github.com/cies/low-code-backend-dockered
- Best way to create web application?
-
Hasura Super App - A reference application for the real-world with Hasura, Next.js, and TypeScript
My plug: https://github.com/cies/elm-hasura-dockered
-
Django for Startup Founders: A better software architecture for SaaS startups
I agreed. Then did a project[1] with Hasura and a generated client lib in Elm and I'm no longer looking back. If I can get away with "no backend code" I'll do it again in a heart beat.
[1] https://github.com/cies/elm-hasura-dockered
- Show HN: Fully dockered, typesafe front end starter-kit with Elm and Hasura
- Demo of strong type safety with GraphQL using Elm and Hasura
- Fully dockered Elm-Hasura starter kit
- Fully dockered Elm-Hasura starter kit: strong typesafety from db schema to frontend code
Bedrock
-
Marmot: Multi-writer distributed SQLite based on NATS
Also Expensify's Bedrock, which powers their famous "Scaling SQLite to 4M QPS" article:
https://bedrockdb.com/
https://use.expensify.com/blog/scaling-sqlite-to-4m-qps-on-a...
- I'm All-In on Server-Side SQLite
-
SQLite is not a toy database
Lots of things don't need failover, but if you do, you can use Bedrock, which is built on sqlite.
-
Amazon announces 'Bedrock,' its ChatGPT and DALL-E rival
At first, I thought Amazon was launching their own SQLite hosted database.
BedrockDB is a SQLite based database with MySQL compatible drivers.
https://bedrockdb.com
-
Ask HN: Hunting for a Framework
Vapor[0] based on Swift. Advantage of this is that you don't have to evaluate multiple frameworks for Swift and suffer paralysis by analysis. All the Swift community is behind one framework.
The next is Actix[1] based on Rust. There are many frameworks in Rust and most of them have not reached 1.0 And which framework will survive becomes a question.
Other not so well-known is Wt[2] based on C++. This actually is created for programmers who are not web developers. The development experience is similar to desktop app development like Qt.
If that is not acceptable then Django[3], based on Python, is the one that will be good for you.
For the front-end I would recommend Flutter[4]. As much as I dislike getting tied to a single company for whom the framework is not their bread-and-butter, I don't see any other viable options to Flutter that will cover all web, mobile and desktop out of the box.
For databases, I would recommend BedrockDB[5], if you are not averse to SQLite. Or FoundationDB[6], if you want NoSQL. But if you are not concerned about horizontal scalability or okay with self-managing database availability, then PostgreSQL[7] is a very good option.
For push notifications, PushPin[8] is a good option.
[0] https://vapor.codes
[1] https://actix.rs
[2] https://webtoolkit.eu
[3] https://www.djangoproject.com
[4] https://flutter.dev
[5] https://bedrockdb.com
[6] https://www.foundationdb.org
[7] https://postgresql.org
[8] https://pushpin.org
-
Databases: 2021 in Review and Predictions for 2022
Recently I stumbled upon BedrockDB[0] from Expensify. It is based on SQLite and has very interesting idea on HA and distributed DB.
[0] https://bedrockdb.com
-
One million queries per second with MySQL
This is not SQLite though, also the test is trivial compared to TPC: https://github.com/Expensify/Bedrock/blob/dbarrett_perftest/...
-
Turning SQLite into a Distributed Database
Don’t forget BedrockDB (built on SQLite) that’s used in production at Expensify.
How it scales as well.
https://bedrockdb.com/
https://blog.expensify.com/2018/01/08/scaling-sqlite-to-4m-q...
- Fly.io Buys Litestream
- Ask HN: Have you used SQLite as a primary database?