Live data from Hacker News

Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

news.ycombinator.com

1–10 of 96 posts

Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#1
Hey HN! We’re Nish, Liusha and Neil, the founders of Nimbus (https://www.usenimbus.com). We’re building an easy way to code and manage environments on cloud VMs that are configured for projects you’re working on. There’s a video demo here: https://www.youtube.com/watch?v=0g6Jk5zyQG4.

Initially, we were working on simplifying dev environments for coding school students. But when we found ourselves using what we were making and finding it useful for our own work, we pivoted to dev teams like us.

Big tech companies like Facebook, LinkedIn, Shopify, Slack, Dropbox, etc. all have in-house cloud environment solutions. This lets engineers spend more time on software design and writing production code and less time waiting, testing or troubleshooting. With Nimbus, we’re bringing the same convenience to everybody else.

The three biggest pains Nimbus alleviates are compatibility issues, scaling challenges and not having a powerful enough dev machine.

Compatibility issues touch hardware, software, and users. The leading cause is poorly supported tooling on M1 and M2 architecture or a varied fleet of Mac, Linux and Windows devices of various specs. This is made more complex by tool/package updates that break support for that fleet and the impossible task of writing and maintaining perfect documentation.

Scaling challenges build on the compatibility issues. Engineers can spend days to get access and setup environments for every project they touch. Containers help but it’s only part of the solution and tools like Docker can be so resource intensive that slow devices to a crawl. And then, once everything is set up, important data and code sits on the laptop - which is a hugely vulnerable endpoint (probably second to smartphones).

Nimbus lets engineers always pull the right environment, eliminates local env management and debugging, and makes environments portable - engineers can work from any machine because the code runs and stays in the cloud.

We want Nimbus to be easy to use and flexible enough for any developer, so we provide persistent and ephemeral VMs (EC2) that work just like local development. You create a ‘template’ that tells us what kind of machine and OS you want. Then you load up a ‘workspace’, which is a cloud machine near you for the lowest latency possible. You can jump into that server via our local VS code plugin (Jetbrains coming soon) or the remote dev capability of your IDE and get to work. At any point, you can ‘snapshot’ the image and use that as a ‘template’ for future workspaces.

Here are some examples of ways we’re being used today: a European logistics software company replaced their internal cloud infra with Nimbus to improve reliability and reduce engineering and cloud costs; a fast-growing international fintech company is using Nimbus to bring reliability and consistency to dev environments that broke often; a software development agency is using Nimbus to cut onboarding for their engineers from days to hours; some developers are personally using Nimbus to work at home from their gaming PC and extend their laptop battery life when away from home.

Other products in this space focus on simpler use cases (e.g. Replit) or have design choices and limitations that we weren’t happy about. Codespaces is the best-known offering but it’s expensive, not platform-agnostic, and has limits from its repo-based workspace design. Some people ask if we compete with Docker but most of our users use Docker in Nimbus - and Docker’s poor performance on Mac is one of the main reasons people try Nimbus.

We have a free trial if you want to check it out: https://app.usenimbus.com/. We’re currently working on self-hosting capabilities, enabling prebuilds, and easier templated environment creation – but we’d love to hear what you want. And we look forward to your thoughts and feedback on Nimbus and coding on the cloud in general!

Re: Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#3
We're Gitpod users and we absolutely love it. Clean environments for every feature, fast onboarding, easy multitasking, easy PR reviews, great. I also used AWS Cloud9 in the past and GitHub Codespaces. I'd also include Stackblitz in the category.

What's the differentiation of Nimbus? Why should I get my team to try out Nimbus?

(Not a trick question, I'm just trying to understand how I should remember Nimbus for the next time the question of picking a cloud dev env solution comes up.)

Re: Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#5
post #3

We're Gitpod users and we absolutely love it. Clean environments for every feature, fast onboarding, easy multitasking, easy PR reviews, great. I also used AWS Cloud9 in the past and GitHub Codespaces. I'd also include Stackblitz in the category. What's the differentiation of Nimbus? Why should I get my team to try out Nimbus? (Not a trick question, I'm just trying to understand how I should remember Nimbus for the n…

+1 to this. I came to ask the same questions.

Re: Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#6
The remote dev environment space is heating up. Quite a few variants and competitors now emerging in this generation of vendors. I started and sold Codenvy to Red Hat which implements Eclipse Che and Eclipse Theia as CodeReady Workspaces.

There are increasingly limited differentiation between various vendors. The biggest improvement areas needed now are simpler configuration, faster boot times for complex projects (pre-built code, cached artifacts, IDE plug-ins configured).

Cloud9 IDE Appvia Coder CodeSandbox CodeZero.io DevSpace Desktop Tilt Env0 Floxdev Gitpod Itopia Spaces LocalStack MetalBear Azure DevTest Labs Visual Studio Codespaces Nimbus Okteto SourcePro Porter Codeready Workspaces Repl.it Stackblitz Strong.network Subpoint Solutions Tangram.dev

Re: Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#7
post #3

We're Gitpod users and we absolutely love it. Clean environments for every feature, fast onboarding, easy multitasking, easy PR reviews, great. I also used AWS Cloud9 in the past and GitHub Codespaces. I'd also include Stackblitz in the category. What's the differentiation of Nimbus? Why should I get my team to try out Nimbus? (Not a trick question, I'm just trying to understand how I should remember Nimbus for the n…

Nimbus is more like local development, we're building for teams that use a wide set of IDEs. Think of us as a "machine first" cloud environment instead of "repo first". So its like having a laptop in the cloud for every project.

Our differences means we've prioritized local editor integrations, use a full EC2 machine dedicated to each user, aim to be more flexible (e.g. you can schedule when your machines are active), and provide more power (right now up to 8vcpu 32gb ram, but customizable by us).

Codespaces, Gitpod and the like are repo first and provide containers instead of VMs. Codespaces doesnt support non-VS Code Users. Gitpod tops off at 8gb or 12gb of ram. We also decided not to go the browser based IDE path that Stackblitz took because the engineers we talked to really didnt want a new IDE.

Hope that helps!

Edit: Want to clarify that I'm Nish from Nimbus

Re: Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#8

Great stuff. Looking forward to JB Gateway compatibility! Really looking forward to cloud environments being more of a "thing". All the places I've worked at have struggled with various Dev environment issues

Yes! I think the problem is that it looks simple to build. But once you get in the weeds - its not so easy to manage performance, flexibility and stability :)

Re: Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#9

As a Codespaces user, glad to see competition in this space!

As a Codespaces competitor, glad to see a Codespaces user giving us some attention.

Love to see how you like Nimbus and how you feel the difference between different alternatives.

Re: Launch HN: Nimbus (YC W22) – Cloud dev environments for teams

#10
post #3

We're Gitpod users and we absolutely love it. Clean environments for every feature, fast onboarding, easy multitasking, easy PR reviews, great. I also used AWS Cloud9 in the past and GitHub Codespaces. I'd also include Stackblitz in the category. What's the differentiation of Nimbus? Why should I get my team to try out Nimbus? (Not a trick question, I'm just trying to understand how I should remember Nimbus for the n…

Nimbus is more like local development, we're building for teams that use a wide set of IDEs. Think of us as a "machine first" cloud environment instead of "repo first". So its like having a laptop in the cloud for every project. Our differences means we've prioritized local editor integrations, use a full EC2 machine dedicated to each user, aim to be more flexible (e.g. you can schedule when your machines are active)…

> Nimbus is more like local development, we're building for teams that use a wide set of IDEs.

How does that work from the IDE's perspective? VS Code of course loves being a thin-client, and I used Emacs with AWS Cloud9 with SSH tunneling (and since I'm so close to an AWS region, even X forwarding). What about others?

> Think of us as a "machine first" cloud environment instead of "repo first". So its like having a laptop in the cloud for every project.

I'm not sure what this means in practice. A development environment, regardless of what -first it is, should come with all dependencies required to run the project (app + database + other microservices + local fakes etc.). What does being "machine-first" mean for the end-user experience?

> provide more power (right now up to 8vcpu 32gb ram, but customizable by us).

> Gitpod tops off at 8gb or 12gb of ram

(AFAIK Gitpod's default limit is 8GB but on-prem allows for configuration of this value. Running "free -g" prints 64GB which is wild to me, maybe it's showing me the host server instead of the container?)

Does that mean your target audience is doing data-heaving / processing-heavy development that requires much more powerful machines?

> provide containers instead of VMs

Honest question: As an end-user, how does this affect me? I can stuff _a lot_ into a Docker image. Our largest development environment image right now is at 9GB and can run our whole system end-to-end.

Post reply on HN