Hacker Newsnew | past | comments | ask | show | jobs | submit | davidwells's commentslogin

Vendia | Frontend & backend developers | Remote, San Francisco/Bay, Seattle | Full-Time | https://jobs.vendia.net

The TLDR: We offer an immutable database that handles kind of data/file that stores a complete version history of everything saved to it. This data is accessible via a standard GraphQL API or via our typesafe SDK client (kind of like prisma). Vendia is cofounded by Tim Wagner, creator of AWS Lambda. We've raised over $15 million in VC.

Our tech stack includes:

All major cloud providers (AWS, GCP, Azure, etc), Python, Node.js, Serverless, CDK, Terraform, Lambda, GraphQL, Next.js, React, TypeScript. etc.

We have several positions open at https://boards.greenhouse.io/vendia.

Come and join us!

Additional details:

We are building out a way for companies to share data & files via a b̶l̶o̶c̶k̶c̶h̶a̶i̶n̶ immutable ledgered database thats accessible via a standard graphQL API. It’s designed to work for multiple parties (e.g. external partner companies, different internal teams, etc., however it can work as a single user database as well. At it’s core, it’s the ledgered database that keeps full history over any data or file changes throughout time. Users can read/write/subscribe to data via a graphQL API and a typesafe SDK client (like prisma). Under the hood, it’s deployed as serverless resources to alleviate operational burdens & have a pay per use pricing model. When someone joins we spin up a cloud based b̶l̶o̶c̶k̶c̶h̶a̶i̶n̶ database via an easy to use GraphQL interface.

https://boards.greenhouse.io/vendia


Vendia | Frontend & backend developers | Remote, San Francisco/Bay, Seattle | Full-Time | https://jobs.vendia.net The TLDR; about Vendia:

We are building an easy to provision, use, & manage multi-party cross-cloud blockchain database & file storage system with the ability to write smart contracts in any runtime. Vendia is cofounded by Tim Wagner, creator of AWS Lambda. We've raised over $15 million in VC.

We have several positions open at https://boards.greenhouse.io/vendia including:

- Senior Backend / Core Engineer https://boards.greenhouse.io/vendia/jobs/4419688003

- Senior Backend / Core Engineer - Azure https://boards.greenhouse.io/vendia/jobs/4436638003

- Senior Backend / Core Engineer - GCP https://boards.greenhouse.io/vendia/jobs/4436662003

- Senior Full Stack Engineer - https://boards.greenhouse.io/vendia/jobs/4415072003

Our tech stack includes:

All major cloud providers, Python, Node.js, AWS, Serverless, CDK, Lambda, GraphQL, Next.js, React, TypeScript. etc.

Come and join us!


Vendia | Frontend & backend developers | Remote, San Francisco/Bay, Seattle | Full-Time | https://jobs.vendia.net

The TLDR; about Vendia:

We are building an easy to provision, use, & manage multi-party multi-party blockchain database & file storage system with the ability to write smart contracts in any runtime. Vendia is cofounded by Tim Wagner, creator of AWS Lambda. We've raised over $15 million in VC.

We have several positions open at https://boards.greenhouse.io/vendia including:

- Senior Backend / Core Engineer https://boards.greenhouse.io/vendia/jobs/4419688003

- Senior Backend / Core Engineer - Azure https://boards.greenhouse.io/vendia/jobs/4436638003

- Senior Backend / Core Engineer - GCP https://boards.greenhouse.io/vendia/jobs/4436662003

- Senior Full Stack Engineer - https://boards.greenhouse.io/vendia/jobs/4415072003

Our tech stack includes:

All major cloud providers, Python, Node.js, AWS, Serverless, CDK, Lambda, GraphQL, Next.js, React, TypeScript. etc.

Come and join us!


Do you any any examples of a company having ONLY a graphQL API for public use?


Thanks tom! I love golf!

> The hourly cron runs about 720 times a month which is far below the 1,000,000 free invocations that lambda provides under their free tier.

This entire service (the 2 functions & 1 dynamo table) should run well under the AWS free tier. see https://aws.amazon.com/free/


Does this not seem excessive? Doesn't anyone care about simplicity, or elegance, or -- at minimum -- not relying on others?


Good point. I care greatly about these things.

This project greatly simplifies how we publish content in an elegant out of sight out of mind way.

Before, if someone was out of town, we would need to rely on others to push the merge button on posts for us. Now, the robots do it for us!


While I don't know your situation your use case is understandable. It's just hard to watch such big tools serving up simple HTML with what could be a shell script or two running in cron.


>not relying on others

Avoiding AWS based solutions to "not rely on others" is like using a kerosene lamp in the center of Manhattan. You may be more self sufficient, but.... why?


Recent AWS outages come to mind...

... as for self-sufficiency, why not? You're trading freedom and independence for serfdom in Amazon's little kingdom. They'll seduce you with shit exactly like this -- stringing together pointless, useless services to achieve an end that in actuality requires 999999999% less machinery than what they sold you -- to make sure your next project is with them and all their comfy little tools at something 2x to 3x the price. The collective knowledge of running servers represented by a federated, disparate group of specialists slowly drains away from public access, only to re-coalesce behind private walls to enrich a bunch of greedy, already-rich fucks instead of the general public. (You can already see this in the declining quality of google results for technical queries)

Meanwhile lots of good admin guys lose their jobs and the world of software development continues its transformation into a cesspool of spoiled brat devs begging, neigh CRYING for Bezos/Nadella/etc to wipe their ass for them.

Welcome to the future! I'll take my self-sufficiency...


Pointing at a service with 99.99% uptime and claim the outages as a reason to go elsewhere? Host it yourself and hit that same uptime target. I'll be impressed.

AWS isn't built for little static sites. It is built to host Amazon. And others likewise as big. The ability to do neat toys like this at a low cost, utilizing far more machinery than you would ever need to for such small project, is a happy byproduct.

> Meanwhile lots of good admin guys lose their jobs

Don't go all union-y on me! Frictional Unemployment is unavoidable. The reality is that services like AWS free up all those clearly intelligent (by virtue of being "good") admins to utilize their intellect elsewhere. We live in the age of the STEM shortage. If you can work a computer and can be described as "good", I won't worry for you.

FWIW, it's "nay" not "neigh"


> Pointing at a service with 99.99% uptime and claim the outages as a reason to go elsewhere? Host it yourself and hit that same uptime target. I'll be impressed.

Well, according to pingdom I hit 99.98% uptime with the dozen-or-so cheap little DO boxes I run for my firm's infrastructure. That's playing the dual roles of sole developer and sole support on those systems. My data pipeline collects records from hundreds of deployments worldwide, through all manner of diverse corporate IT environments. It really isn't that hard.

I'll agree with your points on frictional unemployment when the thing displacing them represents actual forward progress. AWS is a land grab, not progress.


Hey zokier. Thanks for the comment.

In theory yes. I could provision a new function with an exact cron schedule to run once and then tear itself down.

In practice, this is a lot of extra logic to write to achieve this and would also potentially make own AWS account rather messy.

The hourly cron runs about 720 times a month which is far below the 1,000,000 free invocations that lambda provides under their free tier.


How about using the new AWS Step Functions instead? This would allow a full push model while still keeping a nice and tight workflow:

1. fire off AWS Step function on new post to S3 bucket

2. read delay / schedule time in metadata from (assumable) markdown post

3. trigger AWS Step Function using the Wait State defined based on read value from 2.

4. As part of Step Function: After Wait State -> Execute Lambda to publish post.

Note: 3) requires setting variable time in Wait State based on environment. Haven't read up so don't know if that's possible, but guess it should be.


Hey gbrits. Thanks for the comment.

This looks like a great alternative solution!

Haven't messed around with step functions yet but was looking into it today after I found this https://www.youtube.com/watch?v=9MKL5Jr2zZ4&t=226s

Are you using step functions for other flows?


This is the correct answer.


One lambda runs when github webhooks are fired: https://github.com/serverless/post-scheduler#github-webhook-...

The other lambda fires on a cron job https://github.com/serverless/post-scheduler#cron-job-archit...


I built the rocket ship so you don't have to ™

https://www.youtube.com/watch?v=qz72V84uWWA


Thanks for the comment foxhop! We try to keep things as simple as possible where we can.

This project came out of the need from our content team needing to publish content late at night and when people are out of office =)

Check out the code https://github.com/serverless/post-scheduler/blob/master/han... this serverless service is just 2 functions that get deployed. It's a set it and forget it service =)


I think if I was doing operations for a company using a static site I would end up with something similar.

I suppose my original perspective was coming from a one-person operation.


If you want the flexibility and performance of static sites, but don't want to deal with workflow setups, you should check Pragma - http://www.laktek.com/2016/11/29/introducing-pragma/


Hello there! The serverless framework supports a number of different FAAS (function as a service) providers like IBM openwhisk, AWS lambda, & Azure functions from microsoft. See https://serverless.com/framework/docs/providers/ for more info.

So it's up to you where your code runs =)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: