nithayakumar
Very excited to see what people do with this
So bad that I probably wouldn't buy this data without some proof that its good data
Lots of folks are asking "who is this for?". I think that's because the people that should use this don't know that they should yet. And it's probably missing the hotel/car angle too.
This would let people like planners (e.g. destination wedding), events (e.g. festivals), and the like simplify and make money through the entire customer experience/journey.
Good luck!
I think you have a pricing problem. This is what I see for you:
Subscription Monthly = $84 / year
Subscription Annual = $50 / year
Lifetime = $50 One Time
If I see myself using this for about half a year, I'm just going to get a lifetime sub.
If you didn't put it on LinkedIn, the spam callers got it through different ways (sales tooling, direct from data providers, leaks, etc.) If you're putting your phone number out anywhere (even in the signature of your email), they're collecting that info and selling it
M1s are a mixed bag for this way of working. Pre-M1, devs were running into local computing power issues. Post-M1, more compatibility and stability issues.
I dont believe this. Went through YC this year and many of the founders had great alternatives. You could say that none of the alternatives were as attractive... but thats how all decisions are made
Cloud dev environments are a tool like any other. How they're designed matters. A lot of home grown tooling ends up being limited for ease of build out and maintenance cost/effort.
We've made a lot of the opposite decisions and often wonder if we went the right way. Still don't know if it's the right decision but at least our thinking wasn't wrong - so thats a win :)
What I would do next time:
- Take more than 2 weeks (lol)
- Communicate expectations before and during
- Assign out your core responsibilities (start by looking at last months meetings and seeing who wouldve been best to replace you)
- Be available via Slack and E-mail when needed
- Put wife and baby first (this means slack/emails only get tended to when baby is napping and your not cooking/cleaning, etc.)
That said, we avoid doing anything that forces an entire team to move to our cloud environments. That's an easy way to piss people off and build a crappy product. Hopefully this approach doesnt burn us.
Looking forward to the release
It also gives more visibility into environments which help SRE like teams resolve issues faster.
What excites me (and many of our users) are the "micro-wins" that save time/let engineers do more. Some of these come from making workflows simpler (e.g. saving time switching context [branches/data/credentials]), improving device performance (e.g. being able to work longer unplugged), and device flexibility.
The cost of a laptop is a factor but its a drop in the bucket relative to the cost of an engineer. A $4k machine over 2 years on an engineer that has a fully loaded cost of over $200k/yr is only 1% of the total cost - not huge.
The real win is in helping engineers do more while saving time. This has huge impacts on the dev experience, productivity and general happiness in a role where many experience burnout.
But to answer more plainly, in some cases it will replace laptops (e.g. some companies ship laptops to their contractors to keep their code and data secure. They wont have to anymore). In other cases, teams save money on laptops (through lower spec'd machines with a longer lifespan).
2. Basically, you'll be able to keep the files synced between your local environment and your Nimbus workstations
Eng blog links:
LinkedIn: https://engineering.linkedin.com/blog/2021/building-in-the-c...
Shopify: https://shopify.engineering/modelling-developer-infrastructu...
Slack: https://slack.engineering/development-environments-at-slack/
Doximity: https://technology.doximity.com/articles/github-codespaces-i...
We have some loose plans but not really high up to be honest.
From a traveling perspective, it works well... as long as you have internet..you get fast download speeds (based on AWS data center transfer speeds), can work on an env more powerful than ultrabooks, and your battery life is longer.
But you can't work from a jungle or a plane without wifi :)
This is on the money. The challenge though is still giving engineers flexibility/freedom. Our approach is to have templates that engineers can use but they can fork it and play around with it, make a snapshot of that fork and share it, etc. Its a fine balance though and every team has to figure out what works best for them