The latency is too high for an enterprise application. I'd suggest a supervised classification algorithm for those who need in-house booleans.
Show HN: Booleans as a Service (BaaS)
91–100 of 132 posts
Re: Show HN: Booleans as a Service (BaaS)
#92Re: Show HN: Booleans as a Service (BaaS)
#93This API seems woefully incomplete. It really should include operations on booleans, not just storage and retrieval. I'd much rather use a tested, well written, and efficient AND operation on your server than risk writing my own and potentially screw it up.
We think this API is world-class, built on military grade encryption and a robust distributed cloud infrastructure.
Re: Show HN: Booleans as a Service (BaaS)
#94The latency is too high for an enterprise application. I'd suggest a supervised classification algorithm for those who need in-house booleans.
We have our best and brightest working around the clock to deliver <50ms latency at peak load.
Re: Show HN: Booleans as a Service (BaaS)
#95Perhaps somebody can build a filesystem on top of this.
Re: Show HN: Booleans as a Service (BaaS)
#96Can you share your stack. Also as an innovative idea, how are you planning to deal with the surge of clones to follow, any patents in the works?
We spent years waiting for our BaaS patents to clear (the patent office was confused) and now we're ready to take on the world.
Re: Show HN: Booleans as a Service (BaaS)
#97Someone should build and EXTREMELY slow CPU with this as it's register.
And use a caching proxy as a level 1 cache.
Re: Show HN: Booleans as a Service (BaaS)
#98Can you share your stack. Also as an innovative idea, how are you planning to deal with the surge of clones to follow, any patents in the works?
Also the stack is Node/Express and MySQL.
Re: Show HN: Booleans as a Service (BaaS)
#99Ironically, the idea is more useful than intended. One could, for example, store on/off user's preferences in the cloud without the hassle of local storage, survey responses, or even control IoT devices remotely with just the switch of a boolean.
Sure saving the 128 bit (even longer when encoded) UUID for one value is so much better then saving 1 bit! Now seriously how is this any good since you can only save one bit. MongoDB as a service is probably what you're looking for...
Sure but what if you want that boolean backed up somewhere?