Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
andout_
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
31.
▲
by
andout_
11mo ago
Haha. We're not trying to replace Ops, just prevent teams from needing to build internal platforms before they can ship product. You can still modify all the provisioned infra directly in AWS/GCP console, or layer Terraform on top
32.
▲
by
andout_
11mo ago
Encore uses sensible defaults optimized for cost and performance (eg. reasonable instance sizes, log retention periods, backup schedules), but you have full control to modify anything. You can adjust configs per environment through the Enco
33.
▲
by
andout_
11mo ago
Ah, been a while since I looked into it. Thanks for the correction!
34.
▲
by
andout_
11mo ago
We provide client abstractions for infrastructure primitives (databases, pub/sub, object storage, etc.). Your application code uses these abstractions, and the actual infrastructure configuration is injected at runtime based on the env
35.
▲
by
andout_
11mo ago
Encore (the framework and CLI) is fully open source and free to use. You can deploy anywhere by generating Docker images with `encore build docker`. Encore Cloud (optional managed platform) has a generous free tier and paid plans for produc
36.
▲
by
andout_
11mo ago
You can just use the resource as you'd normally would and then use e.g. secrets to define the connection settings per environment. You would however need to provision the resource yourself for all your envs. We have a terraform plugin
37.
▲
by
andout_
11mo ago
I'd argue it's the opposite of coupling. Your application code references logical resources (database connection, pub/sub topic, bucket) without knowing anything about the underlying infrastructure. Encore extracts these need
38.
▲
by
andout_
11mo ago
SST is AWS-specific and focuses on infrastructure-as-code for serverless apps (CDK wrapper). Encore is cloud-agnostic and works by parsing your application code to understand what infrastructure you need, then provisions it automatically on
39.
▲
by
andout_
11mo ago
I haven't heard about Alchemy before, but from skimming their docs it looks like Terraform/Pulumi in code form where you explicitly configure infrastructure. Whereas with Encore, you define what you need directly in your applicati
40.
▲
by
andout_
11mo ago
1. You can configure your services to be cohosted on computes, and each environment can be configured independently. Encore also provides free hosting through Encore Cloud Hosting 2. The `encore run` command automatically starts local emula
41.
▲
by
andout_
11mo ago
Different scope. NestJS organizes app code, Effect does functional composition - both still need separate infra tooling. Encore handles services + infrastructure + deployment as one thing. You could use Effect/NestJS patterns inside En
42.
▲
by
andout_
11mo ago
Good question! With Encore, your application code is actually more portable than with Terraform because you are defining infrastructure semantically (eg. "I need a Postgres database"), not with cloud-specific config. The same code
43.
▲
by
andout_
11mo ago
That's for request handling overhead. Real-world speedup depends on your bottleneck (DB, external APIs, etc.), but the gains still apply. Good feedback though, and we have more benchmarks planned regardless.
44.
▲
Show HN: Encore – Type-safe back end framework that generates infra from code
(github.com)
76 points
by
andout_
11mo ago
|
47 comments
45.
▲
by
andout_
1y ago
The app in question uses LLMs to analyze golf swings from recorded videos. Users were still getting their analysis (which can saved to your photo gallery), it's just that the data wasn't being stored as part of the users account.
46.
▲
Technical experts have zero customers
(ivan.codes)
2 points
by
andout_
1y ago
|
3 comments
47.
▲
We're teaching new builders the wrong words
(ivan.codes)
8 points
by
andout_
1y ago
|
0 comments
48.
▲
by
andout_
1y ago
Most certainly is.
49.
▲
by
andout_
1y ago
What
50.
▲
by
andout_
1y ago
I left it purposefully broad, but agreed - I can see it going that way too.
51.
▲
by
andout_
1y ago
Spot on. The best abstractions are the ones that make the complex parts invisible. We've been building for ourselves for so long that we forgot most people just want to solve problems, not learn our entire stack.
52.
▲
by
andout_
1y ago
Sorry about that - haven't tested light mode at all. Disabled it, should be readable now.
53.
▲
People don't want auth, they want Sign in with Google
(ivan.codes)
12 points
by
andout_
1y ago
|
10 comments
54.
▲
Show HN: Encore Cloud – Automate DevOps and Infra
(encore.cloud)
6 points
by
andout_
1y ago
|
0 comments
55.
▲
Open Source Hackathon 2025
(osshackathon.com)
5 points
by
andout_
1y ago
|
1 comments
56.
▲
Open Source Hackathon 2025
(osshackathon.com)
15 points
by
andout_
1y ago
|
3 comments
57.
▲
Leap: Generate and deploy full-stack apps to AWS
(leap.new)
2 points
by
andout_
1y ago
|
0 comments
58.
▲
Leap: AI Agent That Deploys to Your AWS Account
(leap.new)
2 points
by
andout_
1y ago
|
0 comments
59.
▲
Leap.new: Full-stack AI developer agent that deploys to AWS
(blog.leap.new)
6 points
by
andout_
1y ago
|
1 comments
60.
▲
Show HN: Test your typing speed and accuracy with movie scripts
(atypescriptgame.com)
31 points
by
andout_
1y ago
|
10 comments
More ›