Live data from Hacker News

Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

news.ycombinator.com

61–70 of 95 posts

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#61

If you code while working for another company dont they own that IP? Unless specifically stated on your employment contract? Just curious! Thanks

Joel Spolsky has a good write-up on this: https://www.joelonsoftware.com/2016/12/09/developers-side-pr...

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#62
post #58

I spent some time with the founders and they are really great. Without parse and google owning fire base they way has been paved for a new IAAS/PAAS. I hope Michael and Vince can lead the way.

Thanks for the support! Really appreciate it. It's an amazing time to be in this space right now with all the opportunities and directions to take the product.

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#63
Congratulations on your launch!

Please take this constructively, but I can't help but think that the prevalence of GraphQL in your messaging is a huge distraction. It seems like the real value in Scaphold is letting people build applications faster, with less effort. In fact, in your post's description of the problem you're solving, you don't mention GraphQL at all (until you start talking about solutions). Right now, the (gorgeous) site feels similar to if Shopify had launched with messaging focused on its use of Rails on the backend.

It feels like you could also be targeting the type of less-sophisticated business programmers for whom VBA is often a weapon of choice. However, when I read your site, the fact that I don't use GraphQL makes me want to move on.

Anyhow, best wishes again on your launch!

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#64
post #53

The new website looks pretty cool but I wasn’t blown away by the product. The API feels very weird when actually building an app and unfortunately most integrations didn’t work for me. We’ve tried all available GraphQL BaaS and now use Graphcool which doesn’t have all the features Scaphold provides but the ones they have are very stable and mature. Also their API seemed by far the best one we’ve tried yet (e.g. they…

Those are great points you make and we'll take it to heart to assuage your concerns. If I may ask, what in particular was weird about the API? We're built to the Relay spec, which has become the open standard for GraphQL APIs.

To your point about the extra endpoint, I know they have different ones for simple, Relay, files, and from what you're saying not Apollo Client. To me personally, it seems a bit counterintuitive that they offer so many different endpoints when one of the premises of GraphQL was to have a single endpoint that was decoupled from the client. Open to your thoughts here to see how we can improve your experience as a developer from the client perspective!

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#66
post #63

Congratulations on your launch! Please take this constructively, but I can't help but think that the prevalence of GraphQL in your messaging is a huge distraction. It seems like the real value in Scaphold is letting people build applications faster, with less effort. In fact, in your post's description of the problem you're solving, you don't mention GraphQL at all (until you start talking about solutions). Right now…

Thank you for that note. I think there is a lot of room for improvement in our messaging and we will take this to heart. I'm glad you were able to understand the value prop from our description and you are exactly right that our core value is rapid application development. We are solely focused on a building a platform that is both easy to start and that is capable of growing with your business. Thanks again.

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#67
post #63

Congratulations on your launch! Please take this constructively, but I can't help but think that the prevalence of GraphQL in your messaging is a huge distraction. It seems like the real value in Scaphold is letting people build applications faster, with less effort. In fact, in your post's description of the problem you're solving, you don't mention GraphQL at all (until you start talking about solutions). Right now…

[deleted]

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#68

I initially parsed the name as 'scaphoid', one of the carpal bones. I thought they were making a joke about reducing typing...turns out I just can't read properly.

We fight with the scaphoid bone on google every day ;). The name comes from the original vision to build a foundation upon which others can rapidly build. We saw the platform as a sort of scaffolding. One that helps you build your application and then melts away so you can focus on what is valuable to your customer.

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#69
My team and I have a medium sized dev shop from Southern California. We've been using Scaphold in production now for several months, and have been absolutely blown away by how much more efficient we've become. All projects in the pipeline will be using Scaphold going forward. Take my money.

Re: Launch HN: Scaphold.io (YC W17) – GraphQL Backend as a Service

#70

My team and I have a medium sized dev shop from Southern California. We've been using Scaphold in production now for several months, and have been absolutely blown away by how much more efficient we've become. All projects in the pipeline will be using Scaphold going forward. Take my money.

Amazing! It's one of the most heartwarming things to hear someone like yourself talk about how Scaphold truly helps you in your job with real production workloads. And it sounds like many of them as well! Happy to chat more with you on Slack about your future apps (http://slack.scaphold.io)
Post reply on HN