Thanks for submitting this! I'm one of the founders, happy to answer any questions.
HN user
eandre
Backend engineer with a passion for developer productivity. Ex- Spotify. Now building https://encore.dev to make it easy and fun to build great backends.
@_eandre on Twitter
We've published benchmarks against most of these already, see https://github.com/encoredev/ts-benchmarks
I've published proper instructions for benchmarking Encore.ts now: https://github.com/encoredev/ts-benchmarks/blob/main/README..... Thanks!
Encore.ts is doing something similar for TypeScript backend frameworks, by moving most of the request/response lifecycle into Async Rust: https://encore.dev/blog/event-loops
Disclaimer: I'm one of the maintainers
Encore CEO here. Thanks for the feedback.
We sell developer productivity and devops automation, and compared to hiring additional engineers Encore is very cheap.
We’ve tried to align our incentives with the needs of our customers, so there are no usage-based or surprise fees when using Encore. The per-seat price may be higher but it’s transparent and predictable.
Thanks for the shoutout, happy to answer any questions about Encore if anyone's curious. (I'm the founder.)
If you like the concept but prefer Go over Rust for backends, check out Encore [1]. Disclosure: I'm one of the founders.
Author here, happy to answer any questions.
While some of the underlying functionality is based on Encore’s static analysis, the approach is quite general and can be adapted to lots of situations and programming languages. The overall code ended up being a couple hundred lines, not more.
Author here, happy to answer any questions. While some of the underlying functionality is based on Encore’s static analysis the approach is quite general and can be adapted to lots of situations.
Looks cool! How does it come up with different architectures when changing from one type of database (e.g.) to another?
This is one of the core use cases where Encore [1] really shines. It helps you get up and running really quickly by natively supporting common cloud infrastructure components (databases, Pub/Sub, caching, cron jobs, secrets management, etc), and a simple low-boilerplate way of defining APIs.
It automatically provides API docs, architecture diagrams, and infrastructure provisioning, based on static analysis of your code base.
Disclaimer: I'm one of the founders.
AFAIK in Sweden you need a managing directory who is resident in the European Economic Area (EEA), not necessarily in Sweden.
But you need a UK bank account, which requires a officer with a registered address in the UK. We were lucky our investors were UK-based otherwise it would have been a nightmare. Then you need to argue HMRC valuation discounts if you want to issue EMI options, which are only valid for 3 months, so you need to do it repeatedly. And then EMI option schemes are 15+ pages long contracts. Sweden has an equivalent stock option scheme that's ~2 pages, in comparison.
We've set up a UK subsidiary so I can relate, but the process in Sweden was approximately 10x simpler: more automated, less bureaucracy, less ongoing admin work when the company is up and running.
As with all countries there are definitely things you need to learn. We relied on our lawyers to draft employment agreements because we were already using them as part of our seed fundraise. There are companies like Pocketlaw (https://pocketlaw.com) that provide solid, standard agreements that you could use.
Founder of Encore here (on the list). Great to see so many wonderful companies represented. Sweden is a great place to start a startup these days.
Oh, thanks very much for letting me know. We'll have a look.
The difficult with backend is dealing with state. It's easy enough to provide a simple experience when dealing with stateless frontends, backends are a very different story.
You're right that we need better tools. I'm the founder of Encore [1] which is all about bringing the simplicity of Vercel/Netlify to backend development. Not by substituting the backend for a BaaS but by building a developer experience hand-crafted for dealing with cloud infrastructure.
I’ve been building [1] for the past few years and it’s pretty close to what you’re describing (and also does much more).
If you want a similar experience to this but more optimized for backend development using Go, I've been building https://github.com/encoredev/encore for the past few years!
We've been using sqlc for the past few months building Encore and it's an incredible tool. If it sounds useful I highly recommend checking it out at https://sqlc.dev.
Whether you build microservices or just services, distributed systems are undeniably here to stay. In today’s world there are very few products that can run on a single machine, whether it is for latency or availability or redundancy.
That said, the challenges of building such systems are real, and the developer experience is universally quite awful compared to our monolithic, single-server past.
It’s for that reason that I’ve been building [1] for the past four years. Would love your feedback if the OP resonates with you.
I'm curious how "[Quill's] spirit and ideas will live on" as part of Twitter. Seems like the antithesis of Twill's focus on "messaging for people that focus."
Encore | Engineers + UX Designers | Remote | Open-source | Full-time | https://encore.dev Encore is the cloud development platform of the future. Modern software has moved to the cloud, but developer tools haven't adapted.
We’re building the must-have dev tools of the future, to help developers create better products, faster. Help us redesign the day to day lives of developers to be more enjoyable and more productive. You get to work with open source, Go, static analysis, code generation, and building scalable distributed systems.
Our team is still small, but we have big ambitions. We know that great ideas can come from anywhere and value discussions between people with diverse experiences and backgrounds. We believe the best products are built by combining data and educated intuition. We value builder time and favor asynchronous communication over constant disruptions.
Hiring process: We respect your time. We’ll have a couple of chats to get to know each other, followed by a small work sample, and that’s it!
* Senior Backend Engineer (Go/Open Source/gRPC/Nomad/GCP) * Senior Frontend Engineer (Next.js/Vercel/GraphQL) * Developer Relations Lead (Coffee/Smiles/Humans) * Technical Design Lead (focus on UX + Developer Experience)
Interested? Email me (Founder & CTO) at andre@encore.dev or check out https://jobs.encore.dev
Thanks for the feedback! (I'm the founder of Encore)
Your thoughts are very much in line with where we're going. We're working on natively supporting queues, pubsub, object storage, etc. Our roadmap is available at https://encore.dev/roadmap which should give you an idea.
We definitely intend on supporting more storage options. We already do provide end-to-end integration testing out of the box that integrates with Go's built-in testing support.
The authentication should be pretty flexible; was there something you were thinking of that makes it too opinionated or inflexible?
Thanks!
Encore | Go + Backend Engineers | Remote | Open-source | Full-time | https://encore.dev Encore is the cloud development platform of the future. Modern software has moved to the cloud, but developer tools haven't adapted.
We’re building the must-have dev tools of the future, to help developers create better products, faster. Help us redesign the day to day lives of developers to be more enjoyable and more productive. You get to work with open source, Go, static analysis, code generation, and building scalable distributed systems.
Our team is still small, but we have big ambitions. We know that great ideas can come from anywhere and value discussions between people with diverse experiences and backgrounds. We believe the best products are built by combining data and educated intuition. We value builder time and favor asynchronous communication over constant disruptions.
Hiring process: We respect your time. We’ll have a couple of chats to get to know each other, followed by a small work sample, and that’s it!
* Senior Backend Engineer (Go/Open Source/gRPC/Nomad/GCP)
* Developer Relations Lead (Coffee/Smiles/Humans)
Interested? Email me (Founder & CTO) at andre@encore.dev or check out https://jobs.encore.dev
Encore | Go + Backend Engineers | Remote | Open-source | Full-time | https://encore.dev
Encore is the cloud development platform of the future. Modern software has moved to the cloud, but developer tools haven't adapted.
We’re building the must-have dev tools of the future, to help developers create better products, faster. Help us redesign the day to day lives of developers to be more enjoyable and more productive. You get to work with open source, Go, static analysis, code generation, and building scalable distributed systems.
Our team is still small, but we have big ambitions. We know that great ideas can come from anywhere and value discussions between people with diverse experiences and backgrounds. We believe the best products are built by combining data and educated intuition. We value builder time and favor asynchronous communication over constant disruptions.
Hiring process: We respect your time. We’ll have a couple of chats to get to know each other, followed by a small work sample, and that’s it!
* Senior Backend Engineer (Go/Open Source/gRPC/Nomad/GCP)
* Developer Relations Lead (Coffee/Smiles/Humans)
Interested? Email me (Founder & CTO) at andre@encore.dev or check out https://jobs.encore.dev
The writers you're most likely to want to read – the top-earning writers – have already demonstrated (through Substack) that they can easily acquire an audience of tens of thousands of subscribers by charging $5-10 dollars per month for themselves. Why would they participate in the bundle you're suggesting?
The problem for modern C++ is that few (or zero?) code bases contain exclusively "modern C++" when you include all transitive dependencies. You end up using a huge amount of C and "legacy C++" just by virtue of reusing code.
Super interesting! We're doing something similar with Encore [1], but instead of building a whole new language we let you program using Go. Looking forward to see where this goes :)
Thanks! I used Illustrator to create it and then cleaned it up by hand.